DNS round robin: zo werkt load balancing via DNS

DNS round robin is een manier om bezoekers over meerdere servers te verdelen door voor één domeinnaam meerdere A-records (of AAAA-records) met elk een ander IP-adres in te stellen. De DNS-server geeft bij elke vraag alle adressen terug, maar in een wisselende volgorde, en de meeste apparaten maken verbinding met het eerste adres. Zo krijgt elke server een deel van de bezoekers, zonder extra apparatuur; DNS controleert alleen niet of een server nog werkt.

In dit artikel lees je wat round robin betekent, hoe DNS round robin werkt met een voorbeeld, wat het verschil is met een load balancer, wat de voor- en nadelen zijn en hoe je het instelt en controleert.

Wat betekent round robin?

Round robin betekent "om de beurt": iedereen komt in een vaste kringloop aan de beurt. Je komt de term op verschillende plekken tegen:

• In de sport is een round-robintoernooi een toernooi waarin iedere deelnemer een keer tegen iedere andere deelnemer speelt.
• In een computer verdeelt round-robinplanning de rekentijd: elk programma krijgt om de beurt een kort stukje processortijd.
• In netwerken stuurt round robin load balancing elk nieuw verzoek naar de volgende server in de rij. Na de laatste server begint de rij weer bij de eerste.

DNS round robin is die laatste vorm, maar dan uitgevoerd door DNS: de verdeling gebeurt al bij het opzoeken van het IP-adres, nog voordat een bezoeker verbinding maakt met een server.

Hoe werkt DNS round robin?

Een A-record koppelt een naam aan een IPv4-adres. Je mag meerdere A-records op dezelfde naam zetten, elk met het adres van een andere server. Wat er dan gebeurt als iemand je website bezoekt:

1. De browser vraagt aan een resolver (meestal de DNS-server van de internetprovider) welk IP-adres bij de naam hoort.
2. De resolver vraagt het op bij de nameservers van je domein. Die geven alle adressen tegelijk terug, in een wisselende volgorde.
3. De resolver bewaart het hele rijtje zo lang als de TTL van de records toestaat en geeft het door aan het apparaat van de bezoeker.
4. Het apparaat maakt verbinding met het eerste adres in de lijst. Mislukt dat, dan proberen veel browsers en andere programma's het volgende adres.
5. De volgende bezoeker krijgt de adressen in een andere volgorde en komt zo bij een andere server uit.

Het idee is oud: RFC 1794 beschreef in 1995 al hoe een nameserver de volgorde van de adressen kan laten wisselen om de belasting te verdelen. Het werkt met IPv6 op dezelfde manier, met meerdere AAAA-records op één naam.

Voorbeeld van DNS round robin

Stel, je website draait op drie servers met dezelfde inhoud. In de DNS-zone van je domein zet je dan drie A-records op dezelfde naam:

Vraag je de naam twee keer achter elkaar op bij de nameserver, dan krijg je beide keren alle drie de adressen, maar in een andere volgorde:

dig +short www.jouwdomein.nl @ns1.ljpc.network
192.0.2.11
192.0.2.10
192.0.2.12

dig +short www.jouwdomein.nl @ns1.ljpc.network
192.0.2.12
192.0.2.11
192.0.2.10

De eerste bezoeker komt zo op 192.0.2.11 uit, de tweede op 192.0.2.12. Gemiddeld krijgt elke server ongeveer een derde van de bezoekers.

DNS round robin en load balancing: wat is het verschil?

Load balancing is het verdelen van verkeer over meerdere servers. DNS round robin is daar de lichtste vorm van. Een load balancer is een apart programma of apparaat (bijvoorbeeld HAProxy of nginx) dat alle verzoeken ontvangt en ze zelf doorgeeft aan de servers erachter. Daartussen zit DNS met een controle op de servers: die geeft alleen de adressen van servers die op dat moment werken.

Voordelen van DNS round robin

• Geen extra apparatuur of software. Je hebt alleen DNS-records nodig, en elke DNS-server ondersteunt het.
• Servers mogen overal staan. De servers hoeven niet in hetzelfde netwerk of datacenter te staan, want de verdeling gebeurt voordat er verbinding is.
• Snel uitbreiden. Een server erbij is een A-record erbij; een server eruit is een A-record eruit.
• Rechtstreeks naar de server. Bij een load balancer gaat al het verkeer door één punt. Bij DNS round robin maakt elke bezoeker rechtstreeks verbinding met een van de servers.

Nadelen en beperkingen van DNS round robin

DNS weet niet of een server werkt

Valt een server uit, dan blijft de nameserver zijn adres meegeven. Veel browsers proberen dan wel het volgende adres uit de lijst, maar pas als de verbinding met het eerste is mislukt. Reageert een server helemaal niet, dan kan dat lang duren: de bezoeker ziet een pagina die blijft laden of een foutmelding. Haal het A-record van een uitgevallen server daarom zo snel mogelijk weg.

Caches maken de verdeling grof

Resolvers en apparaten bewaren het antwoord zo lang als de TTL toestaat (lees meer in wat is DNS-cache). Niet elke resolver wisselt bovendien de volgorde. In onze test in november 2026 gaven Google Public DNS (8.8.8.8) en Quad9 (9.9.9.9) de adressen bij elke vraag in een andere volgorde, terwijl Cloudflare (1.1.1.1) steeds dezelfde volgorde teruggaf. Ook sorteren sommige besturingssystemen de adressen opnieuw. De verdeling is daardoor bij benadering, en een grote groep bezoekers achter dezelfde resolver kan tijdelijk bij dezelfde server uitkomen.

Geen rekening met capaciteit of drukte

