Koplietošanas hostings, VPS vai mākoņserveris: ko Jūsu vietnei tiešām vajag

Koplietošanas hostings, VPS un mākoņserveris cenrādī izskatās pēc trim jaudas pakāpēm, bet atšķiras trijās vietās: kas Jūs atdala no kaimiņiem uz tās pašas mašīnas, kur konts atduras un kurš atjaunina programmatūru.

Trešdienas rītā ap desmitiem vietne kļūst lēna — ne mirusi, tikai lēna: lapa atveras piecās sekundēs, administrācijas panelis atsakās saglabāt ierakstu, un pēc pusstundas viss atkal ir kārtībā, it kā nekas nebūtu bijis. Mitinātāja atbalsta dienests pēc pusdienlaika atbild, ka konts ir pārsniedzis sava plāna ierobežojumus, un piedāvā pāriet uz nākamo līmeni, kurš maksā trīs reizes vairāk un cenrādī saucas „mākoņserveris“.

Šajā brīdī vairākums pircēju nezina, ko tieši viņi pērk, un tas nav pārmetums: koplietošanas hostings, VPS un mākoņserveris cenrādī ir salikti viens zem otra kā trīs jaudas pakāpes vienam un tam pašam pakalpojumam, lai gan tie ir trīs dažādi tehniski risinājumi, kuri atšķiras trijās konkrētās vietās. Katru no šīm trim vietām Jūs varat pārbaudīt ar savas vietnes skaitļiem rokā, un neviena no tām nav nolasāma no plāna nosaukuma.

Trīs vietas, kurās plāni patiešām atšķiras

Pirmā ir izolācija, tas ir, kas tieši atdala Jūsu vietni no pārējo klientu vietnēm uz tās pašas fiziskās mašīnas. Koplietošanas hostingā tas ir konts operētājsistēmā kopā ar kodola līmenī ieliktu resursu konteineru, VPS gadījumā tā ir atsevišķa virtuālā mašīna ar savu operētājsistēmu, bet mākoņserverī tā ir tā pati virtuālā mašīna, tikai pasūtīta un apmaksāta citādi. Praktiskā atšķirība starp šiem trim variantiem ir tajā, cik lielā mērā kaimiņa slodze var ietekmēt Jūsu vietni un cik daudz no mašīnas Jūs vispār drīkstat mainīt, kad izrādās, ka noklusētā konfigurācija Jums neder.

Otrā vieta ir ierobežojums, tas ir, kur konts atduras un kā tas izpaužas, un tieši šeit rodas visvairāk pārpratumu, jo cilvēki gaida, ka pārslodze nozīmē lēnu lapu, kaut gan daļā gadījumu tā nozīmē lapu, kura vispār neatveras un atgriež kļūdas kodu, kuru pircējs savā dzīvē nav redzējis ne reizi. Trešā vieta ir atbildība, tas ir, kurš atjaunina operētājsistēmu, kurš tīmekļa serveri, kurš PHP un kurš pašu vietni, un tieši šeit VPS pircēji pārrēķinās visbiežāk, jo root piekļuve nav dāvana, ko mitinātājs pasniedz kopā ar jaudīgāku mašīnu — tā ir pienākumu saraksta pāreja no viņa uz Jums, un tā notiek klusi, tajā pašā minūtē, kad tiek nosūtīta parole.

Viss pārējais, kas hostinga salīdzinājuma tabulā aizņem rindas, ir vai nu vienāds visos plānos, vai arī nav tas, kas neiztur: NVMe diski šodien ir praktiski visur, bet „neierobežota datu plūsma“ ir apgalvojums par pārsūtīto datu apjomu, nevis par resursiem, un tas parasti stāv tieši blakus tabulai, kurā resursi ir saskaitīti līdz pēdējam megabaitam. Savukārt 99,9% ir skaitlis ar precīzu juridisku nozīmi un ar izņēmumu sarakstu zem tā, un lielākā daļa pircēju domā, ka tas sedz kaut ko pavisam citu, nekā tas patiesībā sedz.

Koplietošanas hostings: viens serveris, daudzi konti

