Kas yra VPS: talpinimas ar cloud server Jūsų svetainei

Talpinimas, VPS ir cloud server kainoraštyje atrodo kaip trys galios pakopos, bet skiriasi trimis vietomis: kas Jus atskiria nuo kaimynų toje pačioje mašinoje, kur paskyra atsitrenkia ir kas atnaujina programinę įrangą.

Trečiadienio rytą apie dešimtą svetainė sulėtėja — ne mirusi, tik lėta: puslapis atsiveria per penkias sekundes, administravimo skydelis atsisako išsaugoti įrašą, ir po pusvalandžio viskas vėl tvarkoje, tarsi nieko nebūtų buvę. Talpinimo tiekėjo pagalbos tarnyba po pietų atsako, kad paskyra viršijo savo plano ribas, ir siūlo pereiti į kitą lygį, kuris kainuoja tris kartus daugiau ir kainoraštyje vadinasi „cloud server“.

Kas yra VPS, kas talpinimas ir kas cloud server: šiuo metu dauguma pirkėjų nežino, ką tiksliai perka, ir tai nėra priekaištas — kainoraštyje jie sudėti vienas po kito kaip trys to paties paslaugos galios pakopos, nors tai trys skirtingi techniniai sprendimai, kurie skiriasi trimis konkrečiomis vietomis. Kiekvieną iš šių trijų vietų galite patikrinti turėdami savo svetainės skaičius po ranka, ir nė vienos neišskaitysite iš plano pavadinimo.

Trys vietos, kuriose planai iš tikrųjų skiriasi

Pirmoji yra izoliacija, tai yra, kas būtent atskiria Jūsų svetainę nuo kitų klientų svetainių toje pačioje fizinėje mašinoje. Talpinime tai paskyra operacinėje sistemoje kartu su branduolio lygmens išteklių konteineriu, VPS atveju — atskira virtualioji mašina su sava operacine sistema, o cloud server — ta pati virtualioji mašina, tik užsakyta ir apmokėta kitaip. Praktinis skirtumas tarp šių trijų variantų slypi tame, kiek kaimyno apkrova gali paveikti Jūsų svetainę ir kiek mašinoje Jums apskritai leidžiama keisti, kai paaiškėja, kad numatytoji konfigūracija Jums netinka.

Antroji vieta yra riba, tai yra, kur paskyra atsitrenkia ir kaip tai pasireiškia, ir būtent čia kyla daugiausia nesusipratimų, nes žmonės laukia, kad perkrova reikš lėtą puslapį, nors dalyje atvejų ji reiškia puslapį, kuris visai neatsiveria ir grąžina klaidos kodą, kokio pirkėjas per visą gyvenimą nėra matęs nė karto. Trečioji vieta yra atsakomybė, tai yra, kas atnaujina operacinę sistemą, kas žiniatinklio serverį, kas PHP ir kas pačią svetainę, ir būtent čia VPS pirkėjai apsiskaičiuoja dažniausiai, nes root prieiga nėra dovana, kurią tiekėjas įteikia kartu su galingesne mašina — tai pareigų sąrašo perėjimas nuo jo Jums, ir tai įvyksta tyliai, tą pačią minutę, kai išsiunčiamas slaptažodis.

Visa kita, kas talpinimo palyginimo lentelėje užima eilutes, arba yra vienoda visuose planuose, arba nėra tai, kas neišlaiko: NVMe diskai šiandien yra praktiškai visur, o „neribojamas duomenų srautas“ yra teiginys apie perduotų duomenų kiekį, ne apie išteklius, ir paprastai stovi kaip tik šalia lentelės, kurioje ištekliai suskaičiuoti iki paskutinio megabaito. Tuo tarpu 99,9 % yra skaičius su tikslia teisine reikšme ir su išimčių sąrašu po juo, ir didžioji dalis pirkėjų mano, kad jis dengia visai ką kita, nei iš tikrųjų dengia.

Talpinimas: vienas serveris, daug paskyrų

Talpinimas yra naudotojo paskyra mašinoje, kurioje gyvena dar šimtai tokių pačių paskyrų, o Lietuvos tiekėjai tą patį produktą vadina keliais vardais: Interneto vizija jį rašo kaip svetainių talpinimą, pačią paskyrą vadina virtualiu serveriu, o modelį apibūdina kaip talpinimą bendrame serveryje (angl. shared hosting); palyginimo tekstuose tas pats produktas vadinamas dalijamuoju hostingu. Techniškai visais atvejais tai reiškia tą pačią sutartį — Jums priklauso paskyra, ne mašina, svetainę valdote per cPanel ar panašų skydelį, ir viskas, kas yra po tuo skydeliu, priklauso kam nors kitam.

