Мозък + VPS за 30 рубли =?

Толкова е хубаво, когато всички необходими малки неща са под ръка: добра химикалка и бележник, подострен молив, удобна мишка, няколко допълнителни кабела и т.н. Тези незабележими неща не привличат вниманието, но добавят комфорт към живота. Същата история е с различни мобилни и настолни приложения: за дълги екранни снимки, за намаляване на размера на картина, за изчисляване на лични финанси, речници, преводачи, конвертори и др. Имаш ли един? VPS - което е евтино, винаги под ръка и носи много ползи? Не, не тази, която имате във вашата компания, а вашата собствена, „джобна“. Мислехме, че без малък VPS през 2019 г. беше някак тъжно, точно както без обичайната писалка на лекция. Защо да бъдем тъжни? Лято е. как е лятото Лято за IT специалист: седите си вкъщи, работите върху любимите си проекти без никакво съжаление. Общо взето, помислихме и го направихме.

Комунизмът дойде, другари.

Той е такъв - нашият VPS за тридесет

Прочетохме много статии от конкуренти и потребители, които писаха преди 3-4 години за това защо не е необходим евтин VPS. Е, точно така, тогава VPS "за стотинка" беше чист маркетинг и не можеше да предложи нормални възможности за работа. Но времената се променят, цената на виртуалните ресурси става все по-ниска и за 30 рубли на месец сме готови да предложим това:

• Процесор: Intel Xeon 2 GHz (1 core)
• Linux система (Debian, Ubuntu, CentOS по избор)
• 1 специален IPv4 адрес
• 10 GB място за съхранение на данни на бързи SSD устройства от корпоративен клас
• RAM: 512 MB
• Таксуване на секунда
• Неограничен трафик

Тарифата подлежи на допълнителни технически ограничения, подробности за страница нашето готино предложение - VPS за 30 рубли. 

За кого е подходящ този виртуален сървър? Да на почти всички: начинаещи, ентусиасти, опитни разработчици, фенове на Направи си сам и дори някои компании.

За какво е подходящ този VPS?

Смятаме, че читателите на Habr определено ще намерят свой собствен начин да използват тази конфигурация, но решихме да съберем собствена селекция от идеи - какво ще стане, ако някой има нужда от това, но мъжете не знаят?

• Поставете своя прост уебсайт, портфолио, автобиография с код и т.н. Разбира се, вашият собствен уеб сайт прави положително впечатление на работодателя. Поставете го на вашия VPS и поемете отговорност за сигурността и стабилността на сайта сами, а не от персонала на обикновените хостинг доставчици.
• Използвайте VPS за образователни цели: хоствайте проекта си, изучавайте характеристиките на сървъра и сървърната операционна система, експериментирайте с DNS, бъркайте с малък образователен сайт.
• За телефония. Понякога индивидуален предприемач, свободна практика или много малка компания отчаяно се нуждае от IP телефония, а операторите на тази телефония са много алчни. Всичко е просто: вземаме нашия сървър, купуваме номер от оператор на IP телефония, настройваме виртуална телефонна централа и създаваме вътрешни номера (ако е необходимо). Спестяванията са колосални.
• Използвайте сървъра, за да тествате вашите приложения.
• Използвайте сървъра за експерименти „Направи си сам“, включително контролиране и събиране на данни от сензори на системата за интелигентен дом.
• Необичаен начин за използване е да поставите на сървъра асистент за виртуална борсова търговия, робот за търговия. Вие ще носите пълна отговорност за стабилността и сигурността на сървъра, което означава, че ще получите контролиран инструмент за търговия на фондовите пазари. Е, ако някой се интересува или планира :)

Има приложения за такъв VPS в корпоративната сфера. В допълнение към вече споменатата телефонна услуга, можете да реализирате няколко интересни неща. Например:

• Поставете малки бази данни и информация, които ще бъдат достъпни за пътуващи служители от разстояние, например чрез ftp. Това ще ви позволи много бързо да обменяте свежи анализи, актуализирани конфигурации за търговци, презентации и т.н.
• Дайте временен достъп на потребители или клиенти за демонстрация на софтуер или медия.

VPS тест драйв за 30 рубли - направено за вас

