Puhverserveri aeglustumine ajas: kontrolli conntracki ja ressursipiiranguid

Puhverserver vastab pärast taaskäivitust. Mõne tunni pärast takerduvad uued ühendused. Taaskäivitamine ostab veel ühe vaikse vahemiku. See muster viitab kuhjuvale olekule, kuid ei näita, milline olek selle eest vastutab.

Linuxi teel, mis kasutab ühenduste jälgimist, on üks kandidaat conntracki tabel. Kontrolli neid olemasolevaid väärtusi masinas ja liiklust käsitlevas võrgu nimeruumis:

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

Esimene näitab eraldatud voosünte; teine piirab neid. Need ei ole Squidi kasutajate ega HTTP-päringute arvud. Kerneli voo olek võib rakenduse aktiivsest tööst kauem püsida.

Otsi seost, mitte ainult suurt arvu

Võrdle täituvust ajas uute ühenduste tõrgete algusega ja asjakohaste kerneli sõnumitega. Suur arv ilma vastava tõendusmaterjalita erineb tabelist, mis jõuab korduvalt piirini just siis, kui päringud hakkavad aeguma.

Tabel võib teenindada rohkemat kui puhverserver. Teised kohalikud teenused, edastatud liiklus või muu koormatud võrgutee võivad kaasa aidata. See, et puhverserveri taaskäivitamine muudab sümptomit, ei tõesta, et Squidi objektivahemälu selle põhjustas.

Hoia konkureerivad seletused silme ees: failideskriptorid, autentimisabi järjekordi, DNS-viivitused, mälusurve ja täis failisüsteem võivad samuti aja jooksul halveneda. Kirjuta üles, milline ressurss kasvab ja millised toimingud lakkavad esimesena töötamast. See, et pikaajalised ühendused jäävad püsima, samal ajal kui uued nurjuvad, on kasulik tõend, mitte iseenesest diagnoos.

Piiri tõstmine maksab mälu. Enne muutmist tee kindlaks töökoormus, nimeruum ja olemasolev võimsus. Aegade pimesi lühendamine võib lõhkuda kasulikke jõudeolekusessioone; kogu ühendusoleku tühjendamine võib häirida kõrvalist liiklust.

Kasulik tulemus on seletus kuhjumisele ja sellega sobiv võimsuse või elutsükli muudatus. Ohutu tõsta ei ole omadus, mida jagab iga puhverserver.