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

Многу е убаво кога сите потребни ситници се при рака: добро пенкало и бележник, наострен молив, удобно глувче, неколку дополнителни жици итн. Овие незабележливи работи не привлекуваат внимание, туку додаваат удобност на животот. Истата приказна е и со различни мобилни и десктоп апликации: за долги слики од екранот, за намалување на големината на слика, за пресметување лични финансии, речници, преведувачи, конвертори итн. Дали имаш едно? VPS - што е ефтино, секогаш при рака и носи многу придобивки? Не, не тој што го имаш во друштво, туку твоето, „џебно“. Мислевме дека без мал VPS во 2019 година беше некако тажно, исто како и без вообичаеното пенкало на предавање. Зошто да се биде тажен? Лето е. Како е летото? Лето за ИТ специјалист: седи дома, работи на твоите омилени проекти без никакво жалење. Во принцип, размислувавме и го направивме тоа.

Пристигна комунизмот, другари.

Тој е таков - нашиот VPS за триесет

Прочитавме многу написи од конкуренти и корисници кои пишуваа пред 3-4 години за тоа зошто не е потребен евтин VPS. Па, тоа е точно, тогаш VPS „за еден денар“ беше чист маркетинг и не можеше да понуди нормални можности за работа. Но, времињата се менуваат, цената на виртуелните ресурси станува сè помала и помала, а за 30 рубли месечно сме подготвени да го понудиме ова:

• Процесор: Intel Xeon 2 GHz (1 јадро)
• Линукс систем (Дебиан, Убунту, CentOS за да изберете)
• 1 посветена IPv4 адреса
• 10 GB складирање податоци на брзи SSD-дискови од класата на претпријатието
• RAM меморија: 512 MB
• Наплата во секунда
• Неограничен сообраќај

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

За кого е погоден овој виртуелен сервер? Да за речиси сите: почетници, ентузијасти, искусни програмери, љубители на DIY, па дури и некои компании.

За што е погоден овој VPS?

Сметаме дека читателите на Хабр дефинитивно ќе најдат свој начин да ја користат оваа конфигурација, но решивме да собереме сопствен избор на идеи - што ако некому му треба, а мажите не знаат?

• Поставете ја вашата едноставна веб-страница, портфолио, биографија со код, итн. Се разбира, вашата сопствена дизајнирана веб-страница остава позитивен впечаток кај работодавецот. Ставете го на вашиот VPS и бидете одговорни за безбедноста и стабилноста на страницата сами, а не од персоналот на редовните хостинг провајдери.
• Користете VPS за едукативни цели: хостирајте го вашиот проект, проучете ги карактеристиките на серверот и оперативниот систем на серверот, експериментирајте со DNS, нескопосник со мала едукативна страница.
• За телефонија. Понекогаш на индивидуален претприемач, хонорарец или на многу мала компанија очајно му е потребна IP телефонија, а операторите на оваа телефонија се многу алчни. Едноставно е: го земаме нашиот сервер, купуваме број од IP телефонски оператор, поставуваме виртуелна PBX и создаваме внатрешни броеви (ако е потребно). Заштедите се колосални.
• Користете го серверот за да ги тестирате вашите апликации.
• Користете го серверот за експерименти „Направете сами“, вклучително и контролирање и собирање податоци од сензори на системот за паметни домови.
• Невообичаен начин да се користи е да се постави асистент за тргување со виртуелна размена, робот за тргување, на серверот. Вие ќе бидете целосно одговорни за стабилноста и безбедноста на серверот, што значи дека ќе добиете контролиран инструмент за тргување на берзите. Па, ако некој е заинтересиран или планира :)

Постојат апликации за таков 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. 

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

Меки:

• apt-get update
• apt-get надградба
• apt-get инсталирај python-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

одд 

331143 

11.52

5648.00

dept_manager 

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. вметнете Плата: вметнува плата

Извор на услуга (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% Линија

Мин

Max

земи вработен

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

закрпиВработен

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