Mozek + VPS za 30 rublů =?

Je to tak hezké, když jsou všechny potřebné maličkosti po ruce: dobré pero a poznámkový blok, naostřená tužka, pohodlná myš, pár dalších drátů atd. Tyto nenápadné věci nepřitahují pozornost, ale dodávají životu pohodlí. Stejný příběh je s různými mobilními a desktopovými aplikacemi: pro dlouhé snímky obrazovky, pro zmenšení velikosti obrázku, pro výpočet osobních financí, slovníky, překladatele, převodníky atd. Máš jeden? VPS - který je levný, vždy po ruce a přináší spoustu výhod? Ne, ne ten, který máte ve firmě, ale ten svůj, „kapesní“. Mysleli jsme si, že bez malého VPS je to v roce 2019 tak nějak smutné, stejně jako bez běžného plnicího pera na přednášce. proč být smutný? Je léto. Jaké je léto? Léto pro IT specialistu: sedět doma a bez lítosti pracovat na svých oblíbených projektech. Obecně jsme si to mysleli a udělali.

Komunismus přišel, soudruzi.

On je takový – naše VPS za třicet

Četli jsme spoustu článků od konkurentů a uživatelů, kteří před 3-4 lety psali o tom, proč není potřeba levné VPS. No, to je pravda, pak VPS „za penny“ byl čistý marketing a nemohl nabídnout normální pracovní příležitosti. Ale časy se mění, náklady na virtuální zdroje jsou stále nižší a nižší a za 30 rublů měsíčně jsme připraveni nabídnout toto:

• Procesor: Intel Xeon 2 GHz (1 jádro)
• Linuxový systém (Debian, Ubuntu, CentOS na výběr)
• 1 vyhrazená adresa IPv4
• 10 GB datového úložiště na rychlých SSD discích podnikové třídy
• RAM: 512 MB
• Účtování za sekundu
• Neomezený provoz

Na tarif se vztahují další technická omezení, podrobnosti na strana naše skvělá nabídka - VPS za 30 rublů. 

Pro koho je tento virtuální server vhodný? Ano téměř všem: začátečníkům, nadšencům, zkušeným vývojářům, DIY fanouškům a dokonce i některým společnostem.

K čemu je tato VPS vhodná?

Myslíme si, že Habrovi čtenáři si určitě najdou svůj vlastní způsob využití této konfigurace, ale rozhodli jsme se shromáždit vlastní výběr nápadů – co když to někdo potřebuje, ale muži nevědí?

• Umístěte svůj jednoduchý web, portfolio, životopis s kódem atd. Samozřejmě, že vlastní navržená webová stránka dělá na zaměstnavatele pozitivní dojem. Umístěte jej na své VPS a za bezpečnost a stabilitu webu zodpovídáte sami, nikoli zaměstnanci běžných poskytovatelů hostingu.
• Používejte VPS pro vzdělávací účely: hostujte svůj projekt, studujte funkce serveru a operačního systému serveru, experimentujte s DNS, pohrajte si s malou vzdělávací stránkou.
• Pro telefonování. Někdy jednotlivý podnikatel, nezávislý pracovník nebo velmi malá společnost zoufale potřebuje IP telefonii a provozovatelé této telefonie jsou velmi chamtiví. Je to jednoduché: vezmeme náš server, koupíme číslo od operátora IP telefonie, založíme virtuální ústřednu a vytvoříme interní čísla (pokud je to nutné). Úspory jsou kolosální.
• Použijte server k testování aplikací.
• Použijte server pro kutilské experimenty, včetně ovládání a sběru dat ze senzorů systému chytré domácnosti.
• Neobvyklým způsobem použití je umístění virtuálního burzovního obchodního asistenta, obchodního robota, na server. Budete plně zodpovědní za stabilitu a bezpečnost serveru, což znamená, že získáte kontrolovaný instrument pro obchodování na akciových trzích. No, kdyby to někoho zajímalo nebo plánovalo :)

V podnikové sféře existují aplikace pro takové VPS. Kromě již zmíněné telefonní služby můžete implementovat několik zajímavých věcí. Například:

• Umístěte malé databáze a informace, které budou přístupné cestujícím zaměstnancům na dálku, například pomocí ftp. To vám umožní velmi rychle vyměňovat čerstvé analýzy, aktualizované konfigurace pro obchodníky, prezentace atd.
• Poskytněte uživatelům nebo klientům dočasný přístup k předvedení softwaru nebo médií.

Testovací jízda VPS za 30 rublů - hotovo za vás