Koplietošanas hostings ir lietotāja konts uz mašīnas, uz kuras dzīvo vēl simti tādu pašu kontu, un Latvijas mitinātāji šo vienu un to pašu produktu sauc trīs dažādos vārdos: CloudHosting to raksta kā koplietošanas hostingu, Hostnet kā dalīto hostingu, bet AlphaHost kā virtuālo hostingu. Tehniski visos trijos gadījumos tas nozīmē vienu un to pašu vienošanos — Jums pieder konts, nevis mašīna, vietni Jūs pārvaldāt caur cPanel vai līdzīgu paneli, un viss, kas atrodas zem tā paneļa, pieder kādam citam.

Kas Jūs atdala no kaimiņiem, ir konkrēta programmatūra, nevis solījums cenrādī, un to ir vērts zināt vārdā. Lielākā daļa cPanel mitinātāju strādā uz CloudLinux, kurā katram kontam ir sava failu sistēmas kopija: CloudLinux dokumentācija par CageFS raksta, ka lietotāji nevar ne redzēt, ne konstatēt citus lietotājus un viņu lietotājvārdus uz servera, nevar nolasīt tīmekļa servera konfigurāciju un redz tikai apgrieztu procesu sarakstu. Otrs slānis ir LVE — kodola līmeņa resursu konteiners, kurš katram kontam nosaka procesora, atmiņas, ievadizvades un procesu ierobežojumus tieši tāpēc, lai, kā to formulē pati dokumentācija, neviena atsevišķa vietne nevarētu nogāzt visu tīmekļa serveri.

Trešais slānis ir PHP iestatījums open_basedir, un par to ir vērts zināt, ko saka pati PHP rokasgrāmata, nevis mitinātāja mārketings: tas ir papildu drošības tīkls, kurš nekādā ziņā nav visaptverošs un uz kuru nevar paļauties tad, kad drošība tiešām ir vajadzīga. Turpat rokasgrāmata brīdina, ka arī funkciju atslēgšanu ar disable_functions var apiet un ka koplietotā vidē tas nav pietiekams drošības pasākums. Nekas no tā nav arguments pret koplietošanas hostingu; tas ir arguments par to, ka izolāciju šeit dod kodols un failu sistēma, nevis viena rindiņa konfigurācijas failā, un ka mitinātājs, kurš uz jautājumu par izolāciju atbild ar vārdu „droši“, uz to nav atbildējis.

Ko koplietošanas hostingā izvēlēties nevar, ir tikpat svarīgi kā tas, ko var: kodols ir viens visiem kontiem, tāpēc kodola versiju Jūs nemainīsiet, PHP versiju sarakstu nosaka mitinātājs un tas parasti atpaliek no jaunākās versijas par vienu vai divām, bet tīmekļa serveris ir tāds, kāds uzstādīts, tāpēc uz jautājumu par pakotni, kuras tur nav, atbilde būs „nē“, nevis „uzstādiet“. Koplietots serveris ir arī tā vieta, kurā incidenta gadījumā mitinātājam ir jāpārbauda blakus konti, jo uzbrucējs, kurš iekļuvis vienā kontā, mēģina to pašu ar kaimiņiem; ko darīt, kad tas ir noticis, mēs esam aprakstījuši rakstā par uzlauztu WordPress mājaslapu. Neviens no šiem ierobežojumiem nav trūkums: tā ir tieši tā vienošanās, kura padara šo produktu lētu, un pircējs, kurš to saprot, no tā iegūst.

Kas notiek, kad konts atduras pret savu ierobežojumu

Koplietošanas plānam ir vairāki dažādi ierobežojumi, tie tiek sasniegti neatkarīgi viens no otra un izpaužas pilnīgi atšķirīgi, tāpēc simptoms ir noderīgs diagnostikas rīks. CloudLinux noklusētie ierobežojumi vienam kontam ir 100% no viena procesora kodola, 1 GB fiziskās atmiņas, 1024 KB/s ievadizvades, simts procesu un divdesmit ieejas procesu, un tieši pēdējais skaitlis ir tas, kurš pircējus pārsteidz, jo divdesmit izklausās pēc smieklīgi maza skaitļa vietnei, kura mēnesī saņem desmit tūkstošus apmeklētāju.

Skaidrojums ir tajā, ka ieejas process nav apmeklētājs: tas ir process, kurš kontā ienāk no ārpuses — jauns HTTP pieprasījums PHP skriptam, SSH sesija vai cron uzdevums — kamēr procesi, kuri rodas jau iekšpusē, skaitās pavisam citā ierobežojumā. Kad ieejas procesu skaits ir sasniegts, Apache modulis nākamo pieprasījumu vairs neielaiž un atdod kļūdu 508 Resource Limit Reached, un CloudLinux savā zināšanu bāzē to apraksta bez mīkstinājumiem: vietne, kura patērē pārāk daudz resursu, pārstāj strādāt, bet pārējie klienti uz tā paša servera turpina darboties normāli. Tieši tāda ir šī mehānisma jēga — nogriezt vienu kontu, lai neapstātos mašīna.

