Inktviscache - deel 2

Squid is niet alleen een proxy- en cacheservice, het kan veel meer: ​​acl (toegangslijsten) beheren, inhoud filteren, het kan zelfs ssl-filtering uitvoeren, zelfs in transparante modus (proxymethode - zonder te hoeven configureren in proxy-instellingen vanuit hun browser, het is als de mens in het midden, niemand weet dat het er is). Dus ik zie vaak hoe het volledige potentieel van deze applicatie wordt verspild door niet te weten hoe elk van zijn onderdelen moet worden geconfigureerd.

Het interessante dat inktvis nu doet, is de cache (naar mijn mening). Je zult me ​​vertellen waarom cache? De reden is simpel, beter beheren van het gebruik van je snelheid en bandbreedte is het belangrijkste. Denk goed na, 1000 mensen in uw bedrijf raadplegen elke 5 minuten gemeenschappelijke pagina's, Google, Hotmail, Gmail, enz ... zodat u steeds weer afbeeldingen, banners, advertenties, html-inhoud gaat downloaden, dit zijn allemaal statische dingen, nee ze veranderen zo vaak, het is beter om ze op te slaan in uw lokale netwerk en u levert een kopie af die u als recent beschouwt binnen de configuraties die u overwoog.

Hoe het te doen? Simpel met de volgende zin:

refresh_pattern [-i] regex min percent max [options]

Zoals ik altijd zeg, geloof niet in alles, dus ik nodig je uit om uit de officiële bron te lezen. Ik raad u aan de handleiding van deze zin te lezen HIER

Zin refresh_patroon Het zal altijd ons label zijn om nieuwe parameters aan de cache toe te voegen.

Belangrijk, uw cachelijsten moeten opeenvolgend zijn, want zodra deze overeenkomt met de eerste die overeenkomt met het object, zal het uw andere regels niet verder lezen

Reguliere expressies zijn hoofdlettergevoelig, daarom is flv niet hetzelfde als FLV, maar u kunt dit voorkomen als u dat wilt door de optie te gebruiken -i . Dan zou het er zo uitzien ververs_patroon -i

'Min': Het is de tijd (minuten) waarin een object wordt beschouwd als "recent of vers" en als het geen expliciet label "verlopen" heeft. Standaard raadt squid aan dat het 0 is, om redenen dat sommige dynamische applicaties zich vreemd kunnen gedragen, pure blah blah blah, deze waarde zou eigenlijk een getal moeten zijn dat je nuttig en effectief acht voor de elementen die je wilt cachen, voorbeeld: jpg, 1440 minuten (per dag) lijkt me prima, het is niet zo dat op een pagina de afbeeldingen van een bericht elke 5 minuten veranderen.

'Percentage' Het is het percentage van de ouderdom van een object (sinds de laatste wijziging) dat als «recent of vers» wordt beschouwd. Laat me het uitleggen, misschien door constant opnieuw te laden of te verversen om de laatste wijzigingen te zien die aan een webpagina zijn aangebracht, zou inktvis kunnen overwegen of het al bijvoorbeeld 50% van de tijd voltooid is tussen Min y max, download dat object opnieuw van internet en geef je een nieuwe kopie.

'Max' is de limiet hoger dan of gelijk aan 'Min' hoe lang een object als «recent of nieuw» wordt beschouwd, stel dat een afbeelding van een pagina maar één keer door een gebruiker is geraadpleegd, dat object zijn tijd al heeft bereikt Min, maar niet de max, en als het opnieuw wordt opgevraagd, wordt een cachekopie afgeleverd.

Options:
override-expire
override-lastmod
reload-into-ims
ignore-reload
ignore-no-store
ignore-private
max-stale=NN
refresh-ims
store-stale

Deze opties zijn voornamelijk gemaakt om vooraf vastgesteld gedrag in talen en protocollen te negeren, om een ​​effectief gebruik van de cache te garanderen.

override-expire

Het dwingt de minimale tijd van een object af, zelfs als de server een kortere vervaltijd heeft verzonden (bijvoorbeeld zaken als header of Cache-Control: max-age). Als we dit doen, zal een "waarschuwing" verschijnen met de volgende dingen als "SCHENDT de HTTP-standaard", maar dat zijn slechts waarschuwingen die we kunnen negeren. Als de tijd die een server verzendt langer is, zal inktvis de tijd (expiratie) van de server in beslag nemen

override-lastmod

Versterkt de minimumtijd van een item, zelfs als dat item recentelijk is gewijzigd.

reload-into-ims

De korte uitleg is dat het voorkomt dat wanneer we op de verversknop drukken of een verzoek om geen cache te doen, squid de cache zal leveren als deze niet is "gewijzigd sinds" en / of als er geen "headers" op de pagina staan.

ignore-reload

Negeer de actie van gebruikers om op de knop Herladen of Pagina vernieuwen te drukken

ignore-no-store

Negeer elke regel in headers om niet te cachen, bijvoorbeeld van video's

ignore-private

Negeer elke regel in headers van privé-inhoud die niet in de cache mogen worden opgeslagen, bijvoorbeeld: Facebook-inhoud.

refresh-ims

Squid neemt contact op met de server om te garanderen of het object het nieuwste is. Als dit het geval is, levert het cache op

store-stale

