Spomaľovanie proxy v čase: skontrolujte conntrack a limity prostriedkov

Proxy po reštarte reaguje. O niekoľko hodín neskôr sa nové spojenia zaseknú. Ďalší reštart kúpi ďalšie pokojné obdobie. Tento vzorec naznačuje hromadiaci sa stav, ale nehovorí, ktorý stav je za to zodpovedný.

Na linuxovej ceste so sledovaním spojení je jedným kandidátom tabuľka conntrack. Skontrolujte tieto existujúce hodnoty na stroji a v sieťovom mennom priestore, ktorý spracúva prevádzku:

/proc/sys/net/netfilter/nf_conntrack_count
/proc/sys/net/netfilter/nf_conntrack_max

Prvá hlási pridelené položky tokov; druhá ich obmedzuje. Nie sú to počty používateľov Squidu ani HTTP požiadaviek. Stav toku v jadre môže prežiť aktívnu prácu aplikácie.

Hľadajte vzťah, nie len veľké číslo

Porovnajte obsadenosť v čase s nástupom porúch nových spojení a s príslušnými správami jadra. Vysoký počet bez zodpovedajúcich dôkazov poruchy sa líši od tabuľky, ktorá opakovane dosahuje limit práve vtedy, keď požiadavky začínajú končiť časovým limitom.

Tabuľka môže slúžiť viac než proxy. Prispieť môžu aj ďalšie miestne služby, preposielaná prevádzka alebo iná vyťažená sieťová cesta. To, že reštart proxy zmení symptóm, nedokazuje, že príčinou bola objektová cache Squidu.

Majte na zreteli konkurenčné vysvetlenia: deskriptory súborov, fronty autentifikačných pomocníkov, oneskorenia DNS, tlak na pamäť a plný súborový systém sa tiež môžu v čase zhoršovať. Zaznamenajte, ktorý prostriedok rastie a ktoré operácie prestanú fungovať ako prvé. To, že dlhoveké spojenia prežívajú, zatiaľ čo nové zlyhávajú, je užitočný dôkaz, ale samo o sebe to nie je diagnóza.

Zvýšenie limitu má cenu v pamäti. Pred zmenou zistite záťaž, menný priestor a dostupnú kapacitu. Bezhlavé skracovanie časových limitov môže rozbiť užitočné nečinné relácie; vymazanie celého stavu spojení môže narušiť nesúvisiacu prevádzku.

Užitočným výsledkom je vysvetlenie hromadenia a zmena kapacity alebo životného cyklu, ktorá k tomu pasuje. Bezpečné na zvýšenie nie je vlastnosť, ktorú zdieľa každý proxy server.