Pārējie ierobežojumi izpaužas citādi, un no simptoma var nolasīt, kurš tieši ir sasniegts, pirms kāds sāk minēt: procesors un ievadizvade netiek nogriezti, bet bremzēti, tāpēc lapa kļūst lēna un galu galā atveras, kamēr atmiņas un procesu ierobežojumi parasti dod 500 vai 503, tas ir, lapu, kura neatveras vispār. Uz LiteSpeed serveriem ieejas procesus skaita citādi nekā uz Apache, tāpēc tur šo pašu skaitli nedrīkst pārtulkot kā vienlaicīgu apmeklētāju skaitu, un tas ir viens no biežākajiem veidiem, kā pareizs skaitlis nonāk nepareizā teikumā.

Ir vēl ceturtais ierobežojums, kurš ar slodzi nav saistīts vispār un tāpēc pieklīst negaidīti: inode ir failu sistēmas ieraksts par vienu failu vai mapi, tāpēc inodu skaits kontā vienkārši ir failu un mapju skaits, ieskaitot pastkasti, kuru neviens gadiem nav tīrījis. Latvijas Hostnet savā cenrādī inodus publicē atklāti — MINI plānā 400 000, PLUS 600 000, PRO 800 000 — un tajā pašā tabulā MINI un PLUS blakus stāv 100% no viena kodola un 2048 MB atmiņas, bet PRO 200% un 3072 MB, turklāt visiem trim 10 MB/s ievadizvades un 150 vienlaicīgu pieslēgumu, kamēr mēneša datu plūsma ir „neierobežota“. Šis salikums ir īstā mācība par vārdu „neierobežots“ hostinga cenrādī: tas attiecas uz pārsūtīto datu apjomu, un visi pārējie ierobežojumi stāv turpat blakus, saskaitīti līdz pēdējam skaitlim.

VPS: sava operētājsistēma uz dalītas dzelzs

VPS ir virtuāla mašīna, kurā Jums pieder operētājsistēma, root piekļuve un iespēja uzstādīt to, kas vajadzīgs, un Latvijas tirgū to raksta gan latviski, gan ar angļu saīsinājumu: Tet savā lapā to atšifrē kā Virtual Private Server, bet pašu pakalpojumu sauc par virtuālo serveru nomu. Tas, ko šis nosaukums nepasaka, ir divi tehniski jautājumi, kuri izšķir, cik daudz no „sava servera“ tiešām ir Jūsu.

Pirmais jautājums ir, vai virtualizācija ir aparatūras vai operētājsistēmas līmeņa. KVM ir Linux kodola modulis, kurš izmanto procesora virtualizācijas paplašinājumus un dod katram viesim savu virtualizētu aparatūru — tīkla karti, disku, videoadapteri — un pats galvenais, savu kodolu, tāpēc uz tā var darbināt arī nemainītu Windows. LXC un tam radniecīgie konteineri ir cits mehānisms: tie izmanto Linux nosaukumtelpas, cgroups un tiesību ierobežošanu, lai izveidotu vidi, kura ir pēc iespējas tuvāka atsevišķai Linux instalācijai, taču bez atsevišķa kodola. Sekas ir vienkāršas un praktiskas — konteinerā kodola versija, kodola moduļi un kodola ievainojamības paliek kopīgas ar saimniekmašīnu, tāpēc daļa no tā, ko Jūs domājāt nopērkam, patiesībā palika kaimiņiem.

Otrais jautājums ir par procesoru, jo vārdi „savs serveris“ nenozīmē savu procesoru. Hetzner mākoņserveriem ir divas atsevišķas produktu rindas: koplietoto resursu plānos skaitļošanas resursi tiek sadalīti starp visām instancēm uz tā paša fiziskā servera ar bāzes veiktspēju un iespēju to uz laiku pārsniegt, kamēr dedicēto resursu plānos viens vCPU ir viens fiziska kodola pavediens un tikai Jūsu. DigitalOcean to formulē vēl skaidrāk: koplietotā plānā pavediens var tikt dalīts ar citiem, un, ja kaimiņiem ir liela slodze, instance saņem pavediena daļas, nevis pilnu piekļuvi, tā ka praksē pilna piekļuve ir iespējama, bet nav garantēta.