30 rublů je tak málo, že ani nechcete vytahovat kartu k placení a testování. I my jsme někdy tak líní, ale tentokrát jsme vše udělali za vás. Před spuštěním serverů do bitvy jsme provedli test, abychom prověřili všechny detaily a ukázali, co servery za tento tarif dokážou. Aby to bylo zajímavější, přidali jsme extrém a zkontrolovali, jak se tato konfigurace bude chovat, pokud hustota a zatížení překročí námi nastavené hodnoty. 

Hostitel byl pod zátěží řady virtuálních strojů, které vykonávaly různé úkoly na procesoru a aktivně využívaly diskový subsystém. Cílem je simulovat vysokou hustotu umístění a zátěž srovnatelnou nebo větší než bojovou.

Kromě konstantního zatížení jsme nainstalovali 3 virtuální stroje, které shromažďovaly syntetické metriky pomocí sysbench, jejichž průměrné výsledky jsou uvedeny níže, a 50 virtuálních strojů, které vytvářely další zatížení. Všechny testovací virtuální stroje měly stejnou konfiguraci (1 jádro, RAM 512 GB, SSD 10 GB), jako operační systém byl zvolen standardní obraz debianu 9.6, který je uživatelům nabízen na RUVDS.

Zátěž byla simulována povahou a velikostí srovnatelnou s bojem:

• Některé virtuální stroje byly spuštěny s nízkou zátěží
• Některé počítače spustily testovací skript simulující zátěž procesoru (pomocí utility stres)
• Na zbývající části virtuálních strojů jsme spustili skript, který pomocí dd kopíroval data z předem připravených dat na disk s limitem nastaveným pomocí pv (příklady lze vidět zde и zde).

Také, jak si vzpomínáte, měli jsme tři stroje, které shromažďovaly syntetické metriky.

Na každém počítači se každých 15 minut cyklicky spouštěl skript, který spouští standardní sysbench testy pro procesor, paměť a disk.

Skriptujte sysbench.sh

#!/bin/bash
date +"%Y-%m-%d %H:%M:%S" >> /root/sysbench/results.txt
sysbench --test=cpu run >> /root/sysbench/results.txt
sysbench --test=memory run >> /root/sysbench/results.txt
sysbench --test=fileio --file-test-mode=seqwr run >> /root/sysbench/results.txt
sysbench --test=fileio --file-test-mode=seqrd run >> /root/sysbench/results.txt
sysbench --test=fileio --file-test-mode=rndrw run >> /root/sysbench/results.txt

Výsledky jsou pro pohodlí prezentovány ve formátu sysbench, ale průměrné hodnoty za celou dobu testování byly převzaty ze všech strojů, výsledek můžete vidět zde:

Sysbanch-avg.txtsysbench 0.4.12: multi-threaded system evaluation benchmark

Running the test with following options:
Number of threads: 1

Doing CPU performance benchmark

Threads started!
Done.

Maximum prime number checked in CPU test: 10000

Test execution summary:
total time: 19.2244s
total number of events: 10000
total time taken by event execution: 19.2104
per-request statistics:
min: 1.43ms
avg: 1.92ms
max: 47.00ms
approx. 95 percentile: 3.02ms

Threads fairness:
events (avg/stddev): 10000.0000/0.00
execution time (avg/stddev): 19.2104/0.00

sysbench 0.4.12: multi-threaded system evaluation benchmark

Running the test with following options:
Number of threads: 1

Doing memory operations speed test
Memory block size: 1K

Memory transfer size: 102400M

Memory operations type: write
Memory scope type: global
Threads started!
Done.

Operations performed: 104857600 (328001.79 ops/sec)

102400.00 MB transferred (320.32 MB/sec)

Test execution summary:
total time: 320.9155s
total number of events: 104857600
total time taken by event execution: 244.8399
per-request statistics:
min: 0.00ms
avg: 0.00ms
max: 139.41ms
approx. 95 percentile: 0.00ms

Threads fairness:
events (avg/stddev): 104857600.0000/0.00
execution time (avg/stddev): 244.8399/0.00

sysbench 0.4.12: multi-threaded system evaluation benchmark

Running the test with following options:
Number of threads: 1

Extra file open flags: 0
128 files, 16Mb each
2Gb total file size
Block size 16Kb
Periodic FSYNC enabled, calling fsync() each 100 requests.
Calling fsync() at the end of test, Enabled.
Using synchronous I/O mode
Doing sequential write (creation) test
Threads started!
Done.

Operations performed: 0 Read, 131072 Write, 128 Other = 131200 Total
Read 0b Written 2Gb Total transferred 2Gb (320.1Mb/sec)
20251.32 Requests/sec executed

Test execution summary:
total time: 6.9972s
total number of events: 131072
total time taken by event execution: 5.2246
per-request statistics:
min: 0.01ms
avg: 0.04ms
max: 96.76ms
approx. 95 percentile: 0.03ms

