Biežākais jautājums, ko dzirdam no uzņēmumiem, kas pārceļ grāmatvedības sistēmu, dokumentu pārvaldību vai iekšējo tīmekļa vietni uz mākoni, ir vienkāršs: „Cik maksā serveris?” Tas ir saprotams jautājums, taču tas tiek uzdots pārāk agri. Kamēr nav skaidrs, kādu slodzi sistēma patiesībā rada, cena neko neizsaka. Lēts serveris, kas pirmdienas rītā uzkaras divdesmit grāmatvežiem, ir visdārgākais risinājums.
Izvēle starp virtuālo serveri (VPS), dedicēto fizisko serveri un virtualizācijas klasteri ir inženiertehnisks, nevis komerciāls lēmums. Tā atkarīga no tā, cik procesora laika, atmiņas un diska operāciju jūsu lietojumprogrammas izmanto maksimumā, kā šī vajadzība mainās mēneša laikā un ko jūsu uzņēmumam nozīmē dīkstāve.
Šajā rakstā skaidrojam, kā pirms izvēles izmērīt slodzi, ko piedāvājumos patiesībā nozīmē CPU, RAM un diska rādītāji un kad katrs no trim modeļiem ir pareizais.
Ko piedāvājumā patiesībā nozīmē CPU, RAM un disks
Pakalpojumu sniedzēju piedāvājumos redzami trīs skaitļi: procesora kodoli, atmiņa un diska ietilpība. Taču aiz katra no tiem ir svarīgākas lietas, ko piedāvājums bieži izlaiž.
Procesors
Virtuālā servera „kodols” (vCPU) gandrīz nekad nav vesels fizisks kodols. Tā ir fiziska procesora pavediens, ko dala vairāki virtuālie serveri. Svarīgs ir nevis tik daudz skaits, cik garantija: vai pakalpojumu sniedzējs rezervē procesora laiku, vai pārdod to vairākas reizes vairāk, nekā ir? Grāmatvedības sistēmai ar desmit lietotājiem pietiek ar diviem vai četriem vCPU, ja tie maksimumā patiešām ir pieejami. Ja fiziskais serveris ir pārslogots, nepalīdzēs pat astoņi vCPU.
Atmiņa
RAM ir parametrs, kura trūkums atklājas visātrāk. Kad lietojumprogrammai beidzas atmiņa, operētājsistēma sāk izmantot disku kā atmiņas aizstājēju, un viss palēninās desmitkārtīgi. Datubāzu serveriem atmiņa ir svarīgākais resurss: jo lielāka datubāzes daļa ietilpst RAM, jo mazāk nepieciešams diska operāciju.
Disks un kāpēc NVMe nav tikai mārketings
Diska ietilpība ir vismazāk svarīgais skaitlis. Vissvarīgākais ir diska ātrums, ko mēra ievades/izvades operācijās sekundē (IOPS) un aizkavē. Šeit atšķiras trīs tehnoloģijas:
- HDD (rotējošie diski) der arhīviem un rezerves kopijām, bet ne datubāzēm.
- SATA SSD ir vairākas reizes ātrāks par HDD un pietiek lielākajai daļai failu serveru un iekšējo tīmekļa vietņu.
- NVMe SSD savienojas tieši ar procesora kopni, apejot veco SATA saskarni. Aizkave tiek skaitīta mikrosekundēs, bet IOPS simtos tūkstošu.
Grāmatvedības sistēma ar lielu datubāzi vai ERP, vai dokumentu pārvaldības sistēma ar daudziem maziem failiem uz NVMe darbojas manāmi ātrāk nekā uz SATA SSD, pat ja procesors un atmiņa ir tie paši. Mūsu pieredzē tieši diska nomaiņa, nevis kodolu pievienošana, visbiežāk atrisina sūdzības par „lēnu serveri”.
Kā izmērīt slodzi pirms izvēles
Ja sistēma jau darbojas jūsu birojā vai pie cita pakalpojumu sniedzēja, jums ir labākais iespējamais datu avots: pati sistēma. Nav jāmin.
Iesakām vākt rādītājus vismaz divas nedēļas, lai paraugā iekļautos mēneša noslēgums, algu aprēķins vai citi maksimumi. Windows serveros to dara Performance Monitor, Linux sistēmās standarta sistēmas rīki. Svarīgākie rādītāji:
- CPU noslodze: vidējā un 95. procentile. Ja noslodze maksimumā pastāvīgi pārsniedz 80 procentus, kodolu trūkst.
- Atmiņas izmantošana un swap aktivitāte. Jebkura ilgstoša swap izmantošana nozīmē, ka RAM ir par maz.
- Diska rindas garums un aizkave. Ja diska rinda pastāvīgi pārsniedz divas operācijas un aizkave ir virs 20 milisekundēm, disks ir sašaurinājums.
- Tīkla trafiks maksimumā, īpaši, ja lietotāji savienojas attālināti.
Rezultātu salīdziniet nevis ar vidējo, bet ar maksimumu plus rezervi. Serveris, kam pietiek vidējai slodzei, būs par mazu tieši tad, kad tas ir visvairāk vajadzīgs.
Ja sistēma ir jauna un nav ko mērīt, sāciet no programmatūras ražotāja ieteikumiem un izvēlieties modeli, kurā resursus ir viegli mainīt. Tas ir viens no spēcīgākajiem argumentiem par labu virtuālajam serverim sākumā.
Kad pietiek ar virtuālo serveri
Virtuālais serveris der lielākajai daļai mazo un vidējo uzņēmumu sistēmu: grāmatvedībai, dokumentu pārvaldībai, CRM, iekšējām tīmekļa vietnēm un failu serveriem līdz dažām desmitiem lietotāju. Tā priekšrocības:
- Resursus var mainīt stundu laikā, nevis nedēļās. Trūkst atmiņas? To pievieno bez migrācijas.
- Jūs maksājat tikai par to, kas vajadzīgs tagad, nevis par fizisku iekārtu ar trīs gadu rezervi.
- Virtualizācijas platforma pati tiek galā ar aparatūras atteikumiem: kad fiziskais serveris atsakās, virtuālais pārceļas uz citu.
Pārvaldītie CLOUD serveri tam pievieno atjauninājumus, monitoringu, rezerves kopijas un Bitdefender GravityZone aizsardzību, tāpēc uzņēmumam nav vajadzīgs savs serveru administrators.
Virtuālais serveris nav piemērots, ja lietojumprogrammai vajadzīgs vesels fizisks procesors bez dalīšanas, īpaša aparatūra (piemēram, licencēšanas atslēgas vai GPU) vai ja licences noteikumi tiek skaitīti pēc fiziskajiem kodoliem un virtualizācija padara tās dārgākas.
Kad vajadzīgs dedicētais serveris
Dedicētais serveris ir fiziska iekārta, ko izmantojat tikai jūs. Tam ir jēga trīs gadījumos:
- Pastāvīga, augsta slodze. Ja sistēma diennakts garumā izmanto daudz procesora un diska, virtualizācijas slānis un koplietotie resursi kļūst par traucēkli, nevis priekšrocību.
- Lielas datubāzes ar stingrām aizkaves prasībām. Dedicēts NVMe masīvs bez kaimiņiem nodrošina paredzamu ātrumu.
- Licencēšanas vai atbilstības prasības. Dažas programmatūras licences vai iekšējās drošības politikas prasa, lai fiziskā aparatūra netiktu dalīta ar citiem klientiem.
Trūkumi ir tikpat skaidri: resursu maiņa nozīmē aparatūras maiņu, aparatūras atteikums bez klastera nozīmē dīkstāvi, un jūs vienmēr maksājat par neizmantotu jaudu. Dedicēts serveris bez profesionālas serveru uzturēšanas ir risks, nevis ieguldījums.
Kad VMware klasteris ir to vērts
Starp šīm divām iespējām ir trešā, vidēja lieluma un lielākiem uzņēmumiem bieži labākā: virtualizācijas klasteris. VMware mākoņserveri darbojas uz vairākiem fiziskajiem serveriem, kas apvienoti vienotā veselumā ar koplietojamu krātuvi.
Tas nodrošina to, ko nespēj ne vienkāršs VPS, ne atsevišķs dedicētais serveris:
- Augsta pieejamība. Kad fiziskais mezgls atsakās, virtuālie serveri automātiski pārstartējas uz citu mezglu dažu minūšu laikā, bez cilvēka iejaukšanās.
- Rezervēti resursi. Konkrētam serverim varat garantēt procesora laiku un atmiņu, tāpat kā dedicētajam, saglabājot virtualizācijas elastību.
- Vairāku serveru vides. Ja jums ir atsevišķi lietojumprogrammu, datubāzu, termināļu un testa serveri, klasteris ļauj tos pārvaldīt kā vienu sistēmu.
Klasteris ir lietderīgs, ja jums ir vairāki serveri vai viens, kura dīkstāve darba dienā nav pieļaujama. Vienam mazam grāmatvedības serverim tas būtu pārāk liels.
| Kritērijs | Virtuālais serveris | Dedicētais serveris | VMware klasteris |
|---|---|---|---|
| Resursu maiņa | Stundas | Dienas vai nedēļas | Stundas |
| Aizsardzība pret aparatūras atteikumu | Platformas līmenī | Nav bez rezerves | Automātiska pārslēgšana |
| Garantēti resursi | Atkarīgs no pakalpojumu sniedzēja | Vienmēr | Pēc konfigurācijas |
| Piemērots | Līdz dažām desmitiem lietotāju | Pastāvīgi augsta slodze | Vairāku serveru vides |
Mērogošana: plānojiet izaugsmei, nevis sākumam
Galvenā izvēles kļūda ir izmērot serveri pēc šodienas slodzes un aizmirst, kas notiks pēc gada. Virtuālā vidē tā nav problēma: sākat ar izmērīto vajadzību plus rezervi un resursus pievienojat, augot. Dedicētā vidē izaugsme jāplāno uzreiz vai jāpieņem migrācija.
Padoms no mūsu prakses: izvēlieties modeli pēc tā, cik bieži jūsu vajadzības mainīsies. Ja nezināt, izvēlieties virtuālo un mēriet. Pāriet no virtuālā servera uz dedicēto vai klasteri pēc sešiem mēnešiem, ar īstiem datiem, ir ievērojami lētāk nekā minēt sākumā.
Ar ko sākt
- Divas nedēļas vāciet procesora, atmiņas un diska rādītājus no savas pašreizējās sistēmas, ieskaitot mēneša beigas.
- Nosakiet maksimumu un pievienojiet vismaz 30 procentu rezervi. Tā ir jūsu sākotnējā resursu vajadzība.
- Novērtējiet, cik jūsu uzņēmumam izmaksā viena dīkstāves stunda. Ja daudz, apsveriet klasteri, nevis atsevišķu serveri.
- Pārbaudiet programmatūras licences noteikumus attiecībā uz virtualizāciju.
- Apspriediet rezultātus ar pakalpojumu sniedzēju, kas piedāvā visus trīs modeļus, nevis tikai vienu. Mēs palīdzam izmērīt slodzi, izvēlēties pareizo risinājumu un pēc migrācijas to uzturam saskaņā ar saskaņoto pakalpojumu līmeni.
