Sadržaj
Bez obzira na Nginx to je orijentiran na događaj i da nam to omogućuje optimiziranje resursa za brze odgovore i uz manju potrošnju resursa, postoje slučajevi kada to nije dovoljno, a na isti način usluga počinje nedostajati.Kada se to dogodi, web počinje imati mnogo pogrešaka "Pauza", odnosno prošlo je dosta vremena od zahtjeva do Nginx mogu se pobrinuti za to, neposredno i preporučeno rješenje je poboljšanje hardvera poslužitelja, bilo više RAM -a ili bolji procesor ili oboje, međutim to nije uvijek moguće.
Ograničiti
Ograničenje koje možemo uspostaviti jest smanjiti količinu memorije koju zahtjevi troše i smanjiti njihovu učestalost, to postižemo stvaranjem zone pomoću sesije kako bismo mogli znati koga ćemo ograničiti u njihovim zahtjevima protiv naše usluge Nginx.
Pogledajmo na sljedećoj slici primjer kako možemo uspostaviti ove zone i ograničenja:
Gornji primjer vrlo je lako razumljiv, prvo u našem HTTP blok uspostavili smo zonu, to radimo s limit_req_zone, koja nam govori koja je varijabla koju ćemo uspostaviti da bismo je izgradili, u ovom slučaju to je binarna udaljena IP adresa, to jest klijenta, to će poslužiti kao vrijednost identifikatora ili ključ sesije, zatim s zona utvrđujemo prostor koji ćemo dodijeliti spomenutoj zoni i na kraju učestalost prihvaćenih zahtjeva, u ovom slučaju to će biti jedan zahtjev u sekundi.
Sada u našem poslužiteljski blok s limit_req kažemo mu da će zauzeti zonu koju smo uspostavili u HTTP blok, to nam omogućuje uspostavljanje "beskonačnog" broja zona, ovdje je granica količina memorije koju ima oprema na kojoj ugošćujemo uslugu Nginx. Kada se dosegne ograničenje zahtjeva, korisnici će vidjeti a pogreška 503 usluga nije dostupna, čime se sprječava da iskustvo drugih korisnika pati od loših performansi.
Ključ sjednicePraktički bilo koju vrijednost možemo koristiti kao ključ sesije, međutim preporučuje se upotreba male vrijednosti koja se može smjestiti u memoriju sa svim dodatnim zahtjevima, tako da se množenjem ukupnog broja dolaznih veza s vrijednošću veličine sve sjednice biti manje od veličine predmemorije sesijeAko se to ne dogodi, nećemo moći koristiti maksimum zona koje uspostavljamo, uništavajući na taj način svrhu onoga što gradimo granicama zahtjeva.
Ovim završavamo ovaj vodič, kao što vidimo unatoč činjenici da je ideja uvijek poboljšati performanse naše usluge, Nginx Nudi nam i alate koje možemo koristiti kada naš hardver ne daje više, ono što smo ovdje objasnili trebalo bi biti posljednje sredstvo, ali postoje slučajevi poput zajedničkih poslužitelja na koje ne možemo unijeti nikakve promjene i na koje se moramo žaliti vrsta rješenja.Je li vam se svidio i pomogao ovaj vodič?Autor možete nagraditi pritiskom na ovaj gumb kako biste mu dali pozitivan bod