Threads fairness:
events (avg/stddev): 131072.0000/0.00
execution time (avg/stddev): 5.2246/0.00

sysbench 0.4.12: multi-threaded system evaluation benchmark

Running the test with following options:
Number of threads: 1

Extra file open flags: 0
128 files, 16Mb each
2Gb total file size
Block size 16Kb
Periodic FSYNC enabled, calling fsync() each 100 requests.
Calling fsync() at the end of test, Enabled.
Using synchronous I/O mode
Doing sequential read test
Threads started!
Done.

Operations performed: 131072 Read, 0 Write, 0 Other = 131072 Total
Read 2Gb Written 0b Total transferred 2Gb (91.32Mb/sec)
5844.8 Requests/sec executed

Test execution summary:
total time: 23.1054s
total number of events: 131072
total time taken by event execution: 22.9933
per-request statistics:
min: 0.00ms
avg: 0.18ms
max: 295.75ms
approx. 95 percentile: 0.77ms

Threads fairness:
events (avg/stddev): 131072.0000/0.00
execution time (avg/stddev): 22.9933/0.00

sysbench 0.4.12: multi-threaded system evaluation benchmark

Running the test with following options:
Number of threads: 1

Extra file open flags: 0
128 files, 16Mb each
2Gb total file size
Block size 16Kb
Number of random requests for random IO: 10000
Read/Write ratio for combined random IO test: 1.50
Periodic FSYNC enabled, calling fsync() each 100 requests.
Calling fsync() at the end of test, Enabled.
Using synchronous I/O mode
Doing random r/w test
Threads started!
Done.

Operations performed: 6000 Read, 4000 Write, 12800 Other = 22800 Total
Read 93.75Mb Written 62.5Mb Total transferred 156.25Mb (1341.5Kb/sec)
85.61 Requests/sec executed

Test execution summary:
total time: 152.9786s
total number of events: 10000
total time taken by event execution: 14.1879
per-request statistics:
min: 0.01ms
avg: 1.41ms
max: 210.22ms
approx. 95 percentile: 4.95ms

Threads fairness:
events (avg/stddev): 10000.0000/0.00
execution time (avg/stddev): 14.1879/0.00
Výsledky jsou orientační, ale přesto by neměly být brány jako QoS. 

Stroje, které vytvářejí další zátěž

Software:

• apt-get update
• apt-get upgrade
• apt-get nainstalovat python-pip
• pip install mysql-connector-python-rf

Nainstalován MariaDB, jak na to zde:

apt-get install libmariadbclient-dev
mysql -e "INSTALL PLUGIN blackhole SONAME 'ha_blackhole.so';" -- нужно для test_employees_sha

Zkušební základna přijata proto:

Databáze je nasazena podle specifikace zde:

mysql -t < employees.sql
mysql -t < test_employees_sha.sql

Malá testovací základna:

Tabulka 

Počet řádků 

Velikost dat (MB)

Velikost indexu (kB)

oddělení 

9

0.02

16.00

dept_emp 

331143 

11.52

5648.00

vedoucí_odd 

24 

0.02

16.00

zaměstnanců 

299379 

14.52

0.00

platy 

2838426 

95.63

0.00 

titulů 

442783 

19.56

0.00

Primitivní testovací služba je napsána na koleně v Pythonu a provádí čtyři operace:

1. getState: vrátí stav
2. getEmployee: vrátí zaměstnance (+platy, +tituly) z databáze
3. patchEmployee: změní pole zaměstnanců
4. vložitPlat: vloží plat

Zdroj služby (dbtest.py)

#!/usr/bin/python
import mysql.connector as mariadb
from flask import Flask, json, request, abort
from mysql.connector.constants import ClientFlag

app = Flask(__name__)

def getFields(cursor):
    results = {}
    column = 0
    for d in cursor.description:
        results[d[0]] = column
        column = column + 1
    return results

PAGE_SIZE = 30

@app.route("/")
def main():
    return "Hello!"

@app.route("/employees/<page>", methods=['GET'])
def getEmployees(page):
    offset = (int(page) - 1) * PAGE_SIZE
    connection = mariadb.connect(user='admin', password='q5XpRomdSr', database='employees')
    cursor = connection.cursor()
    cursor.execute("SELECT * FROM employees LIMIT {} OFFSET {}".format(PAGE_SIZE, offset))
    return {'employees': [i[0] for i in cursor.fetchall()]}

