Kapacita disku sama o sobě neříká, jak bude web rychlý. Přehledně vysvětlujeme limity CPU, paměti, I/O, souborů a souběžných požadavků při výběru webhostingu.

U webhostingu se často jako první porovnává kapacita disku. Deset gigabajtů proti padesáti je snadno představitelný rozdíl. Dva tarify se však mohou v praxi chovat odlišně i při stejné velikosti úložiště. O rychlosti dynamického webu rozhoduje také dostupný výkon procesoru, paměť, přístup k disku a počet souběžně běžících požadavků. Tyto hodnoty bývají v nabídce schované v technických podmínkách nebo ve správě účtu.

Smyslem limitů na sdíleném serveru je rozdělit prostředky mezi více zákazníků. Pokud jeden web náhle spustí náročný import, neměl by tím vyčerpat celý stroj ostatním. Limity samy o sobě nejsou známkou nekvalitní služby; důležité je vědět, jaké jsou, jak se měří a co se stane při jejich dosažení. Při výběru hostingu proto nestačí zkontrolovat jen kapacitu prostoru a reklamní přívlastek „neomezený“.

Diskový prostor a počet souborů jsou dvě různé věci

Kapacita disku určuje, kolik dat můžete na účtu uložit. Patří sem soubory webu, nahrané obrázky a často také e-maily či databáze, pokud to tarif takto účtuje. Zjistěte, zda se tyto části započítávají společně, jak se zachází se zálohami a co nastane po dosažení kapacity. Údaj „SSD“ nebo „NVMe“ popisuje typ úložiště, ale sám neříká, jaký výkon má vyhrazený konkrétnímu účtu.

Samostatným limitem může být počet souborů a složek, označovaný jako inodes. Jeden velký archiv zabere mnoho místa a jeden inode; desetitisíce drobných souborů mohou spotřebovat mnoho inodů, přestože jejich celková velikost není vysoká. To je důležité pro weby s velkou knihovnou obrázků, mezipamětí, e-maily či generovanými náhledy. Dokumentace CloudLinux popisuje inodové limity zvlášť od výkonových omezení.

U tarifu s malým limitem inodů se tak můžete dostat na hranici, i když graf zaplnění disku vypadá bezpečně. Ptejte se na obě hodnoty. Při úklidu souborů mažte jen data, jejichž význam znáte; automatické mazání cache, pošty nebo náhledů bez kontroly může poškodit fungování webu.

CPU: kolik výpočetního času web dostane

Procesor zpracovává PHP skripty, dotazy aplikace, generování stránek a další úlohy. U sdíleného hostingu nebývá formulace „jeden procesor“ totéž jako trvale vyhrazené fyzické jádro. Systém může omezovat podíl výpočetního výkonu dostupný účtu a přesná interpretace závisí na technologii provozovatele. CloudLinux například používá limit rychlosti CPU vyjádřený relativně k jádru.

Když web naráží na CPU limit, může odpovídat pomaleji, zejména při souběhu návštěv, aktualizaci obsahu nebo importu produktů. Neznamená to automaticky, že musíte přejít na dražší tarif. Příčinou může být také neefektivní plugin, neoptimalizovaný dotaz do databáze, chybějící cache nebo robot procházející velké množství stránek. Nejdříve si opatřete údaje o vytížení v čase a spojte je s logy aplikace.

Při porovnávání dvou nabídek se ptejte, zda je výkon popsaný jako dlouhodobý limit, krátkodobá špička, nebo jen obecný princip férového využití. Pokud poskytovatel hodnotu neuvádí, chtějte vysvětlení, jak můžete zjistit skutečné čerpání a jaké jsou možnosti navýšení.

Paměť RAM a počet procesů

Operační paměť drží data, se kterými proces právě pracuje. Dynamický web ji potřebuje při sestavení stránky, práci s databází či úpravě obrázků. V hostingových podmínkách může být zvlášť uvedena paměť na účet a zvlášť aplikační limit, například pro jeden PHP proces. Tyto dvě hodnoty neznamenají totéž. Také je potřeba rozlišit paměť vašeho účtu od celkové RAM fyzického serveru.