Elke server krijgt ongeveer evenveel bezoekers, ook als de ene server twee keer zo krachtig is of het op dat moment veel drukker heeft dan de andere.

Alle servers moeten hetzelfde zijn

Een bezoeker kan bij een volgend bezoek op een andere server uitkomen. Je website, uploads en database moeten daarom op alle servers gelijk zijn. Bewaart een server inloggegevens of een winkelwagen alleen lokaal, dan raakt een bezoeker die kwijt zodra die op een andere server uitkomt. Ook een SSL-certificaat van Let's Encrypt vraagt aandacht: bij de controle via je website moet het controlebestand op alle servers beschikbaar zijn (Let's Encrypt). Meer over gratis certificaten lees je in Let's Encrypt.

Wijzigingen werken pas door na de TTL

Haal je een server uit de lijst, dan blijven caches het oude rijtje gebruiken tot de TTL is verlopen. Hoe dat precies werkt, lees je in DNS-propagatie.

Wanneer kies je voor DNS round robin?

DNS round robin past goed bij:

• meerdere servers met dezelfde, grotendeels vaste inhoud, zoals een statische website, downloads of een API zonder sessies;
• servers op verschillende locaties, als je verkeer wilt spreiden zonder een centrale load balancer;
• diensten waarvan de software zelf een ander adres probeert als het eerste niet werkt.

Moet je website ook bij een uitgevallen server direct bereikbaar blijven, of wil je verkeer verdelen naar de belasting, kies dan een load balancer of DNS met controles op de servers.

Alternatieven voor DNS round robin

• Een load balancer. Software zoals HAProxy of nginx ontvangt alle verzoeken, controleert de servers en stuurt elk verzoek naar een server die werkt.
• DNS met controles op de servers. Diensten zoals Amazon Route 53 (multivalue answer routing, tot acht gezonde adressen per antwoord) en Cloudflare Load Balancing geven alleen adressen van servers die hun controle doorstaan.
• Een SRV-record met gewicht. Voor diensten die SRV-records ondersteunen, zoals VoIP, bepaal je met het gewicht welk deel van het verkeer elke server krijgt. Zie SRV-record uitgelegd.
• MX-records met dezelfde prioriteit. Voor e-mail is round robin ingebouwd: verzendende mailservers moeten volgens de e-mailstandaard (RFC 5321) willekeurig kiezen tussen MX-records met dezelfde prioriteit. Zie wat is een MX-record.

DNS round robin instellen

1. Maak de servers gelijk. Zorg dat elke server dezelfde website en dezelfde gegevens heeft, en dat sessies en uploads op alle servers beschikbaar zijn.
2. Verlaag de TTL. Een TTL van bijvoorbeeld 300 seconden zorgt ervoor dat je een uitgevallen server snel uit de lijst kunt halen. Hoe je de TTL aanpast, lees je in DNS-propagatie.
3. Open het DNS-beheer van je domein. Hoort er een hostingpakket bij je domein, dan beheer je je records in Plesk, dat je opent vanuit het klantenportaal (zie Plesk openen vanuit het klantenportaal). Heb je alleen DNS-beheer bij LJPc, dan doe je het in het klantenportaal onder Diensten > Domeinnamen. De stappen per scherm staan in DNS-records beheren.
4. Zet per server een A-record op dezelfde naam. Vul steeds dezelfde naam in (bijvoorbeeld @ voor je hoofddomein of www) met het IPv4-adres van een andere server. Hebben je servers ook IPv6, voeg dan per server een AAAA-record toe. Staat er op die naam een CNAME-record, zoals vaak op www, verwijder dat dan eerst: een CNAME mag niet samen met andere records op dezelfde naam staan.
5. Pas de wijziging toe. In Plesk klik je na het opslaan boven de lijst op Update (Bijwerken). In het klantenportaal is Opslaan genoeg. Een wijziging staat meestal binnen een minuut op onze nameservers.
6. Controleer het resultaat. Vraag de naam een paar keer op bij een van onze nameservers, bijvoorbeeld met dig +short www.jouwdomein.nl @ns1.ljpc.network. Op Windows gebruik je nslookup www.jouwdomein.nl ns1.ljpc.network. Je hoort alle adressen te zien, steeds in een andere volgorde. Meer controles vind je in DNS-problemen oplossen.

DNS round robin bij LJPc hosting

• Onze nameservers wisselen de volgorde bij elke vraag. Zet je meerdere A- of AAAA-records op één naam, dan geven ns1, ns2 en ns3.ljpc.network alle adressen terug, in een steeds andere volgorde. Dat kan in Plesk en in het klantenportaal.
• Je e-mail komt binnen via twee mailservers. Bij een hostingpakket staan mx1.ljpc.email en mx2.ljpc.email allebei met prioriteit 10 in je zone. Verzendende servers verdelen je mail over beide, en is er een niet bereikbaar, dan neemt de andere het over. Daarvoor hoef je zelf niets in te stellen.
• Je domein heeft drie nameservers. Gebruikt je domein onze nameservers en kan een resolver een van de drie niet bereiken, dan vraagt hij het aan een van de andere twee.
• Je hostingpakket draait op één server. Het A-record dat Plesk voor je domein klaarzet, wijst daar al naar. Zet daar geen extra A-records naast naar andere servers: bezoekers die daar uitkomen, zien dan niet jouw website. Round robin is pas zinvol als je meerdere servers met dezelfde website hebt.

Groeit je website boven één server uit, dan is een eigen server een volgende stap; lees daarover wat is een dedicated server. Wil je je website over meerdere servers verdelen, maak dan een supportticket aan: dan bekijken we samen welke opzet bij je website past.