30 рубли са толкова малко, че дори не искате да извадите карта, за да платите и тествате. И ние понякога сме толкова мързеливи, но този път направихме всичко за вас. Преди да пуснем сървърите в битка, проведохме тест, за да проверим всички подробности и да покажем на какво са способни сървърите при тази тарифа. За да го направим по-интересно, добавихме екстремни и проверихме как ще се държи тази конфигурация, ако плътността и натоварването надвишават зададените от нас стойности. 

Хостът беше под натоварването на редица виртуални машини, които изпълняваха различни задачи на процесора и активно използваха дисковата подсистема. Целта е да се симулира висока плътност на разполагане и натоварване, сравнимо или по-голямо от бойното.

В допълнение към постоянното натоварване инсталирахме 3 виртуални машини, които събираха синтетични показатели с помощта на sysbench, чиито средни резултати бяха дадени по-долу, и 50 виртуални машини, които създадоха допълнително натоварване. Всички тестови виртуални машини имаха една и съща конфигурация (1 ядро, RAM 512 GB, SSD 10 GB), стандартното изображение на debian 9.6 беше избрано като операционна система, която се предлага на потребителите на RUVDS.

Натоварването беше симулирано по природа и с големина, сравнима с бойна:

• Някои виртуални машини бяха стартирани с ниско натоварване
• Някои машини изпълниха тестов скрипт, симулиращ натоварването на процесора (използвайки помощната програма стрес)
• На останалата част от виртуалните машини изпълнихме скрипт, който използва dd за копиране на данни от предварително подготвени данни на диск с ограничение, зададено чрез pv (примери могат да се видят тук и тук).

Освен това, както си спомняте, имахме три машини, които събираха синтетични показатели.

На всяка машина циклично се изпълняваше скрипт на всеки 15 минути, който изпълнява стандартни тестове на sysbench за процесора, паметта и диска.

Скрипт 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

Резултатите са представени за удобство във формат на sysbench, но средните стойности за целия период на тестване са взети от всички машини, резултатът може да се види тук:

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
Резултатите са ориентировъчни, но все пак не трябва да се приемат като QoS. 

Машини, които създават допълнително натоварване

Софтуер:

• ап-GET актуализация
• apt-get upgrade
• apt-get инсталирате python-pip
• pip инсталирайте mysql-connector-python-rf

Инсталирана MariaDB, Как да тук:

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

Тестовата база е взета следователно:

Базата данни е разгърната, както е посочено тук:

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

Малка тестова база:

Маса 

Брой редове 

Размер на данните (MB)

Размер на индекса (KB)

отдели 

9

0.02

16.00

dept_emp 

331143 

11.52

5648.00

управител_отдел 

24 

0.02

16.00

служители 

299379 

14.52

0.00

заплати 

2838426 

95.63

0.00 

титли 

442783 

19.56

0.00

Примитивна тестова услуга е написана на коляно в Python; тя изпълнява четири операции:

1. getState: връща състоянието
2. getEmployee: връща служители (+заплати, +заглавия) от базата данни
3. patchEmployee: променя полетата за служители
4. insertSalary: вмъква заплата

Източник на услугата (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')

Внимание! При никакви обстоятелства тази услуга не трябва да се приема като пример или ръководство!

Тестовете се извършват с помощта на добрия стар JMeter. Стартираха серия от тестове с продължителност от 15 минути до 2 часа, без прекъсвания, процентът на заявките варираше, а пропускателната способност варираше от 300 до 600 заявки в минута. Брой нишки от 50 до 500.

Поради факта, че базата данни е много малка, командата:

mysql -e "SHOW ENGINE INNODB STATUS"

Показва че:

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

По-долу са средните времена за отговор на заявки:

Етикет

Средно аритметично

Медиана

90% линия

95% линия

99% линия

Min

макс

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

сложи Заплата

167.21

86.93

315.34

501.07

1927.12

7

6722.44

Може да ви е трудно да прецените от тези синтетични резултати доколко този VPS е подходящ за вашите конкретни задачи и като цяло изброените методи са ограничени до онези случаи, с които трябваше да се справим под една или друга форма. Така че нашият списък е очевидно не е изчерпателен. Каним ви да направите свои собствени заключения и да тествате сървъра за 30 рубли върху вашите реални приложения и задачи и да предложите вашите опции за тази конфигурация в коментарите.

Източник: www.habr.com