Cik kaimiņu ir uz vienas mašīnas, nepublicē neviens no lielajiem pakalpojuma sniedzējiem, un attiecība, kuru Jūs atradīsiet blogos, nav neviena publicēts mērījums, tāpēc to nav vērts nedz citēt, nedz ticēt. Vienīgais dokumentētais lielums, uz kuru var atsaukties, ir tas, vai plāns sola dalītus vai atsevišķus resursus, un šī atšķirība parasti ir uzrakstīta pavisam atklāti — ar diviem dažādiem produktu nosaukumiem, divām dažādām specifikācijām un cenu starpību, kura ir vairākkārtīga.

Mākoņserveris ir tas pats VPS, nopirkts citādi

Mākoņserveris tehniski ir virtuāla mašīna uz hipervizora, tas ir, tieši tas pats, kas VPS, un arī Latvijā to skaidro tāpat: CloudHosting savā jautājumu sadaļā raksta, ka Cloud serveris jeb mākoņserveris ir virtuāls serveris, un Hetzner dokumentācija sāk ar to pašu teikumu — mākoņserveri ir virtuālās mašīnas, kuras darbojas uz fiziskiem serveriem. Ja Jūs no diviem piedāvājumiem gaidāt divus dažādus dzelžus, tad gaidīšanai nav pamata.

Atšķirība ir nevis dzelzī, bet iepirkšanās veidā, un to visprecīzāk apraksta ASV standartu institūta NIST definīcija, kuru nozare joprojām citē: mākonim ir piecas pazīmes — pašapkalpošanās pēc pieprasījuma, piekļuve pa tīklu, resursu apvienošana ar vairākiem nomniekiem, ātra elastība un mērīts patēriņš. Praksē tas nozīmē API, ar kuru mašīnu var izveidot un nojaukt programmatiski, tarifikāciju pa stundām ar mēneša griestiem un papildu detaļas, kuras var pieslēgt atsevišķi: momentuzņēmumus, atsevišķu bloku krātuvi, pārvietojamu IP adresi un slodzes līdzsvarotāju.

Katrai no šīm detaļām ir robežas, kuras ir vērts zināt pirms pirkuma, nevis mēnesi pēc tā. Hetzner plāna maiņa nevar samazināt diska izmēru arī tad, ja no tā tiek izmantota tikai daļa; pēc diska palielināšanas nodalījums jāizpleš pašam glābšanas režīmā, un pati plāna maiņa ir uzskaitīta kā izņēmums no pieejamības garantijas. Momentuzņēmums savukārt nav dublējumkopija, lai gan abus vārdus tirgū lieto kā sinonīmus: Hetzner momentuzņēmumos neietilpst pievienotie sējumi, un konsistence netiek garantēta, ja serveris darbojas, tāpēc tā ir laba lieta pirms atjauninājuma un slikta lieta kā vienīgā datu kopija. Pārvietojamā IPv4 adrese maksā atsevišķi, tāpat kā galvenā IPv4 adrese pie pašas instances.

Piecu lapu uzņēmuma vietnei parasti netiek izmantota neviena no šīm detaļām, un tas ir godīgākais teikums šajā sadaļā: ja vietne nekad nemaina jaudu, nekad nepārslēdzas uz otru mašīnu un nekad netiek pieslēgta pie API, tad mākoņserveris un tāda paša izmēra VPS ir viena un tā pati mašīna ar diviem dažādiem rēķiniem. Tas nav arguments pret mākoni, jo tur, kur elastība tiek izmantota, tā maksā mazāk nekā pastāvīgi turēta rezerve. Tas ir arguments par to, ka izvēle ir starp iespējām, kuras Jūs tiešām izmantosiet, nevis starp vārdiem, kuri izklausās moderni.

Kurš atjaunina ko

Vislielākā praktiskā atšķirība starp trim plāniem nav ātrums, bet pienākumu sadalījums, un visskaidrāk to ir formulējuši paši mākoņa pakalpojumu sniedzēji. AWS dalītās atbildības modelis sadala visu divās daļās: mākoņa drošība ir AWS atbildība — aparatūra, programmatūra, tīkls un telpas, kurās pakalpojumi darbojas — bet drošība mākonī ir klienta atbildība. Ielāpu jautājumā tas pat ir uzrakstīts atsevišķi un vārds vārdā: AWS atbild par infrastruktūras ielāpiem un defektiem, bet klients atbild par sava viesa operētājsistēmas un savu lietojumprogrammu ielāpiem.

