Kuidas tasakaalustada veebisaidi koormust NGINXi ja mitme asukohaga VPS-hostinguga
5 min lugemine - 20. mai 2025

Jagage veebisaidi liiklus NGINXi abil mitmes asukohas asuvatele VPS-serveritele. Õppige, kuidas konfigureerida koormuse tasakaalustamist, vältida üksikuid tõrkepunkte ja parandada jõudlust.
Kuidas tasakaalustada veebisaidi koormust NGINXi ja mitme asukohaga VPSi abil
Veebisaidi koormuse tasakaalustamine mitme eri geograafilises asukohas asuva VPS-i instantsi vahel võib parandada jõudlust, vähendada latentsust ja suurendada redundantsust. Kasutades NGINXi pöördproxy' t, saate jaotada liiklust backend-serverite vahel, millest igaühes asub teie veebisaidi või rakenduse koopia.
Selles juhendis käime läbi seadistamisprotsessi, toome välja parimad tavad ja käsitleme pöördproxyga seotud tavalist probleemi, milleks on ühe tõrkepunkti tekkimine, ning lahendusi selle leevendamiseks.
1. samm: VPS-serverite paigaldamine eri piirkondadesse
Alustage VPS-instantside kasutuselevõtuga mitmes geograafilises asukohas, näiteks üks New Yorgis, üks Frankfurdis ja üks Singapuris. Iga VPS peaks töötama:
- Teie veebisaidi või rakenduse koopia
- NGINX (kui seda kasutatakse ka kohaliku veebiserverina)
- SSH-juurdepääs seadistamiseks ja hoolduseks
Veenduge, et sisu ja konfiguratsioonid on kõigis serverites järjepidevad.
2. samm: seadistage VPS koormuse tasakaalustajana tegutsemiseks
Valige üks VPS, mis toimib teie pöördproxy ja koormuse tasakaalustajana, või eraldage selleks uus VPS. See server suunab liikluse tagasiside VPS-sõlmedele.
Kasutage NGINXi pöördproxy põhikonfiguratsiooni, mis määratleb ülesvoolu grupi ja edastab sissetulevad päringud teie backend-sõlmedele.
Siin on näide NGINXi konfiguratsioonist oma proxy jaoks
http { upstream backend_servers { server vps1.example.com; server vps2.example.com; server vps3.example.com; } server { listen 80; location / { proxy_pass http://backend_servers; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; } } }
3. samm: Ühe veapunkti lahendamine
Probleem
NGINXi pöördproxy't haldav VPS muutub ühekordseks veapunktiks. Kui see server läheb katki, muutub kogu teie sait kättesaamatuks - isegi kui teie backend-serverid töötavad endiselt.
Lahendused
Võimalus 1: Kõrge kättesaadavus ujuva IP-ga
Kasutage selliseid vahendeid nagu Keepalived või Pacemaker koos VRRP-ga, et luua kahe või enama NGINXi sõlme vahel ujuv IP. Kui üks neist ei tööta, lülitub IP automaatselt teisele.
Võimalus 2: DNS-tasandi koormuse tasakaalustamine
Käivitage mitu NGINXi koormuse tasakaalustaja sõlme ja kasutage nende vahel liikluse jaotamiseks ümmarguse DNS-i või GeoDNS-i (nt AWS Route 53, Cloudflare Load Balancing).
Võimalus 3: Anycast IP (täiustatud)
Reklaamige sama IP-aadressi mitmest geograafilisest piirkonnast, kasutades BGP-d ja Anycasti. Liiklus suunatakse automaatselt kasutaja asukoha alusel lähimasse sõlme.
Vihje: DNS-põhise geograafilise marsruutimise ja NGINXi kõrgelt kättesaadavate proxy'de kombineerimine tagab parima katvuse ja vastupidavuse.
Samm 4: Tervisekontrollid ja tõrkepõhine loogika
Kuigi NGINX Open Source ei toeta natiivselt aktiivset tervisekontrolli, peatab see pärast ühendusevigu marsruutimise ebaõnnestunud sõlme. Täiustatud tervisekontrolli jaoks:
- Kasutage NGINX Plus
- Või ehitage väline jälgimine ja üleviimisloogika cron + curl + konfiguratsiooni ümberlaadimine
5. samm: suunake oma domeen koormusbilansöörile
Uuendage oma DNS-kirjeid, et näidata NGINXi pöördproxy IP-aadressile (või ujuvale IP-le, kui kasutate HA-d). Kui kasutate mitut prokseerija, seadistage oma DNS-teenusepakkuja koormuse tasakaalustamiseks või geotundlikuks lahendamiseks.
Valikuline: Geo-asukohatundlik marsruutimine
NGINX ise ei tegele geograafilise asukohapõhise marsruutimisega, kuid te saate seda ühendada:
- GeoDNS: Kasutage DNS-teenusepakkujat, mis suunab kasutajad lähimasse serverisse
- Anycast IP-d: Jagage sama IP-d mitmest andmekeskusest, võimaldades globaalset marsruutimise optimeerimist
``` Kasutaja päring | v +---------------------+ | GeoDNS / Load-aware | | | DNS marsruutimiskihi | +---------------------+ | v +----------------------+ | Regional NGINX Proxy | | | (HA või Anycast IP) | +----------------------+ | v +---------------------+ | VPS Backend Nodes | |
+---------------------+
Lõplikud mõtted
NGINXi kasutamine koormuse tasakaalustamiseks mitme VPS-serveri vahel aitab teil globaalselt skaleerida ja vähendada latentsust. Kuid pidage meeles: pöördproxy peab olema kõrgelt kättesaadav või see muutub koormaks.
Üksikute veapunktide kõrvaldamiseks kaaluge DNS-põhist koormusjaotust, ujuvaid IPsid või Anycast-võrku. Hoolika planeerimise korral võib teie mitme asukohaga VPS-üksus pakkuda kiiret ja veatolerantset jõudlust skaalal.
See juhend on sobiv ainult veebi otsa jaoks ja ei hõlma ühendusi andmebaasiga ning probleeme ja lahendusi, mis jaotavad seda kõrge kättesaadavuse tagamiseks. Seda käsitleme hilisemas artiklis..

Linuxi serveri karastamise kontrollnimekiri
Samm-sammult kontrollnimekiri Linuxi serveri karastamiseks. Käsitletakse SSH-d, tulemüüre, parandusi, failiõigusi, SELinux/AppArmor ja auditi logimist
15 min lugemine - 8. mai 2026
iperf3 Tutorial: Linuxi ja Windowsi võrgu kiiruse testimine
10 min lugemine - 7. mai 2026

Kas teil on küsimusi või vajate kohandatud lahendust?
Paindlikud võimalused
Ülemaailmne haare
Kohene kasutuselevõtt
Paindlikud võimalused
Ülemaailmne haare
Kohene kasutuselevõtt