ProHoster > Blogi > antaminen > Brain + VPS 30 ruplaa =?

Brain + VPS 30 ruplaa =?

On niin mukavaa, kun kaikki tarvittavat pienet asiat ovat käsillä: hyvä kynä ja muistilehtiö, teroitettu lyijykynä, mukava hiiri, pari ylimääräistä johtoa jne. Nämä huomaamattomat asiat eivät herätä huomiota, mutta lisäävät mukavuutta elämään. Sama tarina on eri mobiili- ja työpöytäsovellusten kanssa: pitkille kuvakaappauksille, kuvan koon pienentämiseen, henkilökohtaisen talouden laskemiseen, sanakirjoihin, kääntäjiin, muuntajiin jne. Onko sinulla yksi? VPS - mikä on halpa, aina käsillä ja tuo paljon hyötyä? Ei, ei se, joka sinulla on yrityksessäsi, vaan omasi, "tasku". Ajattelimme, että ilman pientä VPS:ää vuonna 2019 se oli jotenkin surullista, aivan kuten ilman tavallista mustekynää luennolla. Miksi olla surullinen? On kesä. Miten on kesä? Kesä IT-asiantuntijalle: istua kotona, työskennellä suosikkiprojekteissasi ilman katumusta. Yleisesti ottaen ajattelimme ja teimme sen.

Brain + VPS 30 ruplaa =?
Kommunismi on saapunut, toverit.

Hän on sellainen - meidän VPS kolmellekymmenelle

Olemme lukeneet paljon artikkeleita kilpailijoilta ja käyttäjiltä, ​​jotka kirjoittivat 3-4 vuotta sitten siitä, miksi edullista VPS:ää ei tarvita. No niin, silloin VPS "penniin" oli puhdasta markkinointia, eikä se pystynyt tarjoamaan normaaleja työmahdollisuuksia. Mutta ajat muuttuvat, virtuaalisten resurssien hinta laskee jatkuvasti, ja 30 ruplaa kuukaudessa olemme valmiita tarjoamaan tämän:

  • Prosessori: Intel Xeon 2 GHz (1 ydin)
  • Linux-järjestelmä (Debian, Ubuntu, CentOS valittavissa)
  • 1 oma IPv4-osoite
  • 10 Gt tallennustilaa nopeille yritysluokan SSD-asemille
  • RAM: 512 MB
  • Laskutus sekunnissa
  • Rajoittamaton liikenne

Tariffiin liittyy teknisiä lisärajoituksia, lisätietoja sivu siisti tarjouksemme - VPS 30 ruplaa. 

Kenelle tämä virtuaalipalvelin sopii? Kyllä melkein kaikille: aloittelijoille, harrastajille, kokeneille kehittäjille, tee-se-itse-faneille ja jopa joillekin yrityksille.

Mihin tämä VPS sopii?

Uskomme, että Habrin lukijat löytävät varmasti oman tapansa käyttää tätä kokoonpanoa, mutta päätimme kerätä omat ideavalikoimamme - entä jos joku tarvitsee sitä, mutta miehet eivät tiedä?

  • Sijoita yksinkertainen verkkosivustosi, portfoliosi, ansioluettelosi koodilla jne. Tietysti itse suunnittelemasi verkkosivusto tekee positiivisen vaikutelman työnantajaan. Aseta se VPS:ään ja vastaa sivuston turvallisuudesta ja vakaudesta itse, ei tavallisten hosting-palvelujen tarjoajien henkilökunnan toimesta.
  • Käytä VPS:ää opetustarkoituksiin: isännöi projektiasi, tutki palvelimen ja palvelimen käyttöjärjestelmän ominaisuuksia, kokeile DNS:ää, tee pieni koulutussivusto.
  • Puhelimeen. Joskus yksittäinen yrittäjä, freelancer tai hyvin pieni yritys tarvitsee kipeästi IP-puhelinta, ja juuri tämän puhelimen operaattorit ovat erittäin ahneita. Se on yksinkertaista: otamme palvelimemme, ostamme numeron IP-puhelinoperaattorilta, perustamme virtuaalisen PBX:n ja luomme sisäiset numerot (tarvittaessa). Säästöt ovat valtavat.
  • Käytä palvelinta sovellusten testaamiseen.
  • Käytä palvelinta tee-se-itse-kokeiluihin, mukaan lukien älykodin järjestelmän antureiden ohjaamiseen ja keräämiseen.
  • Epätavallinen tapa käyttää sitä on sijoittaa palvelimelle virtuaalinen pörssikaupankäyntiassistentti, kaupankäyntirobotti. Olet täysin vastuussa palvelimen vakaudesta ja turvallisuudesta, mikä tarkoittaa, että saat kontrolloidun instrumentin kaupankäyntiä varten osakemarkkinoilla. No, jos jotakuta kiinnostaa tai suunnittelee :)

Tällaisille VPS:ille on sovelluksia yritysmaailmassa. Jo mainitun puhelinpalvelun lisäksi voit toteuttaa useita mielenkiintoisia asioita. Esimerkiksi:

  • Sijoita pieniä tietokantoja ja tietoja, jotka ovat matkustavien työntekijöiden saatavilla etäältä, esimerkiksi ftp:n avulla. Tämän avulla voit nopeasti vaihtaa tuoretta analytiikkaa, päivitettyjä kokoonpanoja myyntihenkilöille, esityksiä jne.
  • Anna käyttäjille tai asiakkaille tilapäinen käyttöoikeus ohjelmiston tai median esittelyyn.