Koplietošanas hostingā šis slānis pieder mitinātājam, un tā ir šī produkta lielākā vērtība, par kuru reti kurš domā: kodolu, tīmekļa serveri un PHP atjaunina viņi, un Jūs par to nezināt neko, kamēr kaut kas nesalūzt. Nepārvaldītā VPS vai mākoņserverī tas viss pārgāja Jums kopā ar root paroli, un Hetzner savos noteikumos to pasaka arī no otras puses: programmatūra, konfigurācija un sistēmas iestatījumi, kurus ievieš klients, netiek uzskatīti par pieejamības traucējumu, tātad par tiem neatbild pakalpojuma sniedzējs un tie neietilpst nevienā kompensācijā.

Pati vietne paliek Jūsu atbildībā visos trīs gadījumos, un tas ir tas punkts, kurā piedāvājumi jālasa uzmanīgi, jo vārds „pārvaldīts“ nozarē parasti nozīmē operētājsistēmu un servera programmatūru, nevis WordPress kodolu, spraudņus un tēmu. Arī mūsu pašu infrastruktūras nomas uzturēšanā ietilpst operētājsistēmas un servera programmatūras atjauninājumi, drošības konfigurācija, dublējumi ar pārbaudītu atjaunošanu, monitorings un reaģēšana pēc SLA — un tur nav rakstīts, ka mēs atjauninām Jūsu spraudņus, jo tā ir cita rinda cenrādī un cits līgums, un mēs to sakām skaidri, lai neviens neatklātu šo robežu incidenta dienā.

Praktiskais tests pirms pasūtījuma ir viens jautājums, uzdots tieši un ar trim daļām: kurš atjaunina operētājsistēmu, kurš tīmekļa serveri un PHP, un kurš vietnes kodu. Ja atbilde uz kādu no trim ir „Jūs pats“, tad tas ir darbs, kuram vajag vai nu cilvēku ar laiku, vai līgumu ar kādu citu, un neviens no abiem nav bezmaksas. Neatbildēts šis jautājums nepazūd — tas atgriežas pēc astoņpadsmit mēnešiem kā sistēma, kurā neviens nav ielicis nevienu ielāpu, un tad tas vairs nav plāna izvēles jautājums.

Ko nozīmē 99,9% un ko tie nesedz

Pieejamības procents cenrādī izskatās pēc solījuma, bet patiesībā ir formula ar izņēmumu sarakstu. Hetzner mākoņserveru pakalpojuma līmeņa vienošanās sola 99,9% mēnesī vienai instancei, un pats Hetzner savā skaidrojumā izrēķina, ko šis skaitlis nozīmē praksē: trīsdesmit dienu mēnesī 43 minūtes dīkstāves joprojām ir vienošanās robežās, tas ir, tās nav pārkāpums un par tām nav paredzēta nekāda kompensācija.

Pati kompensācija ir tikpat konkrēta un daudz mazāka, nekā cilvēki gaida: tā tiek rēķināta no minūtēm virs sliekšņa, pārrēķinātām stundās un reizinātām ar instances stundas likmi, un izmaksāta kā kredīts turpmākajam patēriņam, nevis nauda. Hetzner paša piemērā 185 minūšu dīkstāve dod 142 minūtes virs sliekšņa jeb 2,37 stundas un kredītu 0,87 eiro apmērā, kas ir mazāk, nekā maksā stundas darbs pie tā izrēķināšanas. Neatgūtais apgrozījums, zaudētie pasūtījumi un kritušās pozīcijas meklētājos tur neietilpst nekur, un neviena hostinga vienošanās, kuru mēs esam lasījuši, tos nesedz.

Izņēmumu saraksts ir tikpat svarīgs kā skaitlis, jo tieši tas nosaka, cik bieži šis skaitlis vispār tiek piemērots: ārpus vienošanās paliek iepriekš izziņotā apkope, klienta paša programmatūra un konfigurācija, klienta pieprasītā plāna maiņa, dzīvās migrācijas saimniekmašīnas stabilitātes dēļ un tīkls aiz pakalpojuma sniedzēja pamattīkla. Tas viss ir uzrakstīts godīgi un atklāti, un no tā izriet vienkāršs secinājums: procents attiecas uz mašīnu, nevis uz Jūsu vietni, tāpēc vietne, kura nokrita pēc neveiksmīga atjauninājuma, ir ārpus šī līguma pilnībā.

