Windows Clustering använder olika metoder för NLB -balansering (NLB) beroende på versionen av Windows Server och de specifika klusterfunktionerna som används. Det finns ingen enda "Windows Clustering Network Load" - snarare finns det flera tillvägagångssätt för att distribuera nätverkstrafik över klusterade servrar. De viktigaste skillnaderna kretsar kring hur lasten är balanserad och integrationsnivån med själva klustret:
1. Nätverksbalansering (NLB) - fristående:
* Mekanism: Detta är en separat, fristående fönsterfunktion * oberoende * av själva klustret. Det fungerar vid nätverkslagret (lager 3) och distribuerar trafik baserat på IP -adresser och portar. Det är relativt enkelt att konfigurera.
* klusterintegration: Minimal. Själva klustret hanterar inte i sig NLB; Du konfigurerar NLB separat för Cluster's Virtual IP (VIP) -adresser. Om en klusternod misslyckas hanterar NLB omdirigeringen av trafiken till de återstående noderna. Det finns emellertid ingen snäv samordning mellan NLB och klusterens failover -mekanismer.
* Lämplighet: Bäst för enkla scenarier där grundläggande belastningsbalansering över flera servrar behövs, och applikationen är inte mycket klustermedveten. Inte idealisk för applikationer som kräver stark klusterintegration och failover -funktioner.
2. Cluster Shared Volumes (CSV) och failover Clustering:
* Mekanism: Detta är kärnan i Windows Server Failover Clustering. Klustret hanterar en delad lagringsvolym (CSV) tillgänglig för alla noder. När en nod misslyckas växlar klustret automatiskt till applikationens åtkomst till CSV till en annan frisk nod. Nätverksbalansering är ofta * implicit * i denna installation. Klienten ansluter till klusterens virtuella IP -adress (VIP), och klusterhanteraren leder trafiken till den aktiva noden som äger applikationen.
* klusterintegration: Tätt integrerad. Själva klustret hanterar failover och resurs omdirigering. Klienten ser en enda åtkomstpunkt (VIP) och klustret hanterar distributionen. Detta använder en högre nivå än bara IP-baserad lastbalansering.
* Lämplighet: Detta tillvägagångssätt är bäst för applikationer som behöver hög tillgänglighet och tät integration med failover -klusterfunktionen. Klustertjänsten hanterar lastbalanseringen på ett sätt som är transparent för applikationen och klienten.
3. Windows Server Network Load Balancing (WSNLB) - Integrerad (nyare versioner):
* Mekanism: I nyare versioner av Windows Server är NLB ofta djupare integrerad med failover -kluster. Även om den inte strikt är en del av Core CSV/Failover -mekanismen, kan den fungera i samband med den. Det utnyttjar klusterens medvetenhet om nodhälsa för att fatta beslut om belastningsbalansering.
* klusterintegration: Bättre än fristående NLB. Det finns mer samordning mellan klustret och NLB; Klusterens hälsoövervakning informerar NLB -algoritmerna.
* Lämplighet: Lämplig för scenarier där du behöver både failover -kluster och förbättrad lastbalanseringsfunktioner.
Nyckelskillnader sammanfattade:
| Funktion | Fristående NLB | CSV/Failover Clustering (implicit lastbalansering) | WSNLB (integrerad) |
| ------------------- | -------------------------- | ------------------------------------------------------------------------------------- |
| Load Balancing | IP/Port-baserad | Implicit, baserat på klusterresursägande | IP/portbaserad, klustermedveten |
| Klusterintegration | Minimal | Tätt integrerad | Bättre integration |
| Komplexitet | Nedre | Högre | Måttlig |
| Failover | NLB hanterar det | Cluster hanterar det | Kombinerad strategi |
| Applikationsmedvetenhet | Låg | Hög | Måttlig |
I huvudsak beror valet på dina behov. Enkel lastbalansering över servrar kanske bara behöver fristående NLB. Högt tillgängliga applikationer som kräver automatisk failover kräver användning av CSV/failover-kluster, ofta med integrerad eller förbättrad NLB för bättre belastningsfördelning. De nyare integrerade WSNLB -metoderna erbjuder en balanserad lösning som kombinerar styrkorna hos båda.
