|
|
Postitatud 14.06.2020 11:50:26
|
|
|
|
Olen kasutanud Alibaba Cloudi koormuse tasakaalustamist üle 6 aasta ja nginx-i juba üle 6 aasta.
Koormuse tasakaalustamine tugineb olemasolevatele võrgustruktuuridele ning pakub odavat, tõhusat ja läbipaistvat viisi võrguseadmete ja serverite ribalaiuse skaleerimiseks, läbilaskevõime suurendamiseks, võrguandmete töötlemise võimekuse parandamiseks ning võrgu paindlikkuse ja kättesaadavuse parandamiseks.
Koormuse tasakaal tähendab, et see jaotatakse mitmele operatsiooniüksusele, nagu veebiserverid, FTP-serverid, ettevõtte kriitilised rakendusserverid ja teised missioonikriitilised serverid, et ühiselt täita tööülesandeid.
Lihtsalt öeldes jagab see mitmeid päringuid erinevatele serveritele tagasüsteemis, et vähendada survet igale serverile ja saavutada kõrge kättesaadavus; isegi kui üks server katkeb, pole sellel mingit mõju.
Esiteks
Paigaldasin node.js natiivselt ja paigaldasin http-serveri, et emuleerida kahte veebikonteinerit. (Kasuta IIS-i või rakenda HTTP protokoll oma koodiga)
Pärast node.js paigaldamist käivita järgmine käsk:
Simuleeri kahte taustajaama
Lõin kaks uut kausta, site1 ja site2, E:\wwwroot kataloogi alla, kummalgi index.html fail.
Sisu on: indeks 1 by:itsvse.com ja indeks 2 by:itsvse.com
Seejärel kuula kahte HTTP porti järgmise käsuga ja avada kaks saiti.
Proovi mõlemale jaamile eraldi ligi pääseda:Hüperlingi sisselogimine on nähtav. Hüperlingi sisselogimine on nähtav.Renderdused on järgmised:
NGINX koormuse tasakaalustamise konfiguratsioon
Laadi alla nginx Windowsi versioon järgmiselt aadressilt:Hüperlingi sisselogimine on nähtav.
Kui see on alla laaditud, eralda see kausta E:\wwwroot\nginx-1.18.0. Muuda faili E:\wwwroot\nginx-1.18.0\conf\nginx.conf järgmiselt:
Alusta nginx programmi järgmise käsuga:
nginx -s Stop Fast Shutdown
nginx -s lõpetab graatsilise sulgemise
nginx -s seadistamise uuendamine, uute töötajate protsesside käivitamine uue konfiguratsiooniga, vanade töötajate protsesside graatsiline sulgemine
nginx -s taasavamine logifailide taasavamine
nginx koormuse tasakaalustamise saidile ligipääs brauseri kaudu:Hüperlingi sisselogimine on nähtav.
Me värskendame ja külastame neid korduvalt ning leiame, et tagastatav sisu on iga kord erinev ning näete, et nginx jagab erinevaid päringuid erinevatele http-teenustele taustal,Püüdes site1 saiti peatada, näeme, et see ei mõjuta meie tavapärast ligipääsu ning nginx suunab kõik päringud site2 saidile。
Nginx koormuse tasakaalustamise konfiguratsiooni staatus
| osariik | Ülevaade | | Alla | Praegune server ei osale praegu koormuse tasakaalustamises | | Varundus | Reserveeritud varuserverid on lubatud, kui kõik teised serverid on kinni jäänud | | max_fails | Lubatud ebaõnnestunud päringute arv, kui ebaõnnestunud taotluste arv ületab piiri, lõpetab serveri virtuaalse teenuse basseinist fail_timeout aja möödudes | | fail_timeout | Pärast max_fails riket peatab teenus aja, max_fails tuleb määrata fail_timeout väärtus | | max_conns | Piira erinevate serveri riistvarakonfiguratsioonide maksimaalset ühenduste arvu |
Nginx koormuse tasakaalustamise ajastamise poliitika
| Ajastamise algoritmid | Ülevaade | | Pollot | Küsitlus ükshaaval, vaikimisi meetod | | Kaal | Kaalutud küsitluste puhul mida suurem kaal, seda suurem on jaotuse tõenäosus | | ip_hash | Räsi tulemuste jaotamine juurdepääsuga IP-aadressilt põhjustab sama IP-aadressi päringute pääsemise fikseeritud taustaserverile | | url_hash | Määra vastavalt külastatud URL-i räsi tulemusele | | least_conn | Minimaalne linkide arv määratakse serverile, kellel on vähem linke | | Räsi võtme väärtus | Räsi kohandatud võti |
Lisateabe saamiseks nginx konfiguratsioonide kohta vaata:Hüperlingi sisselogimine on nähtav.
|
Eelmine:Nginx logide jagamine ja kustutamineJärgmine:ITO, BPO, KPO ja nende kolme mõiste ja erinevus
|
Üürileandja|
Postitatud 16.03.2021 15:48:20
|
