ProHoster > Blog > administration > Hjerne + VPS for 30 rubler =?

Hjerne + VPS for 30 rubler =?

Det er så rart, når alle de nødvendige småting er lige ved hånden: en god pen og notesblok, en spids blyant, en behagelig mus, et par ekstra ledninger osv. Disse iøjnefaldende ting tiltrækker ikke opmærksomhed, men tilføjer komfort til livet. Den samme historie er med forskellige mobil- og desktopapplikationer: til lange skærmbilleder, til at reducere størrelsen af ​​et billede, til beregning af privatøkonomi, ordbøger, oversættere, konvertere osv. Har du en? VPS - som er billigt, altid ved hånden og giver mange fordele? Nej, ikke den du har i dit selskab, men din egen "lomme". Vi troede, at uden en lille VPS i 2019 var det på en eller anden måde trist, ligesom uden den sædvanlige fyldepen ved et foredrag. Hvorfor være ked af det? Det er sommer. Hvordan er sommeren? Sommer for en it-specialist: at sidde derhjemme og arbejde på dine yndlingsprojekter uden at fortryde. Generelt tænkte og gjorde vi det.

Hjerne + VPS for 30 rubler =?
Kommunismen er ankommet, kammerater.

Han er sådan - vores VPS for tredive

Vi har læst en masse artikler fra konkurrenter og brugere, der skrev for 3-4 år siden om, hvorfor en billig VPS ikke er nødvendig. Nå, det er rigtigt, så var VPS "for en krone" ren markedsføring og kunne ikke tilbyde normale arbejdsmuligheder. Men tiderne ændrer sig, prisen på virtuelle ressourcer bliver lavere og lavere, og for 30 rubler om måneden er vi klar til at tilbyde dette:

  • Processor: Intel Xeon 2 GHz (1 kerne)
  • Linux-system (Debian, Ubuntu, CentOS at vælge imellem)
  • 1 dedikeret IPv4-adresse
  • 10 GB datalagring på hurtige SSD-drev i virksomhedsklassen
  • RAM: 512 MB
  • Fakturering pr. sekund
  • Ubegrænset trafik

Tariffen er underlagt yderligere tekniske begrænsninger, detaljer vedr side vores seje tilbud - VPS til 30 rubler. 

Hvem er denne virtuelle server egnet til? Ja til næsten alle: begyndere, entusiaster, erfarne udviklere, gør-det-selv-fans og endda nogle virksomheder.

Hvad er denne VPS egnet til?

Vi tror, ​​at Habrs læsere helt sikkert vil finde deres egen måde at bruge denne konfiguration på, men vi besluttede at samle vores eget udvalg af ideer - hvad nu hvis nogen har brug for det, men mændene ved det ikke?

  • Placer din simple hjemmeside, portefølje, CV med kode osv. Din egendesignede hjemmeside gør naturligvis et positivt indtryk på arbejdsgiveren. Placer den på din VPS og vær selv ansvarlig for webstedets sikkerhed og stabilitet, og ikke af personalet hos almindelige hostingudbydere.
  • Brug VPS til uddannelsesformål: Vær vært for dit projekt, studere funktionerne i server- og serveroperativsystemet, eksperimentere med DNS, pille ved et lille uddannelsessted.
  • Til telefoni. Nogle gange har en individuel iværksætter, freelancer eller en meget lille virksomhed desperat brug for IP-telefoni, og operatørerne af netop denne telefoni er meget grådige. Det er enkelt: Vi tager vores server, køber et nummer hos en IP-telefonioperatør, sætter en virtuel PBX op og opretter interne numre (hvis nødvendigt). Besparelserne er kolossale.
  • Brug serveren til at teste dine applikationer.
  • Brug serveren til gør-det-selv-eksperimenter, herunder kontrol og indsamling af data fra sensorer til smart home-system.
  • En usædvanlig måde at bruge det på er at placere en virtuel børshandelsassistent, en handelsrobot, på serveren. Du vil være fuldt ansvarlig for serverens stabilitet og sikkerhed, hvilket betyder, at du vil modtage et kontrolleret instrument til handel på aktiemarkederne. Nå, hvis nogen er interesseret eller planlægger :)

Der er ansøgninger om sådanne VPS i virksomhedssfæren. Ud over den allerede nævnte telefontjeneste kan du implementere flere interessante ting. For eksempel:

  • Placer små databaser og informationer, der vil være tilgængelige for rejsende medarbejdere på afstand, for eksempel ved hjælp af ftp. Dette giver dig mulighed for meget hurtigt at udveksle friske analyser, opdaterede konfigurationer for sælgere, præsentationer osv.
  • Giv midlertidig adgang til brugere eller klienter for at demonstrere software eller medier.

VPS-testkørsel for 30 rubler - gjort for dig