Kas Jus atskiria nuo kaimynų, yra konkreti programinė įranga, ne pažadas kainoraštyje, ir tą verta žinoti vardu. Didžioji dalis cPanel tiekėjų dirba su CloudLinux, kuriame kiekviena paskyra turi savą failų sistemos kopiją: CloudLinux dokumentacija apie CageFS rašo, kad naudotojai negali nei matyti, nei nustatyti kitų naudotojų ir jų vardų serveryje, negali nuskaityti žiniatinklio serverio konfigūracijos ir mato tik apkarpytą procesų sąrašą. Antrasis sluoksnis yra LVE — branduolio lygmens išteklių konteineris, kuris kiekvienai paskyrai nustato procesoriaus, atminties, įvesties–išvesties ir procesų ribas kaip tik tam, kad, kaip formuluoja pati dokumentacija, jokia atskira svetainė negalėtų parklupdyti viso žiniatinklio serverio.

Trečiasis sluoksnis yra PHP nuostata open_basedir, ir apie ją verta žinoti, ką sako pats PHP vadovas, ne tiekėjo rinkodara: tai papildomas saugos tinklas, kuris jokiu būdu nėra visapusiškas ir kuriuo negalima pasikliauti tada, kai saugumo iš tikrųjų reikia. Ten pat vadovas įspėja, kad ir funkcijų išjungimą su disable_functions galima apeiti ir kad bendroje aplinkoje to kaip saugumo priemonės nepakanka. Niekas iš to nėra argumentas prieš talpinimą; tai argumentas, kad izoliaciją čia duoda branduolys ir failų sistema, ne viena eilutė konfigūracijos faile, ir kad tiekėjas, kuris į klausimą apie izoliaciją atsako žodžiu „saugu“, į jį neatsakė.

Ko talpinime pasirinkti negalima, yra lygiai taip pat svarbu kaip tai, ką galima: branduolys vienas visoms paskyroms, todėl branduolio versijos Jūs nekeisite, PHP versijų sąrašą nustato tiekėjas ir jis paprastai atsilieka nuo naujausios per vieną ar dvi versijas, o žiniatinklio serveris yra toks, koks įdiegtas, todėl į klausimą apie paketą, kurio ten nėra, atsakymas bus „ne“, o ne „įdiekite“. Bendras serveris yra ir ta vieta, kurioje incidento atveju tiekėjas turi patikrinti gretimas paskyras, nes įsilaužėlis, patekęs į vieną paskyrą, bando tą patį su kaimynais; ką daryti, kai tai jau įvyko, esame aprašę straipsnyje apie nulaužtą WordPress svetainę. Nė viena iš šių ribų nėra trūkumas: tai kaip tik ta sutartis, kuri šį produktą padaro pigų, ir pirkėjas, kuris tai supranta, iš to laimi.

Kas nutinka, kai paskyra atsitrenkia į savo ribą

Talpinimo planas turi kelias skirtingas ribas, jos pasiekiamos nepriklausomai viena nuo kitos ir pasireiškia visiškai skirtingai, todėl simptomas yra naudingas diagnostikos įrankis. CloudLinux numatytosios ribos vienai paskyrai yra 100 % vieno procesoriaus branduolio, 1 GB fizinės atminties, 1024 KB/s įvesties–išvesties, šimtas procesų ir dvidešimt entry processes, ir būtent paskutinis skaičius pirkėjus nustebina, nes dvidešimt skamba kaip juokingai mažas skaičius svetainei, kuri per mėnesį sulaukia dešimties tūkstančių lankytojų.

Paaiškinimas tas, kad entry process nėra lankytojas: tai procesas, kuris į paskyrą ateina iš išorės — nauja HTTP užklausa PHP scenarijui, SSH sesija arba cron užduotis — o procesai, kurie atsiranda jau viduje, skaičiuojami visai kitoje riboje. Kai entry processes skaičius pasiektas, Apache modulis kitos užklausos nebeįleidžia ir grąžina klaidą 508 Resource Limit Reached, ir CloudLinux savo žinių bazėje tai aprašo be sušvelninimų: svetainė, kuri suvartoja per daug išteklių, nustoja veikti, o kiti klientai tame pačiame serveryje toliau dirba įprastai. Būtent tokia šio mechanizmo prasmė — nukirsti vieną paskyrą, kad nesustotų mašina.