@app.route("/employee/<id>", methods=['GET'])
def getEmployee(id):
    id = int(id)
    connection = mariadb.connect(user='admin', password='q5XpRomdSr', database='employees')
    cursor = connection.cursor()
    cursor.execute("SELECT * FROM employees WHERE emp_no = {}".format(id))
    fields = getFields(cursor)
    employee = {}
    found = False
    for row in cursor.fetchall():
        found = True
        employee = {
            "birth_date": row[fields["birth_date"]],
            "first_name": row[fields["first_name"]],
            "last_name": row[fields["last_name"]],
            "gender": row[fields["gender"]],
            "hire_date": row[fields["hire_date"]]
        }
    if not found:
        abort(404)
    cursor.execute("SELECT * FROM salaries WHERE emp_no = {}".format(id))
    fields = getFields(cursor)
    salaries = []
    for row in cursor.fetchall():
        salary = {
            "salary": row[fields["salary"]],
            "from_date": row[fields["from_date"]],
            "to_date": row[fields["to_date"]]
        }
        salaries.append(salary)
    employee["salaries"] = salaries
    cursor.execute("SELECT * FROM titles WHERE emp_no = {}".format(id))
    fields = getFields(cursor)
    titles = []
    for row in cursor.fetchall():
        title = {
            "title": row[fields["title"]],
            "from_date": row[fields["from_date"]],
            "to_date": row[fields["to_date"]]
        }
        titles.append(title)
    employee["titles"] = titles
    return json.dumps({
        "status": "success",
        "employee": employee
    })

def isFieldValid(t, v):
    if t == "employee":
        return v in ["birdth_date", "first_name", "last_name", "hire_date"]
    else:
        return false

@app.route("/employee/<id>", methods=['PATCH'])
def setEmployee(id):
    id = int(id)
    content = request.json
    print(content)
    setList = ""
    data = []
    for k, v in content.iteritems():
        if not isFieldValid("employee", k):
            continue
        if setList != "":
            setList = setList + ", "
        setList = setList + k + "=%s"
        data.append(v)
    data.append(id)
    print(setList)
    print(data)
    connection = mariadb.connect(user='admin', password='q5XpRomdSr', database='employees', client_flags=[ClientFlag.FOUND_ROWS])
    cursor = connection.cursor()
    cursor.execute("UPDATE employees SET {} WHERE emp_no = %s".format(setList), data)
    connection.commit()
    if cursor.rowcount < 1:
        abort(404)
    return json.dumps({
        "status": "success"
    })

@app.route("/salary", methods=['PUT'])
def putSalary():
    content = request.json
    print(content)
    connection = mariadb.connect(user='admin', password='q5XpRomdSr', database='employees', client_flags=[ClientFlag.FOUND_ROWS])
    cursor = connection.cursor()
    data = [content["emp_no"], content["salary"], content["from_date"], content["to_date"]]
    cursor.execute("INSERT INTO salaries (emp_no, salary, from_date, to_date) VALUES (%s, %s, %s, %s)", data)
    connection.commit()
    return json.dumps({
        "status": "success"
    })


@app.route("/state", methods=['GET'])
def getState():
    return json.dumps({
        "status": "success",
        "state": "working"
    })

if __name__ == '__main__':
    app.run(host='0.0.0.0',port='5002')

Varování! Tuto službu v žádném případě neberte jako příklad nebo návod!

Testy se provádějí pomocí starého dobrého JMeter. Byla spuštěna série testů v délce od 15 minut do 2 hodin, bez přerušení, procento požadavků se měnilo a propustnost se pohybovala od 300 do 600 požadavků za minutu. Počet vláken od 50 do 500.

Vzhledem k tomu, že databáze je velmi malá, příkaz:

mysql -e "SHOW ENGINE INNODB STATUS"

Ukázat to:

Buffer pool hit rate 923 / 1000, young-making rate 29 / 1000 not 32 / 1000

Níže jsou uvedeny průměrné doby odezvy na žádosti:

etiketa

Průměrný

Medián

90% čára

95% čára

99% čára

Min

Max

getEmployee

37.64

12.57

62.28

128.5

497.57

5

4151.78

getState

17

7.57

30.14

58.71

193

3

2814.71

patchEmployee

161.42

83.29

308

492.57

1845.14

5

6639.4

dát Plat

167.21

86.93

315.34

501.07

1927.12

7

6722.44

Z těchto syntetických výsledků může být pro vás obtížné posoudit, jak je tento VPS vhodný pro vaše konkrétní úkoly, a obecně se uvedené metody omezují na případy, které jsme museli v té či oné podobě řešit. zjevně není vyčerpávající. Zveme vás, abyste si udělali vlastní závěry a otestovali server za 30 rublů na vašich skutečných aplikacích a úkolech a v komentářích navrhli vaše možnosti pro tuto konfiguraci.

Zdroj: www.habr.com