Proxy-lassulás idővel: ellenőrizze a conntracket és az erőforrás-korlátokat
Vizsgálja a kapcsolatkövetés terhelését a proxy és a gazdagép erőforrás-korlátaival együtt, amikor a hibák idővel felhalmozódnak.
A proxy újraindítás után válaszol. Néhány órával később az új kapcsolatok elakadnak. Egy újabb újraindítás még egy nyugodt időszakot vásárol. Ez a minta felhalmozódó állapotra utal, de nem nevezi meg, melyik állapot felelős érte.
Egy kapcsolatkövetést használó Linux-útvonalon az egyik jelölt a conntrack tábla. Ellenőrizze ezeket a meglévő értékeket a gépen és a forgalmat kezelő hálózati névtérben:
/proc/sys/net/netfilter/nf_conntrack_count
/proc/sys/net/netfilter/nf_conntrack_maxAz első a lefoglalt folyamatbejegyzéseket jelenti; a második korlátozza azokat. Ezek nem Squid-felhasználók vagy HTTP-kérések számlálói. A kernel folyamatállapota túlélheti az alkalmazás aktív munkáját.
Összefüggést keressen, ne csak nagy számot
Hasonlítsa össze a telítettséget idővel az új kapcsolatok hibáinak kezdetével és a releváns kernelüzenetekkel. A megfelelő hiba-bizonyíték nélküli magas szám más, mint egy tábla, amely ismételten eléri a korlátját éppen akkor, amikor a kérések időtúllépésbe kezdenek futni.
A tábla többet szolgálhat ki, mint a proxy. Más helyi szolgáltatások, továbbított forgalom vagy egy másik forgalmas hálózati útvonal is hozzájárulhat. Az, hogy a proxy újraindítása megváltoztatja a tünetet, nem bizonyítja, hogy a Squid objektum-gyorsítótára volt az ok.
Tartsa szem előtt a versengő magyarázatokat: fájlleírók, a hitelesítési segédprogramok sorai, DNS-késleltetések, memórianyomás és egy tele fájlrendszer is idővel romolhat. Jegyezze fel, melyik erőforrás nő, és mely műveletek hagynak fel először a működéssel. Az, hogy a hosszú életű kapcsolatok túlélik, miközben az új kapcsolatok meghiúsulnak, hasznos bizonyíték, de önmagában nem diagnózis.
Egy korlát emelésének memóriaköltsége van. Mielőtt megváltoztatja, állapítsa meg a terhelést, a névteret és a rendelkezésre álló kapacitást. Az időkorlátok meggondolatlan rövidítése hasznos tétlen munkameneteket törhet meg; a teljes kapcsolatállapot törlése zavarhatja a nem kapcsolódó forgalmat.
A hasznos eredmény a felhalmozódás magyarázata és az ahhoz illő kapacitás- vagy életciklus-változás. A biztonságosan emelhető nem olyan tulajdonság, amelyet minden proxykiszolgáló megoszt.