Kitos ribos pasireiškia kitaip, ir iš simptomo galima nuskaityti, kuri būtent pasiekta, dar prieš kam nors pradedant spėlioti: procesorius ir įvestis–išvestis nėra nukertami, o stabdomi, todėl puslapis sulėtėja ir galiausiai atsiveria, o atminties ir procesų ribos paprastai duoda 500 arba 503, tai yra puslapį, kuris visai neatsiveria. LiteSpeed serveriuose entry processes skaičiuojami kitaip nei Apache, todėl ten šio paties skaičiaus negalima versti kaip vienalaikių lankytojų skaičiaus, ir tai vienas dažniausių būdų, kaip teisingas skaičius patenka į neteisingą sakinį.

Yra dar ketvirta riba, kuri su apkrova visai nesusijusi ir todėl užklumpa netikėtai: Inode yra failų sistemos įrašas apie vieną failą ar katalogą, todėl Inode skaičius paskyroje paprasčiausiai yra failų ir katalogų skaičius, įskaitant pašto dėžutę, kurios niekas metais nevalė. Interneto vizija savo kainoraštyje Inode skelbia atvirai — plane T10 100 000, T25 250 000, T50 500 000, planuose „Svetainei ir paštui“ ir „Universalus“ po 400 000, „Verslui“ 1 000 000 — ir toje pačioje vietoje duomenų srautas yra „neribojamas“, jei laikomasi sąžiningo naudojimo sąlygų, o dinaminėms PHP užklausoms talpinimo planuose skiriami aštuoni procesai, plane „Verslui“ — šešiolika. Šis derinys ir yra tikroji pamoka apie žodį „neribojama“ talpinimo kainoraštyje: jis taikomas perduodamų duomenų kiekiui, o visos kitos ribos stovi ten pat šalia, suskaičiuotos iki paskutinio skaičiaus.

Kas yra VPS: sava operacinė sistema ant dalytos geležies

VPS yra virtualioji mašina, kurioje Jums priklauso operacinė sistema, root prieiga ir galimybė įdiegti tai, ko reikia, o Lietuvos rinkoje tai rašoma ir lietuviškai, ir anglišku trumpiniu: Interneto vizija savo puslapyje tai vadina VPS serveriais, šalia rašo VDS ir paslaugą pažymi kaip administruojamą savarankiškai. Tai, ko šis pavadinimas nepasako, yra du techniniai klausimai, kurie nulemia, kiek iš „savo serverio“ iš tikrųjų yra Jūsų.

Pirmasis klausimas — ar virtualizacija yra aparatinės įrangos, ar operacinės sistemos lygmens. KVM yra Linux branduolio modulis, kuris naudoja procesoriaus virtualizacijos plėtinius ir kiekvienam svečiui duoda savą virtualizuotą aparatinę įrangą — tinklo plokštę, diską, vaizdo adapterį — ir, svarbiausia, savą branduolį, todėl ant jo galima paleisti ir nepakeistą Windows. LXC ir jam giminingi konteineriai yra kitas mechanizmas: jie naudoja Linux vardų erdves, cgroups ir teisių ribojimą, kad sukurtų aplinką, kuri būtų kiek įmanoma artimesnė atskiram Linux diegimui, tačiau be atskiro branduolio. Padariniai paprasti ir praktiniai — konteineryje branduolio versija, branduolio moduliai ir branduolio pažeidžiamumai lieka bendri su pagrindiniu serveriu, todėl dalis to, ką manėte perkantys, iš tikrųjų liko kaimynams.

Antrasis klausimas yra apie procesorių, nes žodžiai „savas serveris“ nereiškia savo procesoriaus. Hetzner cloud server turi dvi atskiras produktų eilutes: bendrų išteklių planuose skaičiavimo ištekliai dalijami visoms instancijoms tame pačiame fiziniame serveryje su bazine sparta ir galimybe ją laikinai viršyti, o dedikuotų išteklių planuose vienas vCPU yra viena fizinio branduolio gija ir tik Jūsų. DigitalOcean tai formuluoja dar aiškiau: bendrame plane gija gali būti dalijama su kitais, ir jei kaimynams tenka didelė apkrova, instancija gauna gijos dalis, ne visą prieigą, tad praktikoje visa prieiga įmanoma, bet negarantuojama.