Inktvis slaat al die reacties op, zelfs als ze geen vervaldatum hebben, dit is erg onpraktisch omdat ze meestal niet opnieuw kunnen worden gebruikt. Als u besluit het in te schakelen, moet u max-stale = NN aangeven

max-stale=NN

Als je het bovenstaande hebt ingeschakeld, moet je een maximale levensduur aangeven voor die reactie of factor. Squid levert geen objecten van deze stijl, maar kan het valideren bij de bron

Hier is een tabel die laat zien hoe de "FRESH" -status werkt volgens de waarden die we hebben besproken:

• VERS indien verlopen> nu, anders STALE
• STALE als leeftijd> max
• VERS als lm-factor <procent, anders STALE
• VERS als leeftijd <min anders STALE

Hier is een voorbeeldconfiguratie voor een specifiek bedrijf met veel schijfruimte, goede apparatuur en goede bandbreedte

refresh_pattern -i \.(3gp|7z|ace|asx|bin|deb|divx|dvr-ms|ram|rpm|exe|inc|cab|qt)$ 43200 99% 43200 ignore-no-store ignore-must-revalidate override-expire override-lastmod reload-into-ims

refresh_pattern -i \.(rar|jar|gz|tgz|bz2|iso|m1v|m2(v|p)|mo(d|v)|arj|lha|lzh|zip|tar)$ 43200 99% 43200 ignore-no-store ignore-must-revalidate override-expire override-lastmod reload-into-ims

refresh_pattern -i \.(jp(e?g|e|2)|gif|pn[pg]|bm?|tiff?|ico|swf|dat|ad|txt|dll)$ 43200 99% 43200 ignore-no-store ignore-must-revalidate override-expire override-lastmod reload-into-ims

refresh_pattern -i \.(avi|ac4|mp(e?g|a|e|1|2|3|4)|mk(a|v)|ms(i|u|p)|og(x|v|a|g)|rm|r(a|p)m|snd|vob)$ 43200 99% 43200 ignore-no-store ignore-must-revalidate override-expire override-lastmod reload-into-ims

refresh_pattern -i \.(pp(t?x)|s|t)|pdf|rtf|wax|wm(a|v)|wmx|wpl|cb(r|z|t)|xl(s?x)|do(c?x)|flv|x-flv)$ 43200 99% 43200 ignore-no-store ignore-must-revalidate override-expire override-lastmod reload-into-ims

cache_mem 8092 MB

Nu staat de cache niet alleen op de harde schijf, we kunnen ook het ram-geheugen cachen, deze waarde is voor elk inktvisproces, dus je moet er rekening mee houden wanneer je redirectors gebruikt zoals inktvisGuard

maximum_object_size_in_memory 1024 KB

De maximale grootte van het object in het geheugen dat inktvis in RAM zal opslaan. U kunt ook een minimum aangeven.

memory_replacement_policy heap GDSF
cache_replacement_policy heap GDSF

Zoals u kunt zien, is een beleid voor het vervangen van de cache in het RAM-geheugen en een andere op de harde schijf. Er zijn 2 beleidsregels GDSF en LFUDA. De eerste probeert het percentage cache-hits te verbeteren, met veel kleine objecten bij de hand, de tweede zoekt het tegenovergestelde, het houdt objecten in de cache, ongeacht hun grootte.

De vraag die je me op dit moment voorstelt, is: wat voor nut heb ik? Welnu, als je bedenkt dat ze in jouw omgeving veel queries doen en weinig downloads GDSF gebruiken, terwijl ze daarentegen veel downloads en weinig LFUDA-queries doen. Dat als ik LFUDA aanbeveel wanneer je gaat doen, ik weet het niet, cache in 1 TB schijf, het efficiënter is.

maximum_object_size 4 MB

De maximale grootte die een object mag hebben om te worden opgeslagen

cache_dir aufs /media/proxy249/cache 100 16 256

Waar de cache wordt opgeslagen, let hier op, belangrijk is dat als je ufs, aufs of diskd gebruikt, ze alle 3 min of meer hetzelfde werken, het verschil is dat aufs en diskd met aparte processen werken om I / O-bewerkingen op de harde schijf uit te voeren en vermijd dat inktvisprocessen vastlopen tijdens deze bewerkingen, bovendien kunt u op schijf het aantal threads specificeren dat u voor deze taak zult hebben. Ik raad aufs aan als je een goed team hebt.

Grootte 100 (megabytes), u kunt 100000 plaatsen is bijna 100 GB afhankelijk van uw beschikbaarheid. 16 is het aantal mappen en 256 is het aantal submappen. Je kunt met beide waarden spelen, afhankelijk van hoe snel je schijven zijn en hoeveel bronnen je hebt.

cache_swap_low 90
cache_swap_high 95

Deze opties zijn de objectvervangingswaarden, het is de minimum- en maximumwaarde als watermerk volgens inktvis, waarbij deze getallen in percentage (%) zijn, en in een zeer kleine cache, 5% zoals dit nu zou zijn, laten we zeggen 300 objecten per seconde , maar in zeer grote caches zouden we het hebben over duizenden MB

Nou, daar laat ik je, dit voorlopig, commentaar En houd ook rekening met degenen die me vertelden dat ze geen https (SSL) -pagina's in squid 3.5 of hoger konden cachen en filteren, ik zal ze binnenkort naar je toe brengen, blijf op de hoogte van deze blog.