---
title: "Microsoft NLB VMware-alternatief: Multicast- en Unicast-problemen opgelost"
canonical: "https://safekit.eviden.com/nl/best-practises/microsoft-nlb-vmware-multicast-unicast-alternative/"
description: "Ondervindt u problemen met Microsoft NLB multicast of unicast in VMware? SafeKit biedt een SAN-loos farm -cluster als eenvoudig alternatief. Profiteer van automatische load balancing en failover op Windows en Linux zonder statische ARP-vermeldingen, MAC-spoofing of gespecialiseerde netwerkconfiguratie."
category: "best-practises"
lang: "nl"
topics: "Microsoft NLB multicastmodus, Microsoft NLB unicast-modus, Alternatief met SafeKit, Hoe werkt het SafeKit cluster in farm met Windows ?"
---

# Microsoft NLB VMware-alternatief: Multicast- en Unicast-problemen opgelost {#microsoft-nlb-vmware-alternative-multicast-and-unicast-issues-solved}

## Microsoft NLB multicastmodus {#microsoft-nlb-multicast-mode}

Zoals uitgelegd in de kennisbank van VMware [ over de configuratie van de multicastmodus voor netwerkbelastingverdeling (NLB) ](<https://knowledge.broadcom.com/external/article?articleNumber=414968>) , moet u handmatig statische ARP-resolutie configureren op de switch of router voor elke poort die is verbonden met het cluster. Het implementeren van de NLB-multicastmodus Microsoft in een onbekende netwerkomgeving kan een complexe en tijdrovende taak zijn.

## Microsoft NLB unicast-modus {#microsoft-nlb-unicast-mode}

Bij gebruik van Microsoft NLB in unicast-modus moet u de ESXi/ESX-host zo configureren dat deze geen RARP-pakketten verzendt wanneer een van de virtuele machines wordt ingeschakeld. Daarom werkt [ Microsoft NLB niet correct in unicast-modus met VMware ](<https://knowledge.broadcom.com/external/article/344421/microsoft-nlb-not-working-properly-in-un.html>) .

## Alternatief met SafeKit {#alternative-with-safekit}

De configuratie met de virtuele IP-adressen [ SafeKit ](<https://safekit.eviden.com/nl/best-practises/how-a-virtual-ip-address-works/>) vereist geen speciale netwerkconfiguratie en de load balancing kan in elke omgeving worden uitgevoerd. Dit is een belangrijk voordeel wanneer de oplossing moet worden geïmplementeerd in een onbekende infrastructuur: onbekende switches of routers, fysieke servers of virtuele servers.

## Hoe werkt het SafeKit cluster in <span class="notranslate farm-term" translate="no">farm</span> met Windows ? {#safekit-farm-cluster}

### Virtueel IP-adres in een cluster in <span class="notranslate farm-term" translate="no">farm</span> {#virtual-ip-address-farm}

![Hoe het SafeKit cluster de taakverdeling en failover Windows netwerk implementeert](https://safekit.eviden.com/wp-content/uploads/2023/02/safekit-up-up-up-300.png "w:300")

In de vorige afbeelding wordt de Windows applicatie uitgevoerd op de 3 servers (3 is een voorbeeld, het kunnen er 2 of meer zijn). Gebruikers zijn verbonden met een virtueel IP-adres.

Het [virtuele IP-adres](https://safekit.eviden.com/nl/best-practises/how-a-virtual-ip-address-works/) wordt lokaal geconfigureerd op elke server in het cluster in de <span class="notranslate farm-term" translate="no">farm</span>.  
Het inkomende verkeer naar het virtuele IP-adres wordt ontvangen door alle servers en over hen verdeeld door een netwerkfilter in de kernel van elke server.

SafeKit detecteert hardware- en softwarefouten, reconfigureert netwerkfilters in geval van een storing en biedt configureerbare applicatiecontroleprogramma's en herstelscripts.

### Taakverdeling in een netwerkfilter {#network-load-balancing}

Het netwerkbelastingverdelingsalgoritme in het netwerkfilter is gebaseerd op de identiteit van de clientpakketten (client-IP-adres, client-TCP-poort). Afhankelijk van de identiteit van de clientpakketinvoer accepteert slechts één filter op een server het pakket; de andere filters op andere servers weigeren het.

Zodra een pakket door het filter op een server is geaccepteerd, worden alleen de CPU en het geheugen van deze server gebruikt door de Windows applicatie die reageert op het verzoek van de client. De uitvoerberichten worden rechtstreeks van de applicatieserver naar de client verzonden.

Als een server uitvalt, reconfigureert het <span class="notranslate farm-term" translate="no">farm</span> heartbeatprotocol de filters in het netwerkloadbalancingcluster om het verkeer opnieuw te verdelen over de resterende beschikbare servers.

### Toepassingen met of zonder status {#stateful-stateless}

Bij een stateful Windows applicatie is er sprake van sessieaffiniteit. Dezelfde client moet verbonden zijn met dezelfde server via meerdere TCP-sessies om de context op de server op te halen. In dit geval wordt de SafeKit taakverdelingsregel geconfigureerd op het IP-adres van de client. Zo is dezelfde client altijd verbonden met dezelfde server via meerdere TCP-sessies. En verschillende clients worden verdeeld over verschillende servers in de <span class="notranslate farm-term" translate="no">farm</span>.

Bij een stateless Windows applicatie is er geen sessieaffiniteit. Dezelfde client kan op meerdere TCP-sessies verbonden zijn met verschillende servers in de <span class="notranslate farm-term" translate="no">farm</span>. Er wordt geen context lokaal opgeslagen op een server van de ene sessie naar de andere. In dit geval wordt de SafeKit taakverdelingsregel geconfigureerd op de TCP-clientsessie-identiteit. Deze configuratie is de beste voor het verdelen van sessies tussen servers, maar vereist een TCP-service zonder sessieaffiniteit.

### Hoe configureer ik een SafeKit cluster in <span class="notranslate farm-term" translate="no">farm</span> voor Windows ? {#safekit-farm-cluster-configuration}

![SafeKit Web Console: Clusterconfiguratie voor netwerklastverdeling Windows en virtueel IP-beheer.](https://safekit.eviden.com/wp-content/uploads/2026/01/safekit-farm-cluster-config.png "w:966")

Het **SafeKit cluster in <span class="notranslate farm-term" translate="no">farm</span>** is ontworpen voor hoge beschikbaarheid en schaalbaarheid van services. De configuratie richt zich op het distribueren van inkomend verkeer over beide knooppunten tegelijkertijd:

  * **Load Balanced Services (tabblad Macro's):** Definieer de specifieke applicatieservices (bijv. Apache, IIS, Nginx) die op alle knooppunten actief moeten blijven.
  * **Heartbeat-netwerk(en):** Communicatiepad(en) die worden gebruikt om te detecteren of een knooppunt de <span class="notranslate farm-term" translate="no">farm</span> heeft verlaten, waardoor een onmiddellijke herverdeling van de belasting wordt geactiveerd.
  * **Virtueel IP (<span class="notranslate farm-term" translate="no">Farm</span> VIP):** In tegenstelling tot een mirror-cluster wordt de <span class="notranslate farm-term" translate="no">Farm</span> VIP gedeeld tussen knooppunten met behulp van een kernel-filteralgoritme om het netwerkverkeer te verdelen.
  * **Taakverdelingsregels:** definieer het verkeersdistributiebeleid op basis van het bron-IP-adres of de poort.
  * **Checkers:** controleer de status van de toepassing en start deze automatisch opnieuw op als er een procesfout wordt gedetecteerd.

### Hoe monitor je een SafeKit cluster in <span class="notranslate farm-term" translate="no">farm</span> voor Windows ? {#safekit-farm-cluster-monitoring}

![SafeKit Console: Monitoring van een cluster in farmmodus met 2 knooppunten, waarbij beide Windows knooppunten in UP status staan met actieve taakverdeling.](https://safekit.eviden.com/wp-content/uploads/2026/01/safekit-farm-cluster-monitor.png "w:473")

Het monitoren van een cluster in <span class="notranslate farm-term" translate="no">farm</span> modus biedt inzicht in de **Active-Active-** aard van de infrastructuur, waarbij alle knooppunten bijdragen aan de prestaties van de toepassing (in dit voorbeeld worden 2 knooppunten weergegeven):

  * **UP status (50% op 2 knooppunten):** In een gezonde <span class="notranslate farm-term" translate="no">farm</span> bevinden beide knooppunten zich in de " UP "-status (50%), wat betekent dat ze beide actief clientverzoeken ontvangen en verwerken via het gedeelde virtuele IP-adres.
  * **Automatische herverdeling:** Als één knooppunt uitvalt, toont de console visueel dat het resterende knooppunt 100% van het verkeer verwerkt. Er is geen "failover"-vertraging, aangezien het overgebleven knooppunt al actief is (afgezien van een detectietijd van een paar seconden).
  * **Knooppuntinvoeging:** Wanneer een hersteld knooppunt opnieuw wordt gestart, gaat het van " STOP " naar " UP " en begint het automatisch met het ontvangen van zijn deel van de belasting zonder tussenkomst van de beheerder.
  * **Geen gegevenssynchronisatie:** Merk op dat er in een cluster in <span class="notranslate farm-term" translate="no">farm</span> geen "oranje" resynchronisatiestatus is, aangezien knooppunten stateless zijn of een backend-database delen (die afzonderlijk kan worden beschermd in een mirror-cluster).

Naast eenvoudige statuspictogrammen biedt de interface nodebeheer met één klik, waarmee u een node handmatig kunt stoppen of starten voor gepland onderhoud, terwijl het gedeelde virtuele IP-adres het verkeer automatisch opnieuw verdeelt zonder de gebruikersactiviteit te onderbreken.