Sousedé na sdíleném hostingu jsou ostatní účty na stejném serveru: sdílejí s vaším webem procesor, paměť, disk a často i IP adresu. Aktivní soused zpomaluje především dynamické stránky a soused, který rozesílá spam, kazí pověst sdílené IP adresy pro poštu. Na našem testovacím stendu zatížený soused zvýšil medián odezvy PHP stránky z 10,7 na 28 ms a omezení jeho procesů ho vrátilo na 12,2 ms; statické soubory téměř neutrpěly.
Jak jsme testovali
11. 11. 2026 jsme sousedství nasimulovali na testovacím stendu: kontejner Ubuntu 24.04 se 2 vCPU, nginx 1.24.0 a dva oddělené pooly PHP-FPM 8.3.6 (náš web a soused), zátěž generovaná nástrojem hey. Jde o model, ne o servery RichHost ani jiného poskytovatele: ukazuje mechanismus, ne rychlost konkrétního hostingu. Typy limitů CloudLinux pocházejí z jeho dokumentace, podmínky UptimeRobot z jeho ceníku (obojí ověřeno 11. 11. 2026).
Co přesně se sousedy sdílíte
- Procesor a paměť. Náročný skript souseda zabírá procesorový čas a vaše PHP procesy čekají ve frontě.
- Disk. Záloha nebo import u souseda vytěžuje diskové operace a dotazy do vaší databáze se zpomalují.
- IP adresa webu. Na sdíleném hostingu jedna adresa často obsluhuje mnoho domén; to je normální, pokud adresa není na černé listině.
- IP adresa odchozí pošty. E-maily všech účtů na serveru mohou odcházet z jedné adresy, takže spam souseda dopadá i na vaše zprávy.
Tento článek je o vlivu cizích účtů. Co se ve vašem vlastním účtu vyčerpá jako první (procesy, paměť, inody), je samostatné téma; tady je důležité, že právě tyto limity pro každý účet vás před sousedy chrání.
Test: soused bez omezení a s omezením
Schéma: jeden nginx a dva pooly PHP-FPM. Náš pool má 4 procesy a stránku, jejíž vygenerování trvá asi 15 ms, jako u malého CMS bez cache. Pool souseda spouští náročný skript, který spotřebuje zhruba 50 ms procesorového času. Náš web dostává po dobu 15 sekund 2 souběžná spojení, soused 16. Scénáře se liší jen jedním řádkem konfigurace poolu souseda:
[neigh] listen = /srv/rw6/web/run/neigh.sock pm = static pm.max_children = 8 ; ve třetím scénáři 1 $ hey -z 15s -c 2 http://127.0.0.1:8661/page.php
| Scénář | Naše požadavky za sekundu | Medián | p95 | p99 |
|---|---|---|---|---|
| Soused neaktivní | 171 | 10,7 ms | 15,8 ms | 19,4 ms |
| Soused aktivní, 8 procesů PHP | 67 | 28,0 ms | 45,6 ms | 60,0 ms |
| Soused aktivní, omezený na 1 proces | 149 | 12,2 ms | 19,9 ms | 25,8 ms |
Bez omezení soused obsadil obě jádra a náš web obsloužil 2,5krát méně požadavků. Omezení souseda na jeden proces snížilo naši ztrátu v mediánu na 14 % a zaplatil za to sám soused: jeho propustnost klesla z 31 na 17 požadavků za sekundu. Opakovaný běh dal stejná čísla s rozdílem několika procent.
Statický soubor se při stejné zátěži od souseda servíroval s mediánem 0,1 ms, stejně jako bez ní; počet požadavků za sekundu klesl o 17 % (z 26 282 na 21 718). Praktický závěr: cache stránek chrání před hlučným sousedem lépe než jakékoli stížnosti, protože stránka z cache procesor skoro nepotřebuje.
Na skutečném sdíleném hostingu se takové omezení nedělá nastavením poolu, ale izolací účtů. Dokumentace CloudLinux uvádí limity LVE: SPEED (podíl procesoru), PMEM (paměť), IO a IOPS (disk), EP (souběžné vstupní procesy) a NPROC (všechny procesy). Překročení EP vyvolá chybu 508 Resource Limit Is Reached jen u toho webu, který na limit narazil.
Jak odlišit sousedy od vlastních problémů
Začněte IP adresou webu, názvem serveru podle záznamu PTR a dobou do prvního bajtu:
dig +short example.com A
host 203.0.113.10
curl -o /dev/null -s -w "%{time_starttransfer}\n" https://example.com/Pokud je web za CDN, první příkaz ukáže adresu CDN, ne serveru. Třetí příkaz spouštějte týden každých 15 minut přes cron a výsledek zapisujte i s časem: */15 * * * * echo "$(date +\%F\ \%H:\%M) $(curl -o /dev/null -s -w '\%{time_starttransfer}' https://example.com/)" >> ~/ttfb.log. Pokud nechcete psát skript, bezplatný tarif UptimeRobot podle jeho ceníku nabízí 50 monitorů s kontrolou jednou za 5 minut a ukazuje dobu odezvy. Co dalšího se vyplatí sledovat, popisujeme v článku o monitoringu serveru.
| Co vidíte | Pravděpodobná příčina | Jak to ověřit |
|---|---|---|
| Pomalé ve stejných hodinách, váš provoz neroste | Zátěž od sousedů nebo úlohy serveru | Týdenní záznam TTFB, porovnání s vaším access logem |
| Pomalé spolu s růstem vašeho provozu | Váš web nebo vaše limity | Statistika prostředků účtu v panelu, chyby 503 a 508 |
| Statické soubory rychlé, PHP vždy pomalé | Kód, pluginy, databáze | Profilování, pomalé dotazy do databáze |
| E-maily webu padají do spamu nebo jsou odmítány | IP serveru na černé listině, nebo chybí SPF a DKIM | Kontrola IP na blacklistech, hlavičky zprávy |
Než začnete vinit sousedy, projděte si vlastní logy serveru: náročné požadavky botů nebo váš vlastní cron ve stejných hodinách dávají úplně stejný obraz.
Sdílená IP adresa: pošta a černé listiny
Služby reverse IP lookup (ViewDNS.info, SecurityTrails) ukazují domény na vaší IP adrese. Stovka domén na jedné adrese je na sdíleném hostingu běžná a sama o sobě problém není. Důležité je něco jiného: zda je adresa serveru na černé listině. Ověřte ji naším nástrojem pro kontrolu IP na blacklistu; pokud na listině je, napište poskytovateli a přiložte výsledek kontroly. Pro poštu jsou správné SPF, DKIM a DMARC důležitější než sousedé: postupné nastavení SPF, DKIM a DMARC odstraní většinu problémů s doručováním.
Otázky pro poskytovatele
- Jak jsou účty izolované? CloudLinux LVE nebo obdoba, oddělené pooly PHP-FPM pro každého uživatele.
- Jaké limity má můj účet a kde je vidím? Procesy, paměť, disk, vstupní procesy.
- Co děláte se spammery a napadenými weby? Blokace, kontrola černých listin, rychlost reakce na stížnosti.
- Je možné přesunout můj účet na jiný server, pokud se problém opakuje?
Když X, udělejte Y
| Situace | Co dělat |
|---|---|
| Web se zpomaluje ve stejných hodinách bez vašeho provozu | Týden měřte TTFB, záznam pošlete podpoře |
| Pomalé jsou jen dynamické stránky | Zapněte cache stránek, pak zkontrolujte kód a databázi |
| E-maily padají do spamu | Zkontrolujte SPF, DKIM, DMARC a IP serveru na černých listinách |
| Poskytovatel neumí říct limity účtu ani způsob izolace | Hledejte hosting s transparentními limity |
| Problém se po hlášeních vrací | Požádejte o přesun na jiný server nebo změňte poskytovatele |
Kde je v tom RichHost
RichHost, který tento blog provozuje, je mezinárodní poskytovatel hostingu od roku 2003 se servery v Evropě a USA. Pošta z našich serverů odchází z čistých IP adres, doručování zpráv sledujeme a spammery blokujeme. Co obsahují naše tarify sdíleného hostingu (NVMe disky, SSH přístup ve všech tarifech, SSL zdarma), najdete na stránce ceníku; podpora funguje od 10:00 do 20:00 kyjevského času.
Časté dotazy
Kolik webů se umísťuje na jeden server?
Veřejná čísla poskytovatelé téměř neuvádějí. Počet účtů znamená méně než limity pro každý účet: v našem testu bylo rozhodující omezení procesů souseda.
Pomůže CDN proti hlučným sousedům?
Částečně. CDN servíruje stránky a soubory z cache bez dotazu na server, ale dynamické požadavky na něj chodí dál. Kdy opravdu pomůže, rozebíráme v článku CDN pro web.
Jak zjistím, jestli je IP mého serveru na černé listině?
Zadejte IP adresu do našeho nástroje pro kontrolu IP na blacklistu. Pokud je web za CDN, vezměte adresu serveru z panelu hostingu.