30 rubler er så lidt, at du ikke engang ønsker at tage et kort ud for at betale og teste. Vi er også nogle gange så dovne, men denne gang gjorde vi alt for dig. Før vi lancerede serverne i kamp, ​​udførte vi en test for at tjekke alle detaljerne og vise, hvad serverne er i stand til til denne takst. For at gøre det mere interessant tilføjede vi ekstreme og kontrollerede, hvordan denne konfiguration ville opføre sig, hvis tætheden og belastningen oversteg de værdier, vi indstillede. 

Værten var under belastning af en række virtuelle maskiner, der udførte forskellige opgaver på processoren og aktivt brugte diskundersystemet. Målet er at simulere en høj placeringstæthed og en belastning, der er sammenlignelig med eller større end en kamp.

Ud over den konstante belastning installerede vi 3 virtuelle maskiner, der indsamlede syntetiske metrikker ved hjælp af sysbench, hvis gennemsnitlige resultater blev angivet nedenfor, og 50 virtuelle maskiner, der skabte yderligere belastning. Alle virtuelle testmaskiner havde den samme konfiguration (1 kerne, RAM 512 GB, SSD 10 GB), standard debian 9.6-billedet blev valgt som operativsystem, som tilbydes til brugere på RUVDS.

Belastningen blev simuleret i natur og størrelse sammenlignelig med kamp:

  • Nogle virtuelle maskiner blev lanceret med lav belastning
  • Nogle maskiner kørte et testscript, der simulerede belastningen på processoren (ved hjælp af hjælpeprogrammet stress)
  • På den resterende del af de virtuelle maskiner kørte vi et script, der brugte dd til at kopiere data fra forhåndsforberedte data til disk med et grænsesæt ved hjælp af pv (eksempler kan ses her и her).

Som du husker, havde vi også tre maskiner, der indsamlede syntetiske metrikker.

På hver maskine blev et script udført cyklisk hvert 15. minut, som kører standard sysbench-tests for processor, hukommelse og disk.

Script 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

Resultaterne præsenteres for nemheds skyld i sysbench-format, men gennemsnitsværdierne for hele testperioden er taget fra alle maskiner, resultatet kan ses her:

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
Resultaterne er vejledende, men bør stadig ikke opfattes som QoS. 

Maskiner, der skaber ekstra belastning

Software:

  • apt-get update
  • apt-get opgradering
  • apt-get install python-pip
  • pip installer mysql-connector-python-rf

Installeret MariaDB, hvordan her:

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

Testbase taget dermed:

Databasen implementeres som angivet her:

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

Lille testbase:

Bordlampe 

RowsCount 

Datastørrelse (MB)

Indeksstørrelse (KB)

afdelinger 

9

0.02

16.00

dept_emp 

331143 

11.52

5648.00

afd.leder 

24 

0.02

16.00

medarbejdere 

299379 

14.52

0.00

lønninger 

2838426 

95.63

0.00 

titler 

442783 

19.56

0.00

En primitiv testtjeneste er skrevet på knæet i Python; den udfører fire operationer:

  1. getState: returnerer status
  2. getEmployee: returnerer medarbejdere (+løn, +titler) fra databasen
  3. patchEmployee: ændrer medarbejderfelter
  4. indsætLøn: indsætter en løn

Tjenestekilde (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')

Advarsel! Denne service må under ingen omstændigheder tages som et eksempel eller en vejledning!

Tests udføres ved hjælp af gode gamle JMeter. En række tests, der varede fra 15 minutter til 2 timer, blev lanceret uden afbrydelser, procentdelen af ​​anmodninger varierede, og gennemløbet varierede fra 300 til 600 anmodninger i minuttet. Antal tråde fra 50 til 500.

På grund af det faktum, at databasen er meget lille, vil kommandoen:

mysql -e "SHOW ENGINE INNODB STATUS"

Viser at:

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

Nedenfor er de gennemsnitlige svartider for anmodninger:

etiket

Gennemsnit

median

90% linje

95% linje

99% linje

Min

max

få medarbejder

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

patch Medarbejder

161.42

83.29

308

492.57

1845.14

5

6639.4

sætteLøn

167.21

86.93

315.34

501.07

1927.12

7

6722.44

Det kan være svært for dig at bedømme ud fra disse syntetiske resultater, hvor velegnet denne VPS er til dine specifikke opgaver, og generelt er de anførte metoder begrænset til de sager, som vi skulle håndtere i en eller anden form. Så vores liste er klart ikke udtømmende. Vi inviterer dig til at drage dine egne konklusioner og teste serveren for 30 rubler på dine rigtige applikationer og opgaver og foreslå dine muligheder for denne konfiguration i kommentarerne.

Kilde: www.habr.com

Tilføj en kommentar