Na jednom účtu běží řada malých WordPress magazínů. Souhrnná návštěvnost není vysoká, přesto poskytovatel hlásí přetěžování. To je možné: většinu práce nemusí vytvářet čtenářské návštěvy. Náročné mohou být REST publikace, cron úlohy, zálohy, obrázkové varianty, boti, pluginy nebo pomalé databázové dotazy. Než objednáte několikanásobně dražší server, potřebujete zjistit který limit, kdy a čím byl skutečně překročen.
Začněte rozlišením kapacity a výkonu
Obsazené gigabajty na disku ukazují, kolik místa zabírají soubory a případně další části účtu. Neukazují přímo CPU čas, počet souběžných PHP procesů, paměť ani diskové operace. Naopak účet může mít dost volného místa a přesto narážet na limit současných požadavků. Proto si od poskytovatele vyžádejte přesný důvod omezení včetně času, metriky a nejzatíženějších domén nebo skriptů. Obecné sdělení „přetěžujete server“ nestačí k výběru nové služby.
Počítejte i s tím, že metriky různých hostingů nejsou stejné. Pro orientaci v typech služeb slouží srovnání multihostingů a rozbor VPS se správou a bez ní; před migrací ale srovnejte především konkrétní omezení s naměřenou potřebou. Pro jeden incident nevyvozujte cenu budoucího serveru jen z počtu webů.
| Metrika | Co omezuje | Typický signál |
|---|---|---|
| Disková kvóta | Uložené soubory a někdy databáze | Nelze nahrávat další média nebo zálohy |
| CPU čas nebo výkon | Výpočet potřebný pro PHP a další procesy | Pomalé dynamické požadavky a omezení účtu |
| PHP procesy / souběh | Počet současných požadavků | Čekání, timeouty, občasné chyby 5xx |
| Paměť | Prostor pro běh procesů | Chyby při náročných operacích |
| I/O a IOPS | Čtení a zápis na úložiště | Zpomalení při záloze, obrázcích či cache |
| Databáze | Dotazy, spojení a velikost podle tarifu | Pomalý editor nebo chybové dotazy |
Jaké podklady chtít od hostingu
Požádejte podporu o časová okna posledních omezení, přesný limit a naměřenou hodnotu, top domény či cesty, informace o CPU/PHP/DB/I/O a odpovídající chyby. Zeptejte se, zda šlo o krátkou špičku nebo soustavné překročení. Pokud panel hodnoty ukazuje, uložte grafy a snímky s časovým pásmem. Poskytovatel nemusí mít všechna požadovaná data k dispozici; zapište i tuto mezeru a neprezentujte odhad jako měření.
Stejný čas porovnejte s vlastními událostmi: dávkou článků přes API, generováním náhledů, zálohou, aktualizací pluginu, cronem a nárůstem botích požadavků. U malého webu může časově koncentrovaná práce zatížit server více než rozložené čtenářské návštěvy. Často stačí najít jeden neúměrně drahý úkol, nikoli přesunout všechno na jiný hosting.
- Čas a metrika: konkrétní minuta, trvání, naměřená hodnota a limit.
- Zdroj: doména, URL nebo proces; rozlišení veřejných stránek a administrace.
- Událost: cron, REST, záloha, aktualizace, import nebo neobvyklý provoz.
- Dopad: pomalost, HTTP 5xx, blokace účtu či pouze varování.
- Opakovatelnost: jednorázová špička versus pravidelný vzorec.
Modelová diagnostika více magazínů
Představme si 30 obsahových webů s celkovou návštěvností 18 000 návštěv měsíčně. To je pouze modelový příklad, nikoli popis konkrétního provozu. Ve 2:00 se spustí zálohy mnoha instalací, v 2:05 jejich cron úlohy a v 2:10 dávka nových článků s generováním obrazových variant. Hosting může zaznamenat špičku CPU a I/O, ačkoli právě nikdo weby nečte. Při stejné měsíční návštěvnosti by rozložení úloh v čase mohlo profil zátěže změnit. Kolik přesně, lze zjistit až měřením.
Jiný scénář: jedna doména dostává tisíce botích pokusů o přihlášení nebo opakované požadavky na necacheovaný filtr. Bez logu si je snadno spletete s problémem celé sítě. Proto nejdřív rozdělte zátěž po doménách a typech požadavků. Návod k obecnému dohledu je v článku monitoring WordPressu; konkrétní časované úlohy vysvětluje WP-Cron.
| Podezření | Ověření | Možná cílená reakce |
|---|---|---|
| Současné zálohy | Časy běhu a I/O graf | Rozložit úlohy, prověřit úložiště |
| Častý WP-Cron | Fronta úloh a záznamy hostingu | Upravit spouštění podle potřeby |
| Náročný plugin | Pomalé PHP transakce a dotazy | Testovat konkrétní změnu na stagingu |
| Boti a necacheované URL | Access log a typ požadavků | Vhodné filtrování a cache podle pravidel |
| Dávka přes REST API | Čas POST a následných operací | Rozložit dávku a měřit odezvu |
| Kapacita disku | Soubory, DB a zálohy odděleně | Řešit prostor a retenci, ne CPU naslepo |
Pořadí zásahů: nejprve to, co lze změřit
- Shromážděte důkaz překročení limitu a časovou osu. Bez ní neslibujte nápravu.
- Vyberte jednu doménu nebo jednu skupinu úloh, která k problému nejvíc přispívá.
- Ověřte čtenářský dopad a připravte zálohu; rizikové změny testujte na stagingu.
- Změňte jednu věc: čas zálohy, cron, konkrétní plugin, cache pro veřejné stránky nebo dávkování publikace.
- Porovnejte stejnou metriku před a po zásahu. Pokud limit dál padá, pokračujte další hypotézou.
Výkon veřejného článku řeší návod na cache, obrázky a limity hostingu. Databázi posuzujte podle samostatného průvodce. Cílem není „optimalizovat všechno“, ale prokázat příčinu omezení a přiměřenou nápravu.
Kdy už dává smysl změna tarifu nebo serveru
Pokud po odstranění zbytečných špiček stále pravidelně narážíte na doložený limit, je změna kapacity věcně podložená. Vyžádejte si nabídku s konkrétními zdroji, správou, zálohami, dohledem a cenou obnovy. VPS přidává kontrolu, ale také odpovědnost za systém a údržbu, není automaticky levnější nebo vhodnější. U spravovaného řešení ověřte, co skutečně dělá poskytovatel a co zůstává na vás.
Před migrací si spočítejte celkové náklady: nový tarif, správu, zálohy, čas přesunu, testy a případnou rezervu. Na některém hostingu lze rozdělit nejzatíženější weby a zbytek ponechat, jinde takové řešení nebude praktické. Nelze stanovit dobrou hranici „od 40 webů už server“ bez skutečných metrik. Postup stěhování řeší migrace WordPressu na jiný hosting.
Jak formulovat konkrétní žádost podpoře
Uveďte: „Dne 12. října mezi 14:00 a 15:00 se zpomalily tyto domény a panel ukázal omezení účtu. Prosím o přesnou překročenou metriku, naměřenou a povolenou hodnotu, nejzatíženější skripty či URL, trvání a doporučený postup.“ Datum a čas jsou zde jen ilustrace formulace. Přiložte neškodné grafy a veřejné URL, ale neposílejte hesla, neveřejné přístupové logy ani osobní údaje bez potřeby a bezpečného kanálu.
Pokud podpora navrhne dražší službu, požádejte o vysvětlení, který limit tím zmizí a jaká je nová hranice. Nestačí ujištění „bude to rychlejší“. Zajímejte se, kdo spravuje operační systém, PHP, databázi, zálohy a incidenty. U sdíleného hostingu můžete tuto správu dostávat v tarifu; u vlastního VPS se některé povinnosti přesunou na vás. Přesnou odpovědnost musí potvrdit nabídka.
Co sledovat v prvním týdnu po nápravě
Po změně cronu nebo záloh si vedle průměrné návštěvnosti zapisujte špičkové minuty, počet chyb 5xx, odezvu editoru a provedené publikační dávky. Jednou denně porovnejte plánovaný a skutečný čas několika úloh. Pokud se zátěž jen přesunula do jiné hodiny, náprava nebyla úplná. Když weby běží, ale nová média se nenahrávají, může být skutečnou příčinou disková kvóta místo procesoru.
Pomáhá také rozdělit weby do skupin: kritické s pravidelnou návštěvností, malé magazíny a projekty s mimořádnými dávkami. U každé skupiny může být vhodná jiná frekvence záloh, monitoringu a publikačních špiček. Není však nutné vytvořit pro každou doménu nový server; smyslem je znát společný limit a zabránit tomu, aby jedna úloha blokovala všechny.
| Zjištění | První rozhodnutí | Co potřebujete před přesunem |
|---|---|---|
| Jedna dávka vytváří špičku | Upravit čas a souběh | Nový tarif zatím neposuzovat jako nutnost |
| Jeden web dominuje CPU | Diagnostikovat web a pluginy | Metriky pro samostatné umístění |
| Trvale naráží PHP procesy | Proměřit cache a limity | Srovnat skutečný souběh mezi tarify |
| Roste pouze disková kvóta | Prostor médií, záloh a DB | Kapacitu i cenu obnovy |
| Limity po nápravě stále padají | Požádat o konkrétní nabídky | Správu, migraci, zálohy a celkovou cenu |
Časté otázky
Jak může malá návštěvnost přetížit hosting?
Návštěvnost neobsahuje všechnu práci serveru. Cron, zálohy, REST operace, pluginy a boti mohou vytvářet zátěž i bez čtenářů.
Dokazuje 90% obsazený disk problém CPU?
Ne. Disková kvóta a CPU jsou různé limity. Můžete potřebovat více místa, ale příčinu procesorového omezení musíte měřit zvlášť.
Pomůže automaticky VPS?
Ne automaticky. Poskytne jiný typ kapacity a kontroly, ale vyžaduje správu a vhodné nastavení. Bez znalosti současného úzkého hrdla můžete problém jen přesunout.
Co mám poslat podpoře?
Čas incidentu, domény, pozorovaný dopad a dotaz na přesnou překročenou metriku, limit, hodnotu a nejzatíženější procesy. Citlivé údaje či hesla do běžné žádosti nepřikládejte.
Mám vypnout všechny pluginy, abych problém našel?
Ne na ostré síti. Nejdřív se zaměřte na konkrétní čas a podezřelé operace, pak změnu zkoušejte na jednom reprezentativním webu se zálohou a návratem.
