ProHoster > Blog > Uprava > Brain + VPS za 30 rubljev =?

Brain + VPS za 30 rubljev =?

Tako lepo je, ko so vse potrebne malenkosti pri roki: dobro pisalo in beležka, nabrušen svinčnik, udobna miška, nekaj dodatnih žic itd. Te neopazne stvari ne pritegnejo pozornosti, ampak dodajo udobje življenju. Enaka zgodba je z različnimi mobilnimi in namiznimi aplikacijami: za dolge posnetke zaslona, ​​za pomanjševanje slike, za izračun osebnih financ, slovarji, prevajalniki, pretvorniki itd. Ali imaš enega? VPS - ki je poceni, vedno pri roki in prinaša veliko koristi? Ne, ne tistega, ki ga imate v podjetju, ampak svojega, »žepnega«. Mislili smo, da je brez majhnega VPS v letu 2019 nekako žalostno, tako kot brez običajnega nalivnega peresa na predavanju. Zakaj biti žalosten? Poletje je. Kako poletje? Poletje za strokovnjaka za informatiko: sedite doma in brez obžalovanja delate na svojih najljubših projektih. Na splošno smo razmišljali in naredili.

Brain + VPS za 30 rubljev =?
Komunizem je prišel, tovariši.

Takšen je – naš VPS za trideset

Prebrali smo veliko člankov konkurentov in uporabnikov, ki so pred 3-4 leti pisali o tem, zakaj poceni VPS ni potreben. No, tako je, takrat je bil VPS "za drobiž" čisti marketing in ni mogel ponuditi normalnih delovnih priložnosti. Toda časi se spreminjajo, stroški virtualnih virov postajajo vse nižji in za 30 rubljev na mesec smo pripravljeni ponuditi to:

  • Procesor: Intel Xeon 2 GHz (1 jedro)
  • Sistem Linux (Debian, Ubuntu, CentOS na izbiro)
  • 1 namenski naslov IPv4
  • 10 GB prostora za shranjevanje podatkov na hitrih pogonih SSD poslovnega razreda
  • RAM: 512 MB
  • Obračun na sekundo
  • Neomejen promet

Za tarifo veljajo dodatne tehnične omejitve, podrobnosti na Stran naša kul ponudba - VPS za 30 rubljev. 

Za koga je ta virtualni strežnik primeren? Da skoraj vsem: začetnikom, navdušencem, izkušenim razvijalcem, ljubiteljem DIY in celo nekaterim podjetjem.

Za kaj je ta VPS primeren?

Mislimo, da bodo bralci Habra zagotovo našli svoj način uporabe te konfiguracije, vendar smo se odločili zbrati lasten izbor idej - kaj če ga nekdo potrebuje, moški pa ne vedo?

  • Postavite svoje preprosto spletno mesto, portfelj, življenjepis s kodo itd. Seveda lastno oblikovana spletna stran naredi pozitiven vtis na delodajalca. Namestite ga na svoj VPS in bodite odgovorni za varnost in stabilnost spletnega mesta sami, ne pa osebje običajnih ponudnikov gostovanja.
  • Uporabite VPS za izobraževalne namene: gostite svoj projekt, preučite funkcije strežnika in strežniškega operacijskega sistema, eksperimentirajte z DNS, poigrajte se z majhnim izobraževalnim mestom.
  • Za telefonijo. Včasih samostojni podjetnik, samostojni podjetnik ali zelo majhno podjetje nujno potrebuje IP telefonijo, operaterji prav te telefonije pa so zelo požrešni. Preprosto: vzamemo svoj strežnik, kupimo številko pri operaterju IP telefonije, postavimo virtualno PBX in ustvarimo interne številke (če je treba). Prihranki so gromozanski.
  • Uporabite strežnik za testiranje svojih aplikacij.
  • Uporabite strežnik za DIY poskuse, vključno z nadzorom in zbiranjem podatkov iz sistemskih senzorjev pametnega doma.
  • Nenavaden način uporabe je, da na strežnik postavite virtualnega pomočnika pri trgovanju na borzi, trgovalnega robota. Za stabilnost in varnost strežnika boste v celoti odgovorni, kar pomeni, da boste prejeli nadzorovan instrument za trgovanje na borznih trgih. No, če koga zanima ali načrtuje :)

V podjetniški sferi obstajajo aplikacije za takšne VPS. Poleg že omenjene telefonske storitve lahko izvedete več zanimivih stvari. Na primer:

  • Postavite majhne baze podatkov in informacije, ki bodo potujočim zaposlenim dostopne na daljavo, na primer z uporabo ftp. To vam bo omogočilo zelo hitro izmenjavo sveže analitike, posodobljenih konfiguracij za prodajalce, predstavitev itd.
  • Omogočite začasen dostop uporabnikom ali odjemalcem za predstavitev programske opreme ali medijev.

Testna vožnja VPS za 30 rubljev - opravljeno za vas