CloudLinux v dokumentaci používá označení PMEM pro limit fyzické paměti a NPROC pro počet procesů a vláken v prostředí účtu. Pokud se některý z těchto limitů vyčerpá, další úloha se nemusí spustit a návštěvník může vidět chybu. Přesná odpověď serveru závisí na jeho konfiguraci; neslibujte si proto, že z jediného chybového kódu poznáte příčinu bez logů.

U WordPressu může krátkodobě stoupnout nárok na paměť při aktualizaci pluginů, importu, zálohování nebo zpracování fotografií. Není vhodné řešit trvale vysoké vytížení pouze zvýšením limitu paměti v konfiguraci aplikace: hostitelský účet musí mít odpovídající skutečně dostupné prostředky. U provozně náročného webu se vyplatí vědět, jaké limity platí pro běžné požadavky a jaké pro plánované úlohy.

I/O, IOPS a souběžné požadavky

I/O v tomto kontextu obvykle znamená rychlost čtení a zápisu na disk, například v megabajtech za sekundu. IOPS vyjadřuje počet diskových operací za sekundu. Velký soubor a tisíce drobných souborů zatěžují úložiště jinak, takže obě metriky mají význam. Podle dokumentace CloudLinux omezení diskového I/O při dosažení limitu operace zpomalí; nejde o totéž co objem přenesených dat návštěvníkům.

Další položka se může jmenovat entry processes nebo EP. Vyjadřuje počet současných vstupů do omezeného prostředí účtu, typicky při zpracování dynamických požadavků. Není to jednoduchý převod na počet návštěvníků: jeden návštěvník může vyvolat více požadavků a rychle dokončený požadavek uvolní místo dalšímu. Při dosažení limitu může konkrétní konfigurace vrátit chybu „resource limit reached“.

Provoz webu s mnoha současnými návštěvníky proto závisí nejen na velikosti disku a počtu „povolených návštěv“, ale i na rychlosti zpracování jednotlivých požadavků. Mezipaměť může počet dynamických požadavků snížit. Naopak pomalý plugin může držet procesy obsazené a EP limit vyčerpat i při relativně malé návštěvnosti.

Kde spotřebu zjistit a jak poznat úzké místo

Pokud používáte cPanel, podívejte se na přehled statistik účtu a případný graf využití prostředků. Oficiální dokumentace cPanelu uvádí údaje o místě, souborech a u serverů s CloudLinux také CPU, paměti a vstupních procesech. Dostupnost jednotlivých statistik ale závisí na nastavení poskytovatele. Jiný administrační panel může mít odlišné názvy i způsob zobrazení.

Sledujte, zda je problém trvalý, nebo se objevuje při konkrétní činnosti. Máte-li špičky každý den ve stejný čas, zkontrolujte plánované úlohy, zálohy a synchronizace. Pokud se web zpomalí při kampani, porovnejte čas s návštěvností, logy a grafy CPU či EP. Zaznamenejte také chybová hlášení a časové pásmo; podpora pak může rychleji určit, který limit skutečně zasáhl.

Samotný krátký dotyk limitu nemusí být problém. Důležité je, zda ho pociťují návštěvníci a zda se trend zhoršuje. Z administrace obvykle nezjistíte vše o výkonu databáze, externího API nebo aplikace. Pokud grafy nic nevysvětlují, požádejte podporu o výpis relevantních omezení a časů zásahů.

Co chtít od poskytovatele před objednávkou

  • Kolik prostoru a inodů tarif nabízí a zda se do kvóty počítají e-maily, databáze a zálohy?
  • Jaké jsou limity CPU, fyzické paměti, I/O, IOPS a souběžných procesů; jak se měří?
  • Je dostupný graf využití a historie dosažení limitů, kterou uvidí i zákazník?
  • Jak se web zachová při překročení limitu a jaký je postup pro navýšení?
  • Platí jiné limity pro běžný web, plánované úlohy, databázi nebo odesílání pošty?

Takové otázky jsou užitečnější než rozhodování pouze podle počtu gigabajtů. V přehledu hostingů si můžete vybrat vhodné kandidáty a jejich aktuální technické podmínky ověřit přímo u poskytovatele. Pokud se ukáže, že web potřebuje trvale více souběžných procesů, speciální software nebo větší kontrolu nad prostředím, může dávat smysl jiný typ služby. Přechod však plánujte podle naměřeného provozu, ne podle jedné pomalé návštěvy.

Zdroje