Hoe een website te load balanceren met NGINX en VPS Hosting op meerdere locaties
5 min lezen - 7 juli 2025

Verdeel websiteverkeer over VPS servers op meerdere locaties met NGINX. Leer hoe u load balancing configureert, single points of failure vermijdt en de prestaties verbetert.
Hoe een website te load balancen met NGINX en multi-locatie VPS
Load balancing van uw website over meerdere VPS instances op verschillende geografische locaties kan de prestaties verbeteren, latency verminderen en redundantie verbeteren. Door NGINX te gebruiken als een reverse proxy, kunt u verkeer verdelen tussen backend servers, die elk een kopie van uw website of applicatie hosten.
In deze handleiding doorlopen we het installatieproces, belichten we best practices en behandelen we de veelvoorkomende valkuil van het introduceren van een single point of failure met de reverse proxy, samen met oplossingen om dit te beperken.
Stap 1: Implementeer VPS servers in verschillende regio's
Begin met het inzetten van VPS instances op meerdere geografische locaties, bijvoorbeeld één in New York, één in Frankfurt en één in Singapore. Elke VPS moet draaien:
- Een kopie van uw website of applicatie
- NGINX (indien ook gebruikt als lokale webserver)
- SSH-toegang voor installatie en onderhoud
Zorg ervoor dat de inhoud en configuraties consistent zijn op alle servers.
Stap 2: Stel een VPS in als load balancer
Kies een VPS om als reverse proxy en load balancer te fungeren, of stel een nieuwe in voor dit doel. Deze server zal het verkeer naar de backend VPS nodes routeren.
Gebruik een basis NGINX reverse proxy configuratie die een upstream groep definieert en inkomende verzoeken naar je backend nodes proxied.
Hier is een voorbeeld NGINX configuratie voor je proxy
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; } }
Stap 3: Het enkele foutpunt aanpakken
Het probleem
De VPS die de NGINX reverse proxy host wordt een single point of failure. Als deze server uitvalt, wordt uw hele site onbereikbaar, ook al draaien uw backendservers nog wel.
Oplossingen
Optie 1: Hoge beschikbaarheid met een zwevend IP
Gebruik tools zoals Keepalived of Pacemaker met VRRP om een zwevend IP aan te maken tussen twee of meer NGINX nodes. Als er één uitvalt, schakelt het IP automatisch naar een ander.
Optie 2: Belasting balanceren op DNS-niveau
Draai meerdere NGINX load balancer nodes en gebruik round-robin DNS of GeoDNS (bijv. AWS Route 53, Cloudflare Load Balancing) om het verkeer over hen te verdelen.
Optie 3: Anycast IP (geavanceerd)
Adverteer hetzelfde IP-adres vanuit meerdere geografische regio's met behulp van BGP en Anycast. Verkeer wordt automatisch gerouteerd naar het dichtstbijzijnde knooppunt op basis van de locatie van de gebruiker.
Tip: Het combineren van DNS-gebaseerde geografische routering met hoog beschikbare NGINX proxies biedt de beste dekking en veerkracht.
Stap 4: Gezondheidscontroles en failover logica
Hoewel NGINX Open Source van nature geen actieve gezondheidscontroles ondersteunt, zal het stoppen met routeren naar een mislukte node na verbindingsfouten. Voor meer geavanceerde gezondheidscontroles:
- Gebruik NGINX Plus
- Of bouw externe monitoring en failover logica met cron + curl + config reloads
Stap 5: Wijs uw domein naar de loadbalancer
Werk je DNS records bij om naar het IP adres van je NGINX reverse proxy te wijzen (of floating IP als je HA gebruikt). Als u meerdere proxy's gebruikt, configureer dan uw DNS-provider voor load-balanced of geo-aware resolutie.
Optioneel: Geo-locatie-bewuste routering
NGINX kan zelf niet omgaan met geolocatie-gebaseerde routering, maar je kunt het koppelen met:
- GeoDNS: Gebruik een DNS provider die gebruikers naar de dichtstbijzijnde server routeert
- Anycast IP's: Verspreid hetzelfde IP vanuit meerdere datacenters, zodat wereldwijde routering geoptimaliseerd kan worden.
Gebruikersverzoek | v +---------------------+ | GeoDNS / Load-aware | | DNS routeringslaag | +---------------------+ | v +----------------------+ | Regionale NGINX Proxy | | (HA of Anycast IP) | +----------------------+ | v +---------------------+ | VPS Backend Nodes |
+---------------------+
Laatste gedachten
Het gebruik van NGINX om de belasting over meerdere VPS servers te verdelen helpt u om wereldwijd te schalen en latentie te verminderen. Maar onthoud: de reverse proxy moet hoog beschikbaar zijn, anders wordt het een risico.
Om single points of failure te elimineren, kunt u DNS-gebaseerde belastingverdeling, floating IP's of Anycast netwerken overwegen. Met zorgvuldige planning kan uw VPS setup op meerdere locaties snelle, fouttolerante prestaties op schaal leveren.
Deze gids is alleen geschikt voor een web-front-end, en behandelt niet de verbindingen met een database en de problemen en oplossingen om deze te distribueren voor hoge beschikbaarheid. Dat behandelen we in een later artikel...

Hoe Redis installeren en gebruiken op een VPS
Leer hoe u Redis op een VPS installeert en configureert voor optimale prestaties, beveiliging en beheer in uw applicaties.
9 min lezen - 7 januari 2026
Je Dedicated server of VPS monitoren, wat zijn de opties in 2025?
12 min lezen - 28 november 2025

Heb je vragen of wil je een oplossing op maat?
Flexibele opties
Wereldwijd bereik
Onmiddellijke inzet
Flexibele opties
Wereldwijd bereik
Onmiddellijke inzet