VPS-koeajo 30 ruplaa - tehty puolestasi

30 ruplaa on niin vähän, että et edes halua ottaa korttia ulos maksaaksesi ja testataksesi. Mekin olemme joskus niin laiskoja, mutta tällä kertaa teimme kaiken puolestasi. Ennen palvelinten käynnistämistä taisteluun teimme testin tarkistaaksemme kaikki yksityiskohdat ja näyttääksemme, mihin palvelimet pystyvät tällä tariffilla. Tehdäksemme siitä mielenkiintoisemman lisäsimme äärimmäisen ja tarkistimme, kuinka tämä kokoonpano käyttäytyisi, jos tiheys ja kuormitus ylittävät asettamamme arvot. 

Isäntä oli useiden virtuaalikoneiden kuormituksen alaisena, jotka suorittivat erilaisia ​​tehtäviä prosessorilla ja käyttivät aktiivisesti levyalijärjestelmää. Tavoitteena on simuloida suurta sijoitustiheyttä ja kuormitusta, joka on verrattavissa taisteluun tai sitä suurempi.

Jatkuvan kuormituksen lisäksi asensimme 3 virtuaalikonetta, jotka keräsivät synteettisiä mittareita sysbenchin avulla, joiden keskimääräiset tulokset on annettu alla, ja 50 virtuaalikonetta, jotka loivat lisäkuormitusta. Kaikilla testivirtuaalikoneilla oli sama kokoonpano (1 ydin, RAM 512 Gt, SSD 10 Gt), käyttöjärjestelmäksi valittiin debian 9.6 -tavallinen näköistiedosto, jota tarjotaan käyttäjille RUVDS:ssä.

Kuorma simuloitiin luonteeltaan ja suuruudeltaan verrattavissa taisteluun:

  • Jotkut virtuaalikoneet käynnistettiin alhaisella kuormituksella
  • Jotkut koneet suorittivat testiskriptiä, joka simuloi prosessorin kuormitusta (apuohjelman avulla stressi)
  • Muissa virtuaalikoneiden osissa suoritimme skriptin, joka käytti dd:tä tietojen kopioimiseen valmiista tiedoista levylle rajalla, joka oli asetettu pv:llä (esimerkkejä voi nähdä täällä и täällä).

Lisäksi, kuten muistat, meillä oli kolme konetta, jotka keräsivät synteettisiä mittareita.

Jokaisessa koneessa suoritettiin syklisesti 15 minuutin välein komentosarja, joka suorittaa normaalit sysbench-testit prosessorille, muistille ja levylle.

Komentosarja 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

Tulokset on esitetty mukavuussyistä sysbench-muodossa, mutta koko testijakson keskiarvot on otettu kaikilta koneilta, tulos näkyy täältä:

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
Tulokset ovat suuntaa-antavia, mutta niitä ei silti pidä ottaa QoS:na. 

Koneet, jotka luovat lisäkuormitusta

Ohjelmisto:

  • apt-get update
  • apt-saada päivitystä
  • apt-get asenna python-pip
  • pip asennus mysql-connector-python-rf

Asennettu MariaDB, miten täällä:

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

Testipohja otettu siten:

Tietokanta otetaan käyttöön määritetyllä tavalla täällä:

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

Pieni testipohja:

Pöytä 

Rivien määrä 

Tietojen koko (Mt)

Hakemiston koko (kt)

osastot 

9

0.02

16.00

dept_emp 

331143 

11.52

5648.00

osastopäällikkö 

24 

0.02

16.00

työntekijää 

299379 

14.52

0.00

palkat 

2838426 

95.63

0.00 

otsikot 

442783 

19.56

0.00

Pythonissa polveen on kirjoitettu primitiivinen testipalvelu, joka suorittaa neljä toimintoa:

  1. getState: palauttaa tilan
  2. getEmployee: palauttaa työntekijät (+palkat, +nimikkeet) tietokannasta
  3. patchEmployee: muuttaa työntekijäkenttiä
  4. insertSalary: lisää palkan

Palvelulähde (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')

Varoitus! Tätä palvelua ei saa missään tapauksessa ottaa esimerkkinä tai oppaana!

Testit tehdään vanhalla hyvällä JMeterillä. Käynnistettiin sarja 15 minuutista 2 tuntiin kestäviä testejä ilman keskeytyksiä, pyyntöjen prosenttiosuudet vaihtelivat ja nopeus vaihteli 300:sta 600 pyyntöön minuutissa. Lankojen lukumäärä 50 - 500.

Koska tietokanta on hyvin pieni, komento:

mysql -e "SHOW ENGINE INNODB STATUS"

Näyttää, että:

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

Alla on keskimääräiset vastausajat pyyntöihin:

Merkki

Keskimäärin

Mediaani

90 % linja

95 % linja

99 % linja

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

laittaa Palkka

167.21

86.93

315.34

501.07

1927.12

7

6722.44

Sinun voi olla vaikea päätellä näiden synteettisten tulosten perusteella, kuinka sopiva tämä VPS soveltuu tiettyihin tehtäviisi, ja yleensä luetellut menetelmät rajoittuvat tapauksiin, joita jouduimme käsittelemään tavalla tai toisella. Joten luettelomme on ei selvästikään ole tyhjentävä. Pyydämme sinua tekemään omat johtopäätöksesi ja testaamaan palvelinta 30 ruplalla todellisilla sovelluksillasi ja tehtävilläsi sekä ehdottamaan vaihtoehtoja tälle kokoonpanolle kommenteissa.

Lähde: will.com

Lisää kommentti