Turklāt 99,9% nav nozares konstante, lai gan to bieži lieto tā, it kā būtu. Amazon EC2 vienošanās vienai instancei sola 99,5%, bet 99,99% tikai tad, ja instances ir izvietotas vismaz divās pieejamības zonās, tas ir, tie ir divi dažādi līgumi ar diviem dažādiem skaitļiem, un teikums „nozarē ir 99,9%“ tos abus saplacina vienā. Koplietošanas hostingā šāda dokumenta parasti nav vispār — ir tikai skaitlis mājaslapā bez definīcijas, bez mērīšanas metodes un bez sekām, un tas ir apgalvojums, nevis saistība.

Kā izmērīt savu vietni pirms izvēles

Skaitlis, kurš izšķir, nav apmeklētāju skaits mēnesī, lai gan tieši to pircējs zina no galvas un tieši to pārdevējs prasa pirmo. Izšķir vienlaicīgo PHP pieprasījumu skaits tajā brīdī, kad slodze ir vislielākā, un tas ir pavisam cits lielums, kurš ar mēneša apmeklētību korelē vāji.

Divas vietnes ar vienādu apmeklētību var atrasties dažādās pusēs no viena un tā paša ierobežojuma, un starpība ir tajā, cik ilgi katra lapa tur procesu. Statisku, kešatmiņā saliktu uzņēmuma vietni lielākoties apkalpo tīmekļa serveris bez PHP, tāpēc ieejas procesus tā gandrīz nepatērē un desmit tūkstoši apmeklētāju mēnesī tai neko nenozīmē. Interneta veikals, kurā katrs grozs, katra pieteikšanās un katra atgriešanās no maksājumu vārtejas tur PHP procesu divas sekundes, to pašu ierobežojumu var sasniegt jau pie divdesmit vienlaicīgiem pircējiem, un tieši tāpēc kampaņas pirmajā stundā krīt tieši tie veikali, kuri kampaņu ir apmaksājuši.

Kopā ar šo skaitli ir vērts nolasīt vēl trīs, un visi trīs ir pieejami bez izstrādātāja palīdzības. Pirmais ir datubāzes izmērs un lēnākais vaicājums tajā, jo tieši tas parasti ir īstais lēnuma cēlonis, nevis mašīnas jauda. Otrais ir failu skaits kontā, jo inodu ierobežojumu vietnes ar lielām mediju bibliotēkām un ar vecu pastkasti sasniedz negaidīti un bez brīdinājuma. Trešais ir tas, ko vietne dara ārpus pārlūka — cron uzdevumi, pasta izsūtīšana, integrācijas ar grāmatvedības sistēmu — jo šie procesi arī ienāk kontā no ārpuses un skaitās tajā pašā ierobežojumā, kuru Jūs tikko izmērījāt pircējiem.

Visi četri skaitļi ir nolasāmi vienā pēcpusdienā no hostinga paneļa statistikas un servera žurnāliem, un tā ir vienīgā vieta, kurā ir Jūsu vietnes patiesā slodze, nevis nojausma par to. Plāna nosaukums šos skaitļus nezina, pārdevējs, kurš tos nav redzējis, arī ne, un saruna, kura sākas ar tiem, parasti beidzas ar lētāku atbildi nekā saruna, kura sākas ar plānu sarakstu.

Kad pāreja palīdz un kad tā neko neatrisina

Pāreja uz lielāku plānu ir pareizā atbilde krietni retāk, nekā to piedāvā, un pirmais gadījums, kad tā nepalīdz, ir arī visbiežākais. Ja vietne ir lēna tāpēc, ka viens vaicājums izlasa visu produktu tabulu katrā lapas atvēršanā, tad jaudīgāka mašīna to izpildīs ātrāk, problēma paliks, un Jūs būsiet nopirkuši laiku, nevis risinājumu. Tas pats attiecas uz četrdesmit spraudņiem, uz neapstrādātiem attēliem tiešā izmērā un uz tēmu, kura katrā pieprasījumā uzbūvē izvēlni no nulles.