Kiek kaimynų yra vienoje mašinoje, nepaskelbia nė vienas iš didžiųjų paslaugos teikėjų, ir santykis, kurį rasite tinklaraščiuose, nėra nė vieno paskelbtas matavimas, todėl jo neverta nei cituoti, nei tikėti. Vienintelis dokumentuotas dydis, į kurį galima remtis, yra tai, ar planas žada dalijamus, ar atskirus išteklius, ir šis skirtumas paprastai parašytas visai atvirai — dviem skirtingais produktų pavadinimais, dviem skirtingomis specifikacijomis ir kainų skirtumu, kuris yra kelių kartų.

Cloud server yra tas pats VPS, nupirktas kitaip

Cloud server techniškai yra virtualioji mašina ant hipervizoriaus, tai yra būtent tas pats, kas VPS. Hetzner dokumentacija prasideda tuo pačiu sakiniu — cloud server yra virtualiosios mašinos, veikiančios fiziniuose serveriuose. Jei iš dviejų pasiūlymų laukiate dviejų skirtingų geležių, laukti nėra pagrindo.

Skirtumas yra ne geležyje, o pirkimo būde, ir jį tiksliausiai aprašo JAV standartų instituto NIST apibrėžtis, kurią šaka vis dar cituoja: debesijai būdingi penki požymiai — savitarna pagal poreikį, prieiga per tinklą, išteklių telkimas su keliais nuomininkais, greitas elastingumas ir matuojamas naudojimas. Praktikoje tai reiškia API, kuria mašiną galima sukurti ir panaikinti programiškai, tarifavimą valandomis su mėnesio lubomis ir papildomas detales, kurias galima prijungti atskirai: snapshot, atskirą blokų saugyklą, perkeliamą IP adresą ir apkrovos balansuotoją.

Kiekviena iš šių detalių turi ribas, kurias verta žinoti prieš pirkimą, ne praėjus mėnesiui po jo. Hetzner plano keitimas negali sumažinti disko dydžio net tada, kai jo naudojama tik dalis; padidinus diską skaidinį tenka išplėsti patiems gelbėjimo režimu, o pats plano keitimas yra įrašytas kaip prieinamumo garantijos išimtis. Snapshot savo ruožtu nėra atsarginė kopija, nors abu žodžius rinkoje vartoja kaip sinonimus: Hetzner snapshot neapima prijungtų diskų tomų, ir duomenų vientisumas negarantuojamas, jei serveris veikia, todėl tai gera priemonė prieš atnaujinimą ir bloga priemonė kaip vienintelė duomenų kopija. Perkeliamas IPv4 adresas kainuoja atskirai, kaip ir pagrindinis IPv4 adresas prie pačios instancijos.

Penkių puslapių įmonės svetainei paprastai nenaudojama nė viena iš šių detalių, ir tai sąžiningiausias sakinys šiame skyriuje: jei svetainė niekada nekeičia galios, niekada nepersijungia į kitą mašiną ir niekada nejungiama prie API, tada cloud server ir tokio pat dydžio VPS yra viena ir ta pati mašina su dviem skirtingomis sąskaitomis. Tai nėra argumentas prieš debesiją, nes ten, kur elastingumas naudojamas, jis kainuoja mažiau nei nuolat laikoma atsarga. Tai argumentas, kad pasirinkimas yra tarp galimybių, kurias Jūs iš tikrųjų naudosite, o ne tarp žodžių, kurie skamba šiuolaikiškai.

Kas atnaujina ką

Didžiausias praktinis skirtumas tarp trijų planų nėra sparta, o pareigų pasidalijimas, ir aiškiausiai jį suformulavo patys debesijos paslaugų teikėjai. AWS dalytos atsakomybės modelis viską padalija į dvi dalis: debesijos saugumas yra AWS atsakomybė — aparatinė įranga, programinė įranga, tinklas ir patalpos, kuriose paslaugos veikia — o saugumas debesijoje yra kliento atsakomybė. Pataisų klausimu tai net įrašyta atskirai ir žodis žodin: AWS atsako už infrastruktūros pataisas ir defektus, o klientas atsako už savo svečio operacinės sistemos ir savo programų pataisas.

