ProHoster > Dienoraštis > Administravimas > Smegenys + VPS už 30 rublių =?

Smegenys + VPS už 30 rublių =?

Smagu, kai visos reikalingos smulkmenos yra po ranka: geras rašiklis ir bloknotas, nusmailintas pieštukas, patogi pelė, pora papildomų laidų ir t.t. Šie nepastebimi dalykai netraukia dėmesio, o suteikia gyvenimui komforto. Ta pati istorija yra su įvairiomis mobiliosiomis ir darbalaukio programomis: ilgoms ekrano kopijoms, nuotraukos dydžiui sumažinti, asmeniniams finansams skaičiuoti, žodynams, vertėjams, konverteriams ir kt. Ar turite vieną? VPS - kas yra nebrangi, visada po ranka ir duoda daug naudos? Ne, ne tą, kurią turite savo įmonėje, o savo, „kišeninę“. Pagalvojome, kad be mažo VPS 2019 metais kažkaip liūdna, kaip ir be įprasto plunksnako per paskaitą. Kam liūdėti? Dabar vasara. kaip vasara? Vasara IT specialistui: sėdi namuose, nesigailėdamas dirbi prie mėgstamų projektų. Apskritai galvojome ir padarėme.

Smegenys + VPS už 30 rublių =?
Komunizmas atėjo, draugai.

Jis toks – mūsų VPS už trisdešimt

Esame skaitę daug straipsnių iš konkurentų ir vartotojų, kurie rašė prieš 3-4 metus, kodėl nereikia nebrangaus VPS. Na, tai tiesa, tada VPS „už centą“ buvo gryna rinkodara ir negalėjo pasiūlyti normalių darbo galimybių. Tačiau laikai keičiasi, virtualių išteklių kaina vis mažėja, o už 30 rublių per mėnesį esame pasirengę pasiūlyti tai:

  • Procesorius: Intel Xeon 2 GHz (1 branduolys)
  • Linux sistema (galima rinktis iš Debian, Ubuntu, CentOS)
  • 1 skirtas IPv4 adresas
  • 10 GB duomenų saugykla greituose verslo klasės SSD diskuose
  • RAM: 512 MB
  • Atsiskaitymas už sekundę
  • Neribotas srautas

Tarifui taikomi papildomi techniniai apribojimai, detaliau puslapis mūsų šaunus pasiūlymas - VPS už 30 rublių. 

Kam tinka šis virtualus serveris? Taip, beveik visiems: pradedantiesiems, entuziastams, patyrusiems kūrėjams, „pasidaryk pats“ gerbėjams ir net kai kurioms įmonėms.

Kam tinka šis VPS?

Manome, kad Habro skaitytojai tikrai suras savo būdą, kaip panaudoti šią konfigūraciją, tačiau nusprendėme surinkti savo idėjų pasirinkimą – o jei kam to prireiks, bet vyrai nežino?

  • Įdėkite savo paprastą svetainę, aplanką, gyvenimo aprašymą su kodu ir pan. Žinoma, jūsų sukurta svetainė daro teigiamą įspūdį darbdaviui. Įdėkite jį į savo VPS ir už svetainės saugumą ir stabilumą atsakysite patys, o ne įprastų prieglobos paslaugų teikėjų darbuotojai.
  • Naudokite VPS edukaciniais tikslais: priglobkite savo projektą, studijuokite serverio ir serverio operacinės sistemos ypatybes, eksperimentuokite su DNS, tvarkykite nedidelę edukacinę svetainę.
  • Dėl telefono. Kartais individualiam verslininkui, laisvai samdomam darbuotojui ar labai mažai įmonei labai reikia IP telefonijos, o šios telefonijos operatoriai yra labai godūs. Viskas paprasta: paimame savo serverį, perkame numerį iš IP telefonijos operatoriaus, nustatome virtualų PBX ir sukuriame vidinius numerius (jei reikia). Taupymas yra milžiniškas.
  • Naudokite serverį savo programoms išbandyti.
  • Naudokite serverį „pasidaryk pats“ eksperimentams, įskaitant duomenų valdymą ir rinkimą iš išmaniųjų namų sistemos jutiklių.
  • Neįprastas būdas jį panaudoti – į serverį patalpinti virtualios biržos prekybos asistentą – prekybos robotą. Jūs būsite visiškai atsakingas už serverio stabilumą ir saugumą, o tai reiškia, kad gausite kontroliuojamą instrumentą prekybai akcijų rinkose. Na, jei kas susidomės ar planuoja :)

Yra tokių VPS programų verslo srityje. Be jau minėtos telefono paslaugos, galite įgyvendinti keletą įdomių dalykų. Pavyzdžiui:

  • Įdėkite mažas duomenų bazes ir informaciją, kuri bus pasiekiama keliaujantiems darbuotojams per atstumą, pavyzdžiui, naudojant ftp. Tai leis labai greitai keistis šviežia analitika, atnaujintomis konfigūracijomis pardavėjams, pristatymais ir pan.
  • Suteikite laikiną prieigą vartotojams ar klientams, kad jie galėtų demonstruoti programinę įrangą ar laikmeną.

VPS bandomasis važiavimas už 30 rublių – atlikta už jus

