Prečo „lacný hosting“ nie je kritérium, ale hypotéza na overenie
Cena webhostingu je signál, nie dôkaz. Sama o sebe nepovie nič o tom, aké limity výkonu dostanete, či sa dá obnoviť záloha, ani ako vyzerá riešenie incidentu o 2:00 ráno. A presne v týchto miestach sa láme spokojnosť s hostingom.
Ak chcete rozhodovať odborne, potrebujete preložiť ponuku na overiteľné tvrdenia: aké zdroje sú garantované, čo sa stane pri výpadku, ako sa dostanete k dátam, aké sú hranice „neobmedzeného“.
Najprv si ujasnite typ webu a toleranciu rizika
Výber hostingu sa mení podľa toho, či prevádzkujete vizitku, obsahový web, e-shop alebo aplikáciu s prihlásením. Čím viac transakcií a integrácií, tým viac bolí každý výpadok a tým rýchlejšie narazíte na limity zdieľaného prostredia.
Prakticky: najskôr si pomenujte, čo je pre vás „zlyhanie“ – nefunkčný web, nedoručené e-maily, pomalé načítanie, alebo nemožnosť obnovy po chybe.
Kedy stačí zdieľaný hosting a kedy už nie?
Zdieľaný hosting zvyčajne stačí tam, kde je prevádzka predvídateľná a aplikácia nie je náročná na CPU a databázu. Prestáva stačiť pri špičkách, pri e-shope, pri veľkom množstve pluginov, alebo keď potrebujete špecifické serverové nastavenia a stabilný výkon.
Rozdiel je v izolácii zdrojov: pri VPS máte vyhradený výkon a pri zdieľanom hostingu sa výkon typicky riadi limitmi na úrovni účtu. Pri prekročení limitov sa problém často neukáže ako „server spadol“, ale ako postupné spomalenie, občasné chyby a nepríjemné hľadanie príčiny.
Dvanásť kritérií, ktoré sa dajú overiť
1) Typ služby a hranica zodpovednosti (managed vs unmanaged)
Managed znamená, že niekto rieši systémové aktualizácie, monitoring a často aj časť bezpečnosti; unmanaged znamená, že máte kontrolu aj povinnosti. Pri VPS to býva kľúčová deliaca čiara – výkon ešte nie je víťazstvo, ak nemáte prevádzku pod kontrolou.
Overenie: v podmienkach hľadajte, kto je zodpovedný za aktualizácie systému, web servera, databázy a čo presne je súčasť podpory.
2) Limity výkonu: CPU, pamäť, I/O a „entry processes“
Pri zdieľanom hostingu je rozhodujúce, či poskytovateľ komunikuje limity CPU, pamäte a súbehu procesov. Keď narazíte na strop, web môže byť zrazu pomalý, alebo začne vracať chyby pri špičke návštevnosti.
Overenie: v administrácii hľadajte štatistiky využitia zdrojov, v podmienkach popis limitov a spôsob, ako sa rieši dlhodobé prekračovanie.
3) Disk nie je len „GB“: SSD/NVMe, IOPS, inody
„Priestor“ je kapacita; výkon disku je niečo iné. Databázy a cache pracujú s veľa malými súbormi a požiadavkami, kde rozhodujú IOPS a limity na počet súborov (inody). Dva balíčky s rovnakými GB môžu mať veľmi odlišné správanie.
Overenie: pýtajte si informáciu o type úložiska, o inode limite a o tom, či existuje obmedzovanie diskových operácií pri záťaži.
4) Lokalita a sieť: latencia, peering, návštevníci zo Slovenska
Ak je publikum zo Slovenska, lokalita datacentra a sieťové napojenia ovplyvňujú latenciu. Toto sa dá merať: ping, TTFB a stabilita v čase. Rozdiel medzi „server je v Európe“ a „server je blízko a dobre napojený“ môže byť pre používateľský zážitok väčší, než čakáte.
Overenie: otestujte latenciu z viacerých miest, sledujte prvú odozvu servera a zistite, kde sa fyzicky nachádza infraštruktúra.
5) Dostupnosť a SLA preložené na minúty výpadku
Percentá dostupnosti znejú dobre, kým ich nepreložíte na čas. Rozhoduje definícia výpadku, či sa ráta plánovaná údržba, ako sa incident komunikuje a či existuje kompenzácia.
Uptime preložený na maximálny výpadok
| Uptime | Max. výpadok za 30 dní | Max. výpadok za 365 dní |
|---|---|---|
| 99,0 % | 7 h 12 min 0 s | 3 d 15 h 36 min 0 s |
| 99,5 % | 3 h 36 min 0 s | 1 d 19 h 48 min 0 s |
| 99,9 % | 43 min 12 s | 8 h 45 min 36 s |
| 99,95 % | 21 min 36 s | 4 h 22 min 48 s |
| 99,99 % | 4 min 19 s | 52 min 34 s |
Overenie: prečítajte SLA a preložte ho do minút, nie do dojmov.
6) Zálohovanie a obnova: retencia, RPO/RTO, prístup k obnovám
„Robíme zálohy“ je začiatok, nie odpoveď. Potrebujete vedieť frekvenciu, retenčnú dobu, či sa zálohujú aj e-maily, a hlavne ako vyzerá obnova. Rozdiel je medzi „obnova na požiadanie“ a „viem si obnoviť sám, hneď“.
Overenie: spravte test obnovy do dočasného priestoru. Raz. Bez toho je záloha len sľub.
7) Bezpečnostný základ: HTTPS, TLS, izolácia, ochrany
Minimum dnes znamená HTTPS všade, automatizované certifikáty, izoláciu účtov, základné ochrany proti bežným útokom a rozumný incident proces. Ak hosting nevie vysvetliť, ako rieši kompromitovaný účet, je to varovanie.
Overenie: skontrolujte, či sa certifikáty obnovujú automaticky, či máte možnosť zapnúť dodatočné ochrany a či existujú bezpečnostné logy.
8) Aktualizácie a kompatibilita: PHP, databázy, runtime
Kompatibilita nie je len „podporujeme PHP“. Dôležitý je životný cyklus verzií, možnosť rýchlo prepnúť verziu runtime, dostupnosť SSH, a schopnosť diagnostikovať problém cez logy.
Overenie: zistite, aké verzie sú dostupné, ako rýchlo sa menia defaulty a či viete spraviť staging.
9) E-mail na hostingu: limity, reputácia, autentifikácia
Ak hosting zahŕňa e-mail, riešite aj doručiteľnosť. Technicky to stojí na autentifikácii odosielania (SPF/DKIM/DMARC) a na reputácii infraštruktúry. Limity odosielania sú bežné, ale musia byť jasné.
Overenie: pýtajte si denné limity, možnosti nastavenia DKIM/DMARC a postup pri blokácii.
10) Je „neobmedzený“ priestor naozaj neobmedzený?
„Neobmedzené“ často znamená „do férového používania“. V praxi to býva viazané na pravidlá, ktoré umožňujú zasiahnuť pri extrémnom využití. Problém nie je samotná existencia pravidiel, ale netransparentnosť.
Overenie: hľadajte pravidlá férového používania a žiadajte preklad do konkrétnych limitov (súbory, databázy, e-maily, I/O).
11) Škálovanie a migrácia: upgrade cesta a exit plán
Rozumný hosting má jasnú cestu z „malého“ na „väčšie“ bez toho, aby ste všetko stavali od nuly. Rovnako dôležité je, ako sa odchádza: export databázy, prístup k súborom a logom, presun domény a DNS.
Overenie: popíšte si migráciu krok po kroku ešte pred nákupom. Ak je to nejasné teraz, bude to nejasné aj počas incidentu.
12) Zmluvy, dáta a ochrana osobných údajov
Ak spracúvate osobné údaje, potrebujete jasný režim: kto je spracovateľ, kde sú dáta, akí subdodávatelia sa používajú a aký je postup pri incidente. Formálne dokumenty majú zmysel len vtedy, keď sa opierajú o reálny proces a zodpovednosti.
Overenie: pýtajte si zmluvné podklady k spracúvaniu údajov, lokalitu dát a incident postup.
Pod kapotou: prečo sa dva „podobné“ hostingy správajú inak
Aj keď dva balíčky vyzerajú podobne, rozhodujú implementačné detaily. Na zdieľanom hostingu sa výkon často riadi limitmi účtu; keď narazíte na strop, prejaví sa to ako spomalenie alebo nárazové chyby pri špičke. Sieťová vrstva vie robiť prekvapenia: aj malé rozdiely v latencii, v routovaní alebo v nastavení protokolov sa môžu prejaviť na načítaní stránky.
A potom je tu realita prevádzky: logy, monitoring, reakčný čas podpory, spôsob eskalácie. Na papieri to vyzerá „rovnako“, v teréne nie.
Limity zdrojov – čo v praxi znamenajú
| Limit | Čo obmedzuje | Typický prejav pri limite |
|---|---|---|
| CPU | výpočtový čas | web sa spomalí, dlhšie odpovede |
| PMEM | fyzická pamäť | chyby pri náročných skriptoch, nestabilita |
| IO / IOPS | diskové operácie | pomalé načítanie, pomalá databáza |
| EP | súbežné vstupy do aplikácie | chyby pri špičke, „fronty“ požiadaviek |
| NPROC | počet procesov | problémy pri spúšťaní úloh, obmedzenia skriptov |
Posledná kontrola pred objednávkou: čo si vypýtať a čo otestovať
Pred finálnym rozhodnutím má zmysel mať jasno v troch oblastiach: limity výkonu, pravidlá záloh a obnovy, a podmienky dostupnosti a dát. Potom spravte jednoduchý reality check: zmerajte odozvu servera, vyskúšajte obnovu na testovacom priestore a prečítajte zmluvné definície tak, aby ste im rozumeli v minútach, nie v percentách.
Ak vám niekto nevie odpovedať vecne, bez obchádzania… aj to je informácia.