Pāreja ir pareizā atbilde tad, kad ierobežojums ir sasniegts ar korektu kodu: ja vietne ir kešota, vaicājumi ir kārtībā un konts joprojām atduras pret ieejas procesu skaitu, tad tas ir plāna ierobežojums, nevis defekts kodā, un vairāk optimizēt nav ko. Tāpat pāreja ir vienīgā atbilde tad, kad vajadzīgs kaut kas, ko koplietotā kontā uzstādīt nevar — cita PHP versija, rindu apstrādātājs, Redis, savs cron ar minūtes soli — vai kad nozares, iepirkuma vai klienta prasība nosaka, kurā valstī dati fiziski atrodas.

Ir arī trešais gadījums, par kuru pārdevēji runā reti, jo tas samazina rēķinu: dažreiz pareizā kustība ir uz leju. Vietne, kura pirms trim gadiem tika pārcelta uz VPS vienas reklāmas kampaņas dēļ un kopš tā laika saņem divsimt apmeklētāju dienā, maksā par mašīnu, kuru neizmanto, un maksā par to divreiz — ar naudu rēķinā un ar cilvēka laiku, jo VPS operētājsistēma kādam ir jāatjaunina arī tad, kad neviens tur neienāk.

Pirms jebkuras pārcelšanas ir vērts atrisināt vēl vienu jautājumu, kurš ar jaudu nav saistīts vispār: uz kā vārda ir reģistrēts domēns un uz kā vārda ir hostinga konts. Par to mēs rakstījām atsevišķi rakstā par kļūdām, pasūtot mājaslapas izstrādi, un šis ir viens no tiem jautājumiem, kuri migrācijas dienā vairs nav ātri saremontējami, jo atbilde uz to ir atkarīga no cilvēka, ar kuru Jūs varbūt vairs nesarunājaties.

Ko Jūs pērkat, kad plāns saucas par pārvaldītu

Cenu atšķirība starp nepārvaldītu un pārvaldītu mašīnu ir liela, un tā nav uzcenojums par vienu un to pašu preci, tāpēc abus skaitļus ir godīgi nolikt blakus. Hetzner cenrādī, kurš stājās spēkā 2026. gada 15. jūnijā, CX23 mākoņserveris ar diviem vCPU, četriem gigabaitiem atmiņas un 40 GB disku maksā 5,49 eiro mēnesī bez PVN, un galvenā IPv4 adrese tam nāk klāt par 0,50 eiro mēnesī. Mūsu infrastruktūras noma sākas no €45 / mēn., un starpība starp šiem diviem skaitļiem ir tieši tas, par ko šī sadaļa ir.

Starpība ir darbs, un to var uzskaitīt pa vienam: operētājsistēmas un servera programmatūras atjauninājumi, drošības konfigurācija, monitorings ar Zabbix visu diennakti un reaģēšana pēc SLA, dublējumi katru dienu ar 30 dienu glabāšanu un regulāri pārbaudītu atjaunošanu, bet īpaši kritiskai infrastruktūrai — līdz 365 dienām un divās dažādās Eiropas Savienības valstīs. Vides sagatavošana un pārcelšana aizņem 3–10 dienas, migrāciju veicam paralēli un DNS pārslēdzam plānotā logā, un pēc tam Jums ir viens atbildīgais kontakts, nevis atbalsta biļete citā laika joslā.

Godīgi jāpasaka arī otra puse, jo bez tās šī sadaļa būtu cenrādis ar rakstu apkārt. Ja Jūsu vietne ir statiska, apmeklējums neliels un neviens nekad neprasa PHP versiju, kuras mitinātājam nav, tad koplietošanas hostings par dažiem eiro mēnesī ir pareizā atbilde, un pārvaldīta vide būtu maksa par sirdsmieru, kurš Jums jau tāpat ir. Mēs to sakām arī tiem, kuri zvana ar šo jautājumu, jo pārdot vidi, kura netiek izmantota, ir īstermiņa darījums — pēc gada tas atgriežas kā jautājums par to, par ko īsti tika maksāts, un uz to nav labas atbildes.

Ja neesat droši, kurā pusē no šīs robežas ir Jūsu vietne, tos četrus skaitļus var nolasīt kopā: uzrakstiet mums, un mēs pateiksim, ko rāda Jūsu pašreizējā konta statistika un kurš ierobežojums Jums ir tuvākais — arī tad, ja atbilde izrādās, ka pārcelties nav nekādas vajadzības un naudu labāk ieguldīt vietnes ātrumā.