30 rublių yra tiek mažai, kad net nesinori imti kortelės atsiskaityti ir išbandyti. Mes irgi kartais būname tokie tingūs, bet šį kartą viską padarėme už jus. Prieš paleisdami serverius į mūšį, atlikome testą, kad patikrintume visas detales ir parodytume, ką serveriai sugeba šiuo tarifu. Kad būtų įdomiau, pridėjome ekstremalų ir patikrinome, kaip ši konfigūracija elgsis, jei tankis ir apkrova viršytų mūsų nustatytas reikšmes. 

Pagrindinis kompiuteris buvo apkrautas daugybe virtualių mašinų, kurios atliko įvairias procesoriaus užduotis ir aktyviai naudojo disko posistemį. Tikslas yra imituoti didelio tankio išdėstymą ir apkrovą, panašią į mūšį arba didesnį už ją.

Be nuolatinės apkrovos, įdiegėme 3 virtualias mašinas, kurios rinko sintetinę metriką naudojant sysbench, kurių vidutiniai rezultatai pateikti žemiau, ir 50 virtualių mašinų, kurios sukūrė papildomą apkrovą. Visos bandomosios virtualios mašinos turėjo tą pačią konfigūraciją (1 branduolys, RAM 512 GB, SSD 10 GB), operacine sistema buvo pasirinktas standartinis debian 9.6 vaizdas, kuris siūlomas RUVDS vartotojams.

Krovinys buvo imituojamas savo pobūdžiu ir dydžiu, panašus į kovą:

  • Kai kurios virtualios mašinos buvo paleistos su maža apkrova
  • Kai kurios mašinos paleido bandomąjį scenarijų, imituojantį procesoriaus apkrovą (naudodami programą stresas)
  • Likusioje virtualiųjų mašinų dalyje paleidome scenarijų, kuris naudojo dd duomenims nukopijuoti iš iš anksto paruoštų duomenų į diską su riba, nustatyta naudojant pv (galima matyti pavyzdžius čia и čia).

Be to, kaip prisimenate, turėjome tris mašinas, kurios rinko sintetinius rodiklius.

Kiekviename kompiuteryje cikliškai kas 15 minučių buvo vykdomas scenarijus, kuris vykdo standartinius procesoriaus, atminties ir disko sistemos testus.

Scenarijus 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

Rezultatai patogumui pateikiami sysbench formatu, tačiau vidutinės viso testavimo laikotarpio vertės buvo paimtos iš visų mašinų, rezultatą galite pamatyti čia:

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
Rezultatai yra orientaciniai, bet vis tiek neturėtų būti laikomi QoS. 

Mašinos, kurios sukuria papildomą apkrovą

Programinė įranga:

  • apt-get update
  • apt-get upgrade
  • apt-get įdiegti python-pip
  • pip įdiegti mysql-connector-python-rf

Įdiegta MariaDB, kaip čia:

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

Bandymo bazė paimta taigi:

Duomenų bazė yra įdiegta taip, kaip nurodyta čia:

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

Maža bandymo bazė:

Lentelė 

Eilučių skaičius 

Duomenų dydis (MB)

Indekso dydis (KB)

departamentai 

9

0.02

16.00

dept_emp 

331143 

11.52

5648.00

skyriaus vadovas 

24 

0.02

16.00

darbuotojų 

299379 

14.52

0.00

atlyginimai 

2838426 

95.63

0.00 

pavadinimai 

442783 

19.56

0.00

Primityvi bandymo paslauga yra parašyta ant kelio Python ji atlieka keturias operacijas:

  1. getState: grąžina būseną
  2. getEmployee: grąžina darbuotojus (+algas, +titrai) iš duomenų bazės
  3. patchEmployee: keičia darbuotojo laukus
  4. insertSalary: įterpia atlyginimą

Paslaugos šaltinis (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')

Dėmesio! Jokiu būdu ši paslauga neturėtų būti laikoma pavyzdžiu ar vadovu!

Bandymai atliekami naudojant seną gerą JMeter. Buvo paleista nuo 15 minučių iki 2 valandų trukusi testų serija, be pertrūkių, užklausų procentas svyravo, o pralaidumas – nuo ​​300 iki 600 užklausų per minutę. Siūlų skaičius nuo 50 iki 500.

Dėl to, kad duomenų bazė yra labai maža, komanda:

mysql -e "SHOW ENGINE INNODB STATUS"

Rodo, kad:

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

Toliau pateikiamas vidutinis atsakymo į užklausas laikas:

etiketė

vidutinis

Mediana

90% linija

95% linija

99% linija

Min

daugiausia

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

patchDarbuotojas

161.42

83.29

308

492.57

1845.14

5

6639.4

įdėtiAtlyginimas

167.21

86.93

315.34

501.07

1927.12

7

6722.44

Iš šių sintetinių rezultatų jums gali būti sunku nuspręsti, kiek šis VPS tinka jūsų konkrečioms užduotims, ir apskritai išvardinti metodai apsiriboja tais atvejais, su kuriais mums teko susidurti vienaip ar kitaip aiškiai nėra baigtinis. Kviečiame pasidaryti išvadas ir išbandyti serverį už 30 rublių su realiomis programomis ir užduotimis bei pasiūlyti šios konfigūracijos variantus komentaruose.

Šaltinis: www.habr.com

Добавить комментарий