Jak poznat, že web přerostl sdílený hosting — signály v rychlosti, limitech a administraci
Sdílený hosting je skvělý start, ale každý rostoucí web z něj jednou vyroste. Poradíme, podle jakých signálů v rychlosti, limitech a administraci poznáte, že je čas na VPS nebo výkonnější řešení.
Obsah článku
Sdílený hosting je pro drtivou většinu nových webů správná volba. Je levný, jednoduchý a poskytovatel se stará o server za vás. Problém nastává ve chvíli, kdy web roste rychleji než tarif, za který platíte. Přechod přitom málokdy oznámí jediná dramatická událost — spíš se hromadí drobné signály, které se snadno svedou na „špatný den" nebo na WordPress. Tento článek shrnuje, jak tyto signály poznat dřív, než se z nich stane výpadek v nejhorší možnou chvíli.
Co vlastně sdílený hosting omezuje
Na sdíleném hostingu běží na jednom fyzickém serveru desítky až stovky webů, které sdílejí procesor, paměť a diskové operace. Aby jeden web nepoložil ostatní, poskytovatel nastavuje limity — nejčastěji na výkon CPU, operační paměť, počet souběžných procesů (entry processes), počet vstupů/výstupů na disk (I/O) a někdy i na počet databázových spojení. Dokud se do těchto limitů vejdete, vše funguje. Jakmile je začnete pravidelně narážet, hosting vás začne „brzdit": procesy zařadí do fronty, nebo je rovnou ukončí.
Klíčové je slovo pravidelně. Jednorázový náraz při náhlém návalu návštěvnosti je normální. Když ale narážíte do limitů každý den ve špičce, web už z tarifu vyrostl.
Signály v rychlosti
Rychlost je první místo, kde růst ucítíte — a zároveň to, co vidí i návštěvníci.
- Web je pomalý jen ve špičce. Ráno nebo v noci se načte svižně, ale mezi polednem a večerem se odezva prodlouží na několik sekund. To je typický příznak toho, že ve špičce vyčerpáváte přidělený výkon, případně že sousední weby na stejném serveru berou zdroje.
- Time to First Byte (TTFB) roste s návštěvností. Pokud při měření vidíte, že se čas do prvního bajtu prodlužuje přesně v hodinách, kdy máte nejvíc lidí, jde o zdrojový, ne o kódový problém.
- Administrace WordPressu se táhne víc než web samotný. Přihlášení, ukládání příspěvků nebo aktualizace pluginů běží v pozadí jako PHP procesy a jsou náročné. Když se WP-Admin „lepí", zatímco statické stránky ještě jakžtakž jedou, docházejí vám procesy a paměť.
Než začnete řešit hardware, ověřte, kde přesně se čas ztrácí. K tomu pomůže samostatný postup Jak změřit rychlost hostingu a poznat, kde je problém — často se ukáže, že první krok není dražší tarif, ale cache nebo optimalizace obrázků.
Signály v limitech
Druhá skupina příznaků je konkrétnější, protože ji hlásí přímo server nebo hostingový panel.
- Chybové stránky 500, 503 nebo „Resource Limit Is Reached". Poslední jmenovaná je u cPanelu jasným vzkazem: vyčerpali jste přidělené prostředky. Pokud se objevuje opakovaně, není to náhoda.
- E-maily od poskytovatele o překračování limitů. Slušný hosting vás upozorní, že váš účet dlouhodobě zatěžuje CPU nebo I/O. Berte to vážně — je to poslední varování před omezením.
- Docházející místo na disku a rostoucí databáze. E-shop s tisíci objednávek, logy a zálohami umí NVMe prostor zaplnit rychleji, než čekáte. Plný disk umí položit web i e-mail najednou.
- Pomalé databázové dotazy. Když katalog nebo objednávkový systém narostou, sdílený databázový server přestává stačit a dotazy se řadí do fronty.
Jednotlivě jde každý bod vyřešit i na sdíleném hostingu. Když se ale sčítají, ukazují na to, že projekt potřebuje vyhrazené zdroje.
Signály v administraci a provozu
Poslední kategorie souvisí s tím, jak web spravujete a co od něj potřebujete.
- Potřebujete přístup, který sdílený hosting nedává. Root přístup, vlastní verzi PHP s netypickými rozšířeními, běžící službu na pozadí (cron náročnější než jednou za pár minut), Node.js, Redis nebo vlastní konfiguraci webserveru — to všechno je doména VPS, ne sdíleného tarifu.
- Provozujete víc projektů, které si navzájem konkurují o výkon. Když jeden náročný web na multihostingu zpomaluje ostatní, dává smysl ho oddělit.
- Potřebujete garanci, ne „fair use". Sdílené tarify slibují zdroje „v rámci férového užívání". Rostoucí e-shop často potřebuje pevně garantovanou RAM a CPU, aby výkon nezávisel na sousedech.
- Zálohy a staging přestávají stačit. Když nasazujete změny přímo naostro, protože „na to není prostředí", roste riziko výpadku. Vlastní staging web a promyšlené zálohování jsou snazší na výkonnějším řešení.
Rychlý přehled: sdílený vs. vyhrazené prostředky
| Oblast | Vejdete se na sdílený hosting | Signál, že je čas na VPS |
|---|---|---|
| Rychlost | Stabilní i ve špičce | Pomalé jen v hodinách s návštěvností |
| CPU / RAM | Bez chyb o limitech | Opakované „resource limit" hlášky |
| Přístup | Stačí standardní PHP a panel | Potřebujete root, vlastní služby |
| Provoz | Jeden menší web | Více projektů nebo náročný e-shop |
Co udělat, když signály sedí
Nezačínejte panickým nákupem nejdražšího serveru. Postupujte v pořadí:
- Změřte, kde je problém. Rozlište, zda jde o zdroje, nebo o neoptimalizovaný web. Cache, komprese obrázků a méně pluginů umí vrátit rezervu.
- Zvažte mezikrok. Někdy stačí vyšší sdílený tarif s vyššími limity, případně přidání CDN, která odlehčí serveru od statického obsahu.
- Když ani to nestačí, přejděte na VPS. Tady je zásadní rozhodnutí, zda chcete server spravovat sami. Rozdíl rozebírá článek Managed vs unmanaged VPS. A pokud váháte mezi VPS a cloudem, porovnání najdete v České VPS vs cloud hosting.
Závěr
Web nepřeroste sdílený hosting ze dne na den. Prozradí to kombinace signálů: pomalost soustředěná do špiček, opakované hlášky o limitech a rostoucí potřeba přístupů, které sdílený tarif z principu nedává. Když je čtete včas a rozliší se skutečný nedostatek zdrojů od neoptimalizovaného webu, je přechod na VPS klidné a plánované rozhodnutí — ne hašení požáru po výpadku v nejhorší chvíli.