Talpinime šis sluoksnis priklauso tiekėjui, ir tai didžiausia šio produkto vertė, apie kurią retai kas pagalvoja: branduolį, žiniatinklio serverį ir PHP atnaujina jie, ir Jūs apie tai nieko nežinote, kol kas nors nesulūžta. Savarankiškai administruojamame VPS ar cloud server visa tai perėjo Jums kartu su root slaptažodžiu, ir Hetzner savo taisyklėse tai sako ir iš kitos pusės: programinė įranga, konfigūracija ir sistemos nuostatos, kurias įdiegia klientas, nelaikomos prieinamumo sutrikimu, taigi už jas neatsako paslaugos teikėjas ir jos nepatenka į jokią kompensaciją.

Pati svetainė lieka Jūsų atsakomybėje visais trimis atvejais, ir tai tas taškas, kuriame pasiūlymus reikia skaityti atidžiai, nes žodis „profesionalus hostingas“ šakoje paprastai reiškia operacinę sistemą ir serverio programinę įrangą, ne WordPress branduolį, įskiepius ir temą. Ir mūsų pačių infrastruktūros nuomos priežiūroje yra operacinės sistemos ir serverio programinės įrangos atnaujinimai, saugumo konfigūracija, atsarginės kopijos su patikrintu atkūrimu, stebėsena ir reagavimas pagal SLA — ir ten neparašyta, kad atnaujiname Jūsų įskiepius, nes tai kita eilutė kainoraštyje ir kita sutartis, ir tai sakome aiškiai, kad niekas šios ribos neatrastų incidento dieną.

Praktinis testas prieš užsakymą yra vienas klausimas, užduotas tiesiai ir su trimis dalimis: kas atnaujina operacinę sistemą, kas žiniatinklio serverį ir PHP, ir kas svetainės kodą. Jei atsakymas į kurią nors iš trijų yra „Jūs pats“, tai darbas, kuriam reikia arba žmogaus su laiku, arba sutarties su kuo nors kitu, ir nė vienas iš abiejų nėra nemokamas. Neatsakytas šis klausimas nedingsta — jis grįžta po aštuoniolikos mėnesių kaip sistema, į kurią niekas nėra įdėjęs nė vienos pataisos, ir tada tai jau nebe plano pasirinkimo klausimas.

Ką reiškia 99,9 % ir ko jie neapima

Prieinamumo procentas kainoraštyje atrodo kaip pažadas, bet iš tikrųjų yra formulė su išimčių sąrašu. Hetzner cloud server paslaugos lygio sutartis žada 99,9 % per mėnesį vienai instancijai, ir pats Hetzner savo paaiškinime apskaičiuoja, ką šis skaičius reiškia praktikoje: trisdešimties dienų mėnesį 43 minutės prastovos vis dar telpa į sutarties ribas, tai yra, jos nėra pažeidimas ir už jas nenumatyta jokia kompensacija.

Pati kompensacija yra tiek pat konkreti ir gerokai mažesnė, nei žmonės laukia: ji skaičiuojama iš minučių virš slenksčio, perskaičiuotų valandomis ir padaugintų iš instancijos valandos tarifo, ir išmokama kaip kreditas būsimam naudojimui, ne pinigai. Paties Hetzner pavyzdyje 185 minučių prastova duoda 142 minutes virš slenksčio, arba 2,37 valandos, ir kreditą 0,87 €, o tai mažiau, nei kainuoja valanda darbo jį apskaičiuojant. Neatgauta apyvarta, prarasti užsakymai ir kritusios pozicijos paieškos sistemose ten nepatenka niekur, ir nė viena talpinimo sutartis, kurią esame skaitę, jų nedengia.

Išimčių sąrašas yra tiek pat svarbus kaip skaičius, nes būtent jis nulemia, kaip dažnai šis skaičius apskritai taikomas: už sutarties lieka iš anksto paskelbta priežiūra, paties kliento programinė įranga ir konfigūracija, kliento paprašytas plano keitimas, gyvosios migracijos dėl pagrindinio serverio stabilumo ir tinklas už paslaugos teikėjo pagrindinio tinklo. Visa tai parašyta sąžiningai ir atvirai, ir iš to plaukia paprasta išvada: procentas taikomas mašinai, ne Jūsų svetainei, todėl svetainė, kuri krito po nesėkmingo atnaujinimo, yra už šios sutarties visiškai.