30 rubljev je tako malo, da sploh ne želite vzeti kartice za plačilo in preizkus. Tudi mi smo včasih tako leni, a tokrat smo naredili vse za vas. Preden smo strežnike spustili v boj, smo izvedli test, da smo preverili vse podrobnosti in pokazali, česa strežniki zmorejo po tej tarifi. Da bi bilo bolj zanimivo, smo dodali ekstremno in preverili, kako bi se ta konfiguracija obnašala, če bi gostota in obremenitev presegla vrednosti, ki smo jih nastavili. 

Gostitelj je bil obremenjen s številnimi virtualnimi stroji, ki so na procesorju izvajali različne naloge in aktivno uporabljali diskovni podsistem. Cilj je simulirati visoko gostoto postavitve in obremenitev, ki je primerljiva ali večja od bojne.

Poleg stalne obremenitve smo namestili 3 virtualne stroje, ki so zbirali sintetične metrike s pomočjo sysbench, katerih povprečni rezultati so podani spodaj, in 50 virtualnih strojev, ki so ustvarili dodatno obremenitev. Vsi testni virtualni stroji so imeli enako konfiguracijo (1 jedro, RAM 512 GB, SSD 10 GB), kot operacijski sistem je bila izbrana standardna slika debian 9.6, ki je uporabnikom na voljo na RUVDS.

Obremenitev je bila simulirana v naravi in ​​po velikosti primerljiva z bojem:

  • Nekateri virtualni stroji so bili zagnani z nizko obremenitvijo
  • Nekateri stroji so zagnali testni skript, ki simulira obremenitev procesorja (z uporabo pripomočka stres)
  • Na preostalem delu virtualnih strojev smo pognali skripto, ki je z dd kopirala podatke iz vnaprej pripravljenih podatkov na disk z omejitvijo, nastavljeno s pv (primere si lahko ogledate tukaj и tukaj).

Poleg tega, kot se spomnite, smo imeli tri stroje, ki so zbirali sintetične metrike.

Na vsakem računalniku se je ciklično vsakih 15 minut izvajal skript, ki izvaja standardne teste sysbench za procesor, pomnilnik in 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

Rezultati so zaradi priročnosti predstavljeni v formatu sysbench, vendar so bile povprečne vrednosti za celotno obdobje testiranja vzete iz vseh strojev, rezultat je viden tukaj:

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
Rezultati so okvirni, vendar jih vseeno ne smemo jemati kot QoS. 

Stroji, ki ustvarjajo dodatno obremenitev

Programska oprema:

  • Apt-get update
  • apt-get nadgradnjo
  • apt-get namestite python-pip
  • pip namestite mysql-connector-python-rf

Nameščen MariaDB, Kako tukaj:

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

Preizkusna baza zajeta zato:

Baza podatkov je razporejena, kot je določeno tukaj:

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

Majhna testna baza:

Tabela 

RowsCount 

Velikost podatkov (MB)

Velikost indeksa (KB)

oddelki 

9

0.02

16.00

dept_emp 

331143 

11.52

5648.00

vodja_oddelka 

24 

0.02

16.00

Zaposleni 

299379 

14.52

0.00

plače 

2838426 

95.63

0.00 

naslove 

442783 

19.56

0.00

Primitivna testna storitev je napisana na kolenu v Pythonu; izvaja štiri operacije:

  1. getState: vrne status
  2. getEmployee: vrne zaposlene (+plače, +nazivi) iz baze podatkov
  3. patchEmployee: spremeni polja zaposlenih
  4. insertSalary: vstavi plačo

Vir storitve (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')

Opozorilo! V nobenem primeru te storitve ne jemljite kot zgled ali vodilo!

Testi se izvajajo s starim dobrim JMeterjem. Začela se je serija testov v trajanju od 15 minut do 2 ur, brez prekinitev, odstotek zahtevkov je bil različen, prepustnost pa od 300 do 600 zahtevkov na minuto. Število niti od 50 do 500.

Ker je baza podatkov zelo majhna, je ukaz:

mysql -e "SHOW ENGINE INNODB STATUS"

Kaže, da:

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

Spodaj so povprečni odzivni časi za zahteve:

label

Povprečje

Mediana

90% linija

95% linija

99% linija

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

dalSalary

167.21

86.93

315.34

501.07

1927.12

7

6722.44

Na podlagi teh sintetičnih rezultatov vam bo morda težko presoditi, kako primeren je ta VPS za vaše posebne naloge in na splošno so navedene metode omejene na tiste primere, s katerimi smo se morali ukvarjati v takšni ali drugačni obliki. Naš seznam je torej očitno ni izčrpen. Vabimo vas, da naredite svoje zaključke in preizkusite strežnik za 30 rubljev na svojih resničnih aplikacijah in nalogah ter v komentarjih predlagate svoje možnosti za to konfiguracijo.

Vir: www.habr.com

Dodaj komentar