ProHoster > Blog > Administrácia > Mozog + VPS za 30 rubľov =?

Mozog + VPS za 30 rubľov =?

Je to také pekné, keď sú po ruke všetky potrebné maličkosti: dobré pero a poznámkový blok, nabrúsená ceruzka, pohodlná myš, pár káblov navyše atď. Tieto nenápadné veci nepútajú pozornosť, ale dodávajú životu pohodlie. Rovnaký príbeh je s rôznymi mobilnými a desktopovými aplikáciami: na dlhé snímky obrazovky, na zmenšenie veľkosti obrázka, na výpočet osobných financií, slovníky, prekladače, konvertory atď. Máš jedno? VPS - čo je lacné, vždy po ruke a prináša veľa výhod? Nie, nie ten, ktorý máte vo firme, ale svoj vlastný, „vreckový“. Mysleli sme si, že bez malého VPS je to v roku 2019 akosi smutné, ako bez obyčajného plniaceho pera na prednáške. Prečo byť smutný? Je leto. aké je leto? Leto pre IT špecialistu: sedieť doma a pracovať na svojich obľúbených projektoch bez výčitiek. Vo všeobecnosti sme si mysleli a urobili to.

Mozog + VPS za 30 rubľov =?
Prišiel komunizmus, súdruhovia.

On je taký – náš VPS za tridsať

Čítali sme veľa článkov od konkurentov a používateľov, ktorí pred 3-4 rokmi písali o tom, prečo nie je potrebný lacný VPS. To je pravda, potom VPS „za cent“ bol čistý marketing a nemohol ponúknuť bežné pracovné príležitosti. Časy sa však menia, náklady na virtuálne zdroje sú čoraz nižšie a za 30 rubľov mesačne sme pripravení ponúknuť toto:

  • Procesor: Intel Xeon 2 GHz (1 jadro)
  • Linuxový systém (Debian, Ubuntu, CentOS na výber)
  • 1 vyhradená adresa IPv4
  • 10 GB dátového úložiska na rýchlych SSD diskoch podnikovej triedy
  • RAM: 512 MB
  • Sekundová fakturácia
  • Neobmedzená premávka

Na tarifu sa vzťahujú ďalšie technické obmedzenia, podrobnosti na strana naša skvelá ponuka - VPS za 30 rubľov. 

Pre koho je tento virtuálny server vhodný? Áno takmer každému: začiatočníkom, nadšencom, skúseným vývojárom, DIY fanúšikom a dokonca aj niektorým spoločnostiam.

Na čo je táto VPS vhodná?

Myslíme si, že Habrovi čitatelia si určite nájdu svoj vlastný spôsob využitia tejto konfigurácie, no rozhodli sme sa zozbierať vlastný výber nápadov – čo ak to niekto potrebuje, ale muži nevedia?

  • Umiestnite svoju jednoduchú webovú stránku, portfólio, životopis s kódom atď. Samozrejme, vaša vlastná webová stránka robí na zamestnávateľa pozitívny dojem. Umiestnite ho na svoje VPS a za bezpečnosť a stabilitu stránky nesiete zodpovednosť vy sami, nie pracovníci bežných poskytovateľov hostingu.
  • Použite VPS na vzdelávacie účely: hosťujte svoj projekt, študujte funkcie servera a operačného systému servera, experimentujte s DNS, pohrajte sa s malou vzdelávacou stránkou.
  • Na telefonovanie. Niekedy individuálny podnikateľ, živnostník alebo veľmi malá spoločnosť zúfalo potrebuje IP telefóniu a operátori práve tejto telefónie sú veľmi chamtiví. Je to jednoduché: vezmeme náš server, kúpime číslo od operátora IP telefónie, zriadime virtuálnu pobočkovú ústredňu a vytvoríme interné čísla (ak je to potrebné). Úspory sú obrovské.
  • Použite server na testovanie aplikácií.
  • Použite server na svoje vlastné experimenty vrátane ovládania a zhromažďovania údajov zo senzorov systému inteligentnej domácnosti.
  • Nezvyčajným spôsobom použitia je umiestnenie virtuálneho burzového obchodného asistenta, obchodného robota, na server. Budete plne zodpovední za stabilitu a bezpečnosť servera, čo znamená, že získate kontrolovaný nástroj na obchodovanie na akciových trhoch. No ak by mal niekto záujem alebo plánovanie :)

Vo firemnej sfére existujú aplikácie pre takéto VPS. Okrem už spomínanej telefonickej služby môžete realizovať viacero zaujímavostí. Napríklad:

  • Umiestnite malé databázy a informácie, ktoré budú prístupné cestujúcim zamestnancom na diaľku, napríklad pomocou ftp. To vám umožní veľmi rýchlo vymieňať čerstvé analýzy, aktualizované konfigurácie pre predajcov, prezentácie atď.
  • Poskytnite dočasný prístup používateľom alebo klientom na predvedenie softvéru alebo médií.

Testovacia jazda VPS za 30 rubľov - urobená za vás

30 rubľov je tak málo, že na platenie a testovanie ani nechcete vyberať kartu. Aj my sme niekedy takí leniví, no tentokrát sme všetko urobili za vás. Pred spustením serverov do boja sme vykonali test, aby sme skontrolovali všetky detaily a ukázali, čo servery pri tejto tarife dokážu. Aby to bolo zaujímavejšie, pridali sme extrém a skontrolovali, ako by sa táto konfigurácia správala, keby hustota a zaťaženie presiahli nami nastavené hodnoty. 

Hostiteľ bol pod záťažou množstva virtuálnych strojov, ktoré vykonávali rôzne úlohy na procesore a aktívne využívali diskový subsystém. Cieľom je simulovať vysokú hustotu umiestnenia a zaťaženie porovnateľné alebo väčšie ako bojové.

Okrem neustáleho zaťaženia sme nainštalovali 3 virtuálne stroje, ktoré zbierali syntetické metriky pomocou sysbench, ktorých priemerné výsledky sú uvedené nižšie, a 50 virtuálnych strojov, ktoré vytvárali dodatočné zaťaženie. Všetky testovacie virtuálne stroje mali rovnakú konfiguráciu (1 jadro, RAM 512 GB, SSD 10 GB), ako operačný systém bol zvolený štandardný obraz debian 9.6, ktorý je ponúkaný používateľom na RUVDS.

Záťaž bola simulovaná svojou povahou a veľkosťou porovnateľnou s bojom:

  • Niektoré virtuálne stroje boli spustené s nízkou záťažou
  • Niektoré počítače spustili testovací skript simulujúci zaťaženie procesora (pomocou utility stres)
  • Na zvyšnej časti virtuálnych počítačov sme spustili skript, ktorý pomocou dd kopíroval dáta z vopred pripravených dát na disk s limitom nastaveným pomocou pv (príklady je možné vidieť tu и tu).

Ako si pamätáte, mali sme tri stroje, ktoré zbierali syntetické metriky.

Na každom počítači sa každých 15 minút cyklicky spúšťal skript, ktorý spúšťa štandardné sysbench testy pre procesor, pamäť a disk.

Skript 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 sú pre pohodlie prezentované vo formáte sysbench, ale priemerné hodnoty za celé testovacie obdobie boli prevzaté zo všetkých strojov, výsledok si môžete pozrieť tu:

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 sú orientačné, ale stále by sa nemali považovať za QoS. 

Stroje, ktoré vytvárajú dodatočné zaťaženie

Softvér:

  • apt-get update
  • apt-get upgrade
  • apt-get nainštalovať python-pip
  • pip install mysql-connector-python-rf

Nainštalovaná MariaDB, Ako na to tu:

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

Skúšobná základňa prijatá preto:

Databáza je nasadená podľa špecifikácie tu:

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

Malá skúšobná základňa:

Tabuľka 

Počet riadkov 

Veľkosť údajov (MB)

Veľkosť indexu (kB)

útvary 

9

0.02

16.00

dept_emp 

331143 

11.52

5648.00

vedúci_odd 

24 

0.02

16.00

zamestnancov 

299379 

14.52

0.00

platy 

2838426 

95.63

0.00 

tituly 

442783 

19.56

0.00

Primitívna testovacia služba je napísaná na kolene v Pythone a vykonáva štyri operácie:

  1. getState: vráti stav
  2. getEmployee: vráti zamestnancov (+platy, +tituly) z databázy
  3. patchEmployee: zmení polia zamestnancov
  4. vložiťPlat: 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')

Varovanie! V žiadnom prípade túto službu neberte ako príklad alebo návod!

Testy sa vykonávajú pomocou starého dobrého JMeter. Bola spustená séria testov v trvaní od 15 minút do 2 hodín, bez prerušenia, percento požiadaviek sa menilo a priepustnosť sa pohybovala od 300 do 600 požiadaviek za minútu. Počet vlákien od 50 do 500.

Vzhľadom na to, že databáza je veľmi malá, príkaz:

mysql -e "SHOW ENGINE INNODB STATUS"

Ukazuje, že:

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

Nižšie sú uvedené priemerné časy odozvy na žiadosti:

Štítok

priemerný

medián

90% Čiara

95% Čiara

99% Čiara

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

vložiťPlat

167.21

86.93

315.34

501.07

1927.12

7

6722.44

Môže byť pre vás ťažké posúdiť z týchto syntetických výsledkov, nakoľko je táto VPS vhodná pre vaše konkrétne úlohy a vo všeobecnosti sú uvedené metódy obmedzené na prípady, ktoré sme museli v tej či onej forme riešiť. zjavne nie je vyčerpávajúci. Pozývame vás, aby ste si urobili vlastné závery a otestovali server za 30 rubľov na vašich skutočných aplikáciách a úlohách a v komentároch navrhli svoje možnosti pre túto konfiguráciu.

Zdroj: hab.com

Pridať komentár