Be to, 99,9 % nėra šakos konstanta, nors dažnai vartojama taip, tarsi būtų. Amazon EC2 sutartis vienai instancijai žada 99,5 %, o 99,99 % tik tada, jei instancijos išdėstytos bent dviejose prieinamumo zonose, tai yra, tai dvi skirtingos sutartys su dviem skirtingais skaičiais, ir sakinys „šakoje yra 99,9 %“ abu suplaka į vieną. Talpinime tokio dokumento paprastai nėra visai — tėra skaičius svetainėje be apibrėžties, be matavimo metodo ir be padarinių, ir tai teiginys, ne įsipareigojimas.

Kaip išmatuoti savo svetainę prieš renkantis

Skaičius, kuris nulemia, nėra lankytojų skaičius per mėnesį, nors būtent jį pirkėjas žino mintinai ir būtent jo pardavėjas klausia pirmo. Nulemia vienalaikių PHP užklausų skaičius tuo momentu, kai apkrova didžiausia, ir tai visai kitas dydis, kuris su mėnesio lankomumu siejasi silpnai.

Dvi svetainės su vienodu lankomumu gali būti skirtingose pusėse nuo tos pačios ribos, ir skirtumas slypi tame, kiek laiko kiekvienas puslapis laiko procesą. Statinę, talpykloje laikomą įmonės svetainę didžiąja dalimi aptarnauja žiniatinklio serveris be PHP, todėl entry processes ji beveik nenaudoja ir dešimt tūkstančių lankytojų per mėnesį jai nieko nereiškia. El. parduotuvė, kurioje kiekvienas krepšelis, kiekvienas prisijungimas ir kiekvienas grįžimas iš mokėjimų vartų laiko PHP procesą dvi sekundes, tą pačią ribą gali pasiekti jau esant dvidešimčiai vienalaikių pirkėjų, ir kaip tik todėl kampanijos pirmą valandą krenta būtent tos parduotuvės, kurios kampaniją apmokėjo.

Kartu su šiuo skaičiumi verta nuskaityti dar tris, ir visi trys prieinami be programuotojo pagalbos. Pirmasis yra duomenų bazės dydis ir lėčiausia užklausa joje, nes būtent tai paprastai yra tikroji lėtumo priežastis, ne mašinos galia. Antrasis yra failų skaičius paskyroje, nes Inode ribą svetainės su didelėmis medijos bibliotekomis ir sena pašto dėžute pasiekia netikėtai ir be įspėjimo. Trečiasis yra tai, ką svetainė daro už naršyklės ribų — cron užduotys, pašto siuntimas, integracijos su apskaitos sistema — nes šie procesai irgi ateina į paskyrą iš išorės ir skaičiuojami toje pačioje riboje, kurią ką tik išmatavote pirkėjams.

Visi keturi skaičiai nuskaitomi per vieną popietę iš talpinimo skydelio statistikos ir serverio žurnalų, ir tai vienintelė vieta, kurioje yra tikroji Jūsų svetainės apkrova, ne nuojauta apie ją. Plano pavadinimas šių skaičių nežino, pardavėjas, kuris jų nematė, irgi ne, ir pokalbis, kuris jais prasideda, paprastai baigiasi pigesniu atsakymu nei pokalbis, kuris prasideda planų sąrašu.

Kada perkėlimas padeda ir kada jis nieko neišsprendžia

Perkėlimas į didesnį planą yra teisingas atsakymas gerokai rečiau, nei jį siūlo, ir pirmasis atvejis, kai jis nepadeda, yra ir dažniausias. Jei svetainė lėta todėl, kad viena užklausa nuskaito visą produktų lentelę kiekvieną kartą atidarant puslapį, tada galingesnė mašina tai įvykdys greičiau, problema liks, ir Jūs būsite nusipirkę laiką, ne sprendimą. Tas pats galioja keturiasdešimčiai įskiepių, neapdorotiems vaizdams tikruoju dydžiu ir temai, kuri kiekvienoje užklausoje meniu stato nuo nulio.

Perkėlimas yra teisingas atsakymas tada, kai riba pasiekta su tvarkingu kodu: jei svetainė laikoma talpykloje, užklausos tvarkingos ir paskyra vis tiek atsitrenkia į entry processes skaičių, tada tai plano riba, ne defektas kode, ir daugiau optimizuoti nėra ko. Taip pat perkėlimas yra vienintelis atsakymas tada, kai reikia ko nors, ko bendroje paskyroje įdiegti negalima — kitos PHP versijos, eilių apdorojimo programos, Redis, savo cron su minutės žingsniu — arba kai šakos, viešojo pirkimo ar kliento reikalavimas nustato, kurioje šalyje duomenys fiziškai yra.

Yra ir trečias atvejis, apie kurį pardavėjai kalba retai, nes jis sumažina sąskaitą: kartais teisingas judesys yra žemyn. Svetainė, kuri prieš trejus metus buvo perkelta į VPS dėl vienos reklamos kampanijos ir nuo tada sulaukia dviejų šimtų lankytojų per dieną, moka už mašiną, kurios nenaudoja, ir moka už tai dukart — pinigais sąskaitoje ir žmogaus laiku, nes VPS operacinę sistemą kažkam reikia atnaujinti ir tada, kai ten niekas neateina.

Prieš bet kokį perkėlimą verta išspręsti dar vieną klausimą, kuris su galia visai nesusijęs: kieno vardu užregistruotas domenas ir kieno vardu yra talpinimo paskyra. Apie tai rašėme atskirai straipsnyje apie klaidas užsakant svetainės kūrimą, ir tai vienas tų klausimų, kurie migracijos dieną jau nebūna greitai pataisomi, nes atsakymas į jį priklauso nuo žmogaus, su kuriuo Jūs galbūt jau nebesikalbate.

Ką Jūs perkate, kai planas vadinamas profesionaliu hostingu

Kainų skirtumas tarp savarankiškai administruojamos ir profesionaliai prižiūrimos mašinos yra didelis, ir tai nėra antkainis už tą pačią prekę, todėl abu skaičius sąžininga padėti šalia. Hetzner kainoraštyje, kuris įsigaliojo 2026 m. birželio 15 d., CX23 cloud server su dviem vCPU, keturiais gigabaitais atminties ir 40 GB disku kainuoja 5,49 € per mėnesį be PVM, o pagrindinis IPv4 adresas prie to pridedamas už 0,50 € per mėnesį. Mūsų infrastruktūros nuoma prasideda nuo 45 €/mėn., ir skirtumas tarp šių dviejų skaičių yra būtent tai, apie ką šis skyrius.

Skirtumas yra darbas, ir jį galima išvardyti po vieną: operacinės sistemos ir serverio programinės įrangos atnaujinimai, saugumo konfigūracija, stebėsena su Zabbix visą parą ir reagavimas pagal SLA, atsarginės kopijos kasdien su 30 dienų saugojimu ir reguliariai tikrinamu atkūrimu, o ypač kritinei infrastruktūrai — iki 365 dienų ir dviejose skirtingose Europos Sąjungos šalyse. Aplinkos paruošimas ir perkėlimas užima 3–10 dienų, migraciją atliekame lygiagrečiai ir DNS perjungiame suplanuotame lange, o paskui Jums yra vienas atsakingas kontaktas, ne pagalbos užklausa kitoje laiko juostoje.

Sąžiningai reikia pasakyti ir kitą pusę, nes be jos šis skyrius būtų kainoraštis su straipsniu aplinkui. Jei Jūsų svetainė statinė, lankomumas nedidelis ir niekas niekada neprašo PHP versijos, kurios tiekėjas neturi, tada talpinimas už kelis eurus per mėnesį yra teisingas atsakymas, o profesionaliai prižiūrima aplinka būtų mokestis už ramybę, kurią Jūs ir taip turite. Tai sakome ir tiems, kurie skambina su šiuo klausimu, nes parduoti aplinką, kuri nenaudojama, yra trumpalaikis sandoris — po metų jis grįžta kaip klausimas, už ką iš tikrųjų buvo mokama, ir į jį gero atsakymo nėra.

Jei nesate tikri, kurioje šios ribos pusėje yra Jūsų svetainė, tuos keturis skaičius galima nuskaityti kartu: parašykite mums, ir pasakysime, ką rodo Jūsų dabartinės paskyros statistika ir kuri riba Jums artimiausia — net tada, jei atsakymas pasirodys, kad persikelti nėra jokio reikalo ir pinigus geriau investuoti į svetainės spartą.