Hogyan lehet egy webhelyet NGINX-szel és több helyről VPS-szel egyensúlyban tartani

A webhely terheléskiegyenlítése több, különböző földrajzi helyen lévő VPS-példányon keresztül javíthatja a teljesítményt, csökkentheti a késleltetést és fokozhatja a redundanciát. Az NGINX fordított proxyként való használatával a forgalmat szétoszthatja a backend-kiszolgálók között, amelyek mindegyike a webhely vagy alkalmazás egy-egy példányát tárolja.

Ebben az útmutatóban végigmegyünk a beállítási folyamaton, kiemeljük a legjobb gyakorlatokat, és foglalkozunk azzal a gyakori buktatóval, hogy a fordított proxyval egyetlen hibapontot vezetünk be - az ezt enyhítő megoldásokkal együtt.

---

1. lépés: VPS-kiszolgálók telepítése különböző régiókban

Kezdje a VPS-példányok telepítésével több földrajzi helyen, például egy New Yorkban, egy Frankfurtban és egy Szingapúrban. Minden VPS-nek futtatnia kell:

• A weboldal vagy alkalmazás egy példánya
• NGINX (ha helyi webkiszolgálóként is használják)
• SSH hozzáférés a beállításhoz és karbantartáshoz

Biztosítsa, hogy a tartalom és a konfigurációk konzisztensek legyenek minden szerveren.

---

2. lépés: Egy VPS beállítása terheléselosztóként való működésre

Válasszon ki egy VPS-t, amely fordított proxyként és terheléselosztóként fog működni, vagy biztosítson egy újat erre a célra. Ez a szerver fogja továbbítani a forgalmat a backend VPS-csomópontokhoz.

Használjon egy alapvető NGINX reverse proxy konfigurációt, amely meghatároz egy upstream csoportot, és proxyként továbbítja a bejövő kéréseket a backend csomópontokhoz.

Íme egy példa NGINX konfiguráció a proxyhoz

http { upstream backend_servers { server vps1.example.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. lépés: Az egyetlen hibapont kezelése

A probléma

Az NGINX fordított proxynek otthont adó VPS egyetlen hibaponttá válik. Ha ez a szerver leáll, az egész webhely elérhetetlenné válik - még akkor is, ha a backend-kiszolgálók még működnek.

Megoldások

1. lehetőség: Nagyfokú rendelkezésre állás lebegő IP-vel

Használjon olyan eszközöket, mint a Keepalived vagy a Pacemaker a VRRP-vel, hogy létrehozzon egy lebegő IP-t két vagy több NGINX-csomópont között. Ha az egyik meghibásodik, az IP automatikusan átvált egy másikra.

2. lehetőség: DNS-szintű terheléselosztás

Futtasson több NGINX terheléselosztó csomópontot, és használja a körkörös DNS-t vagy GeoDNS-t (pl. AWS Route 53, Cloudflare Load Balancing) a forgalom elosztására közöttük.

3. lehetőség: Anycast IP (fejlett)

Ugyanazon IP-cím hirdetése több földrajzi régióból a BGP és az Anycast segítségével. A forgalom automatikusan a felhasználó tartózkodási helye alapján a legközelebbi csomópontra kerül átirányításra.

Tipp: A DNS-alapú földrajzi útválasztás és a nagy rendelkezésre állású NGINX proxyk kombinálása biztosítja a legjobb lefedettséget és rugalmasságot.

---

4. lépés: Állapotellenőrzések és hibaelhárítási logika

Bár az NGINX Open Source natívan nem támogatja az aktív állapotellenőrzéseket, a kapcsolati hibák után leállítja az útválasztást a hibás csomóponthoz. A fejlettebb állapotellenőrzéshez:

• Használja az NGINX Plus-t
• Vagy építsen külső felügyeleti és failover logikát cron + curl + konfiguráció újratöltés segítségével.

---

5. lépés: Mutassa a tartományát a terheléselosztóhoz.

Frissítse DNS-bejegyzéseit, hogy az NGINX fordított proxy IP-címére mutasson (vagy HA használata esetén a lebegő IP-címre). Ha több proxyt használ, konfigurálja DNS-szolgáltatóját terheléskiegyenlített vagy földrajzi felbontásra.

---

Nem kötelező: Földrajzi helymeghatározás-érzékeny útválasztás

Az NGINX maga nem kezeli a földrajzi helymeghatározás alapú útválasztást, de párosíthatja a következőkkel:

• GeoDNS: DNS-szolgáltató használata, amely a felhasználókat a legközelebbi kiszolgálóhoz irányítja.
• Anycast IP-k: Ugyanaz az IP több adatközpontból történő elosztása, ami lehetővé teszi a globális útválasztás optimalizálását.

``` Felhasználói kérés | v +---------------------+ | GeoDNS / Load-aware | | | DNS Routing Layer | +---------------------+ | v +----------------------+ | Regionális NGINX Proxy | | | (HA vagy Anycast IP) | +----------------------+ | v +---------------------+ | VPS Backend Nodes | |

+---------------------+

Végső gondolatok

Az NGINX használata több VPS-kiszolgáló közötti terheléselosztáshoz segít globálisan skálázni és csökkenteni a késleltetést. De ne feledje: a fordított proxynek nagymértékben elérhetőnek kell lennie, különben teherré válik.

Az egyetlen hibapontok kiküszöbölése érdekében fontolja meg a DNS-alapú terheléselosztást, a lebegő IP-ket vagy az Anycast-hálózatot. Körültekintő tervezéssel a több telephelyre kiterjedő VPS-beállítás gyors, hibatűrő teljesítményt nyújthat méretarányosan.

Ez az útmutató csak a webes frontendre alkalmas, és nem foglalkozik az adatbázishoz való kapcsolatokkal, valamint az ezek elosztásának problémáival és megoldásaival a magas rendelkezésre állás érdekében. Ezzel egy későbbi cikkben foglalkozunk...