Upočasnjevanje proxyja s časom: preverite conntrack in omejitve virov
Raziščite pritisk sledenja povezav skupaj z omejitvami virov proxyja in gostitelja, ko se napake s časom kopičijo.
Proxy se odzove po ponovnem zagonu. Nekaj ur kasneje se nove povezave zataknejo. Še en ponovni zagon kupi še eno mirno obdobje. Ta vzorec kaže na kopičenje stanja, ne pove pa, katero stanje je odgovorno.
Na poti Linuxa, ki uporablja sledenje povezavam, je eden od kandidatov tabela conntrack. Preverite te obstoječe vrednosti na stroju in v imenskem prostoru omrežja, ki obdeluje promet:
/proc/sys/net/netfilter/nf_conntrack_count
/proc/sys/net/netfilter/nf_conntrack_maxPrva poroča o dodeljenih vnosih tokov; druga jih omejuje. To niso števci uporabnikov Squida ali zahtev HTTP. Stanje toka v jedru lahko preživi aktivno delo aplikacije.
Iščite razmerje, ne le velikega števila
Primerjajte zasedenost skozi čas z začetkom napak pri novih povezavah in z ustreznimi sporočili jedra. Visoko število brez ustreznih dokazov o napaki se razlikuje od tabele, ki večkrat doseže svojo mejo prav takrat, ko zahteve začnejo preseči čas.
Tabela lahko služi več kot proxyju. K temu lahko prispevajo druge lokalne storitve, posredovani promet ali druga obremenjena omrežna pot. To, da ponovni zagon proxyja spremeni simptom, ne dokazuje, da je bil vzrok predpomnilnik objektov Squida.
Imejte konkurenčne razlage pred očmi: opisovalci datotek, čakalne vrste pomočnikov za preverjanje pristnosti, zakasnitve DNS, pritisk na pomnilnik in poln datotečni sistem se lahko prav tako s časom poslabšajo. Zapišite, kateri vir raste in katere operacije prve prenehajo delovati. To, da dolgotrajne povezave preživijo, medtem ko nove propadejo, je koristen dokaz, ne pa diagnoza sama po sebi.
Povečanje omejitve ima strošek pomnilnika. Preden jo spremenite, ugotovite delovno obremenitev, imenski prostor in razpoložljivo zmogljivost. Neusmiljeno krajšanje časovnih omejitev lahko pokvari koristne nedejavne seje; brisanje celotnega stanja povezav lahko moti nepovezan promet.
Koristen rezultat je razlaga kopičenja in temu ustrezna sprememba zmogljivosti ali življenjskega cikla. Varno za povečanje ni lastnost, ki bi jo delil vsak proxy strežnik.