Installazione e configurazione di un Cluster Network Load Balancing

Transcript

1 Installazione e configurazione di un Cluster Network Load Balancing Di Ermanno Goletto SysAdmin.it - Microsoft MVP Directory Services - MCTS - MCSA - MCP - MCBMSP - MCBMSS Il servizio NLB (Network Load Balancing) permette di distribuire le richieste client relative ad applicazioni e servizi sui server appartenenti ai cluster in modo trasparente. Nel caso in cui un server non risponda oppure vengano aggiunti altri server il cluster viene riconfigurato automaticamente e le connessioni client ridistribuite. Sommario Scenari di utilizzo dei cluster Network Load Balancing o Sito Intranet o Internet Web o FTP Servizi Terminal o Overview di Network Load Balancing o Modelli di cluster NLB Modalità Unicast con singola scheda di rete Modalità Unicast con schede di rete multiple Modalità Multicast con singola scheda di rete Modalità Multicast con schede di rete multiple Creazione di un cluster NLB o Impostazione della scheda di rete Pubblica e Privata Configurazione della scheda di rete Pubblica Configurazione della scheda di rete Privata o Configurazione del cluster NLB in ambiente Windows Server 2003 o Installazione del cluster NLB in ambiente Windows Server 2008 Troubleshooting del servizio NLB Conclusioni Scenari di utilizzo dei cluster Network Load Balancing Sito Intranet o Internet Web o FTP NLB rappresenta una soluzione relativamente economica per fornire ridondanza al sito e aumentarne la capacità distribuendo il carico in modo trasparente tra i server in uno scenario in cui ogni server Web del cluster acceda solo a pagine Web locali, non ci siano dischi condivisi né alcuna applicazione o dati condivisi, con l eccezione di un database back-end comune, e la maggior parte delle pagine web non cambi frequentemente consentendo aggiornamenti manuali di tutti i server Web. Un esempio tipico di questi scenari sono i software di gestione documentale con interfaccia web o che espongono web services come SharePoint. Servizi Terminal A partire da Windows 2003 è possibile utilizzare NLB con una farm di Terminal Server per distribuendo le sessioni tra più server. Ciò è possibile tramite il servizio Directory di sessione di Servizi terminal in Windows Server 2003 e il ruolo Broker di sessione di Servizi terminal in Windows Server 2008 che tramite un database tengono traccia delle sessioni disconnesse nella farm di Terminal Server e garantiscono che gli utenti vengano riconnessi a tali sessioni. Overview di Network Load Balancing NLB è un driver di rete ed opera in modo indipendente dallo stack di rete TCP/IP risultando trasparente a quest ultimo. Il driver NLB è situato tra lo stack TCP/IP e i driver della scheda di rete, mentre nlb.exe il processo di controllo di NLB viene eseguito nel contesto del sistema operativo.

2 Ogni server che partecipa ad un cluster NLB dovrebbe avere due schede di rete, anche se non è sempre necessario, in quanto le comunicazioni risultano migliorate specialmente nella modalità Unicast che a differenza della modalità Multicast espone alla rete un unico Mac Address per tutte le schede di rete coinvolte nel cluster. Inoltre utilizzando due schede rete aumenta anche la velocità della rete in quando il traffico tra host nel cluster utilizza un interfaccia di rete diversa. NLB supporta fino a 32 computer (incrementabili tramite la funzionalità Round Robin del DNS) per cluster e fornisce failover e alta disponibilità per servizi basati su Internet Protocol (IP) garantendo il supporto per traffico di tipo TCP (Transmission Control Protocol), UDP (User Datagram Protocol) e GRE (General Routing Encapsulation). Il protocollo IGMP (Internet Group Management Protocol) può essere utilizzato quando il Cluster è configurato in modalità Multicast e garantisce che il traffico diretto ad un cluster NLB transiti soltanto attraverso le porte degli switch collegate agli host del cluster e non attraverso tutte le porte degli switch evitando fenomeni di "switch flooding". In Windows Server 2008 sono state aggiunte le seguenti funzionalità e migliorie a NLB: Supporto a IPv6 per tutte le comunicazioni è quindi possibile utilizzare indirizzi IPv6 che possono essere configurati come indirizzi primari del cluster, come indirizzi dedicati o come indirizzi virtuali. Inoltre IPv6 può bilanciare il carico come IPv6 nativo o nella modalità IPv6 over IPv4. Supporto per NDIS (Network Driver Interface Specification) 6.0, il drive NLB utilizza il NDIS 6.0 lightweight filter model. NDIS 6.0 mantiene la compatibilità con le versioni precedenti di NDIS e migliora le performance del driver e la scalabilità. Supporto per indirizzi IP dedicati multipli per nodo. Questa funzionalità è utilizzata da ISA Server per gestire nodi cluster per scenari in cui i client posso generare sia traffico IPv4 che IPv6. Miglioramenti per quanto riguarda l identificazione e la notifica di attacchi DoS (Denial of Service) e timer starvation, questa funzionalità viene utilizzata da ISA Server quando un nodo del cluster è sovraccarico o sotto attacco. Supporto al rolling upgrade da Windows Server 2003 a Windows Server Supporto a NLB anche nella modalità d installazione Server Core. Per ulteriori informazioni sull architettura di NLB si vedano Introduction to Network Load Balancing (Windows Server 2003), Network Load Balancing Architecture (Windows Server 2003) e Overview of Network Load Balancing (Windows Server 2008). Modelli di cluster NLB L host di un cluster NLB può utilizzare uno dei quattro modelli descritti di seguito, ma si tenga presente che NLB non supporta un ambiente a modalità mista unicast e multicast ovvero i nodi nel cluster devono essere tutti di tipo unicast o multicast, mentre ciascun nodo può avere una o più schede di rete. Inoltre va detto che alcuni apparati di rete non supportano MAC address multicast. Perché gli apparati di rete possano gestire MAC address multicast occorre che supportino la modalità ARP (Address Resolution Protocol) per la risoluzione degli indirizzi del livello Data Link (RFC 1390 Transmission of IP and ARP over FDDI Networks). Nel caso si utilizzi un metodo basato su Unicast e venga impiegato un hub per connettere gli host del cluster è necessario impostare a 0x0 il valore della chiave di registro HKLM\SYSTEM\CurrentControlSet\Services\WLBS\Parameters\Interface\Adapter-GUID\MaskSourceMAC per consentire

3 di indicare il MAC address che in realtà è l'origine del traffico. La modifica va eseguita in ciascun host del cluster che dovrà essere riavviato affinché l'impostazione diventi operativa. Per ulteriori approfondimenti si vedano Selecting the Unicast or Multicast Method of Distributing Incoming Requests e Configuration options for WLBS hosts connected to layer 2 switches. Modalità Unicast con singola scheda di rete In questa modalità il MAC address della scheda di rete viene disabilitato e viene utilizzato il MAC address del cluster. I nodi nel cluster sono in grado di comunicare con indirizzi esterni alla subnet del cluster, ma questa modalità presenta le seguenti limitazioni: Le prestazioni di rete sono ridotte. Il supporto NetBIOS non è disponibile nel cluster. Le comunicazioni node to node (come ad esempio l'heartbeat) nella subnet del cluster non sono possibili in quanto tutti i nodi hanno lo stesso MAC address. Modalità Unicast con schede di rete multiple In questa modalità il MAC address della scheda di rete viene disabilitato e viene utilizzato il MAC address del cluster. I nodi nel cluster sono in grado di comunicare con indirizzi esterni alla subnet del cluster e sono anche consentite le comunicazioni node to node nella subnet del cluster. Il supporto NetBIOS è disponibile tramite la prima scheda di rete configurata. Modalità Multicast con singola scheda di rete In questa modalità sono abilitati sia il MAC address della scheda di rete che il MAC address del cluster. I nodi nel cluster sono in grado di comunicare con indirizzi esterni alla subnet del cluster e sono anche consentite le comunicazioni node to node nella subnet del cluster. Questa modalità non è indicata in ambienti in cui le port rules sono configurate per dirigere significativi livelli traffico a specifici nodi del cluster, inoltre presenta le seguenti limitazioni: Le prestazioni di rete sono ridotte. Il supporto NetBIOS non è disponibile nel cluster. Modalità Multicast con schede di rete multiple In questa modalità sono abilitati sia il MAC address della scheda di rete che il MAC address del cluster. I nodi nel cluster sono in grado di comunicare con indirizzi esterni alla subnet del cluster e sono anche consentite le comunicazioni node to node nella subnet del cluster. Questa modalità è ideale per ambienti in cui vi sono livelli di traffico significativo diretti a specifici nodi del cluster. Creazione di un cluster NLB Di seguito ipotizzeremo di avere su ogni nodo del cluster due schede di rete e imposteremo il cluster in modalità multicast su trasporto IPv4, che rappresenta la soluzione più vantaggiosa, supponendo che gli apparati di rete supportino MAC address multicast. Indicheremo con scheda di rete Pubblica quella su cui verrà implementato il NLB, mentre con scheda di rete Privata indicheremo l interfaccia di rete su cui avverranno le comunicazioni node to node e tramite cui accedere al singolo nodo per scopi di configurazione. Per non ridurre le prestazioni di rete con le comunicazioni node to node si configurerà la scheda di rete Privata su una rete separata, inoltre per ragioni di sicurezza si può utilizzare il firewall per evitare che sia possibile accedere sull'interfaccia di rete con protocolli diversi da quelli necessari al funzionamento del cluster. Impostazione della scheda di rete Pubblica e Privata Prima di associare al dominio i computer che implementeranno in nodi del cluster e prima di creare quest'ultimo occorre configurare le schede di rete per quanto riguarda l ordine di connessione, le impostazioni NetBIOS e la registrazione DNS. Configurazione della scheda di rete Pubblica Configurare la scheda di rete Pubblica utilizzando la seguente procedura che è analoga in Windows Server 2003 e in Windows Server 2008:

4 1. Aprire la Management Console Connessioni di rete (ncpa.cpl). 2. Selezionare Avanzate \ Impostazioni avanzate. 1. Selezionare la scheda Schede e binding. 2. Verificare che la scheda di rete Pubblica sia la prima nell elenco Connessioni poiché sarà l interfaccia di rete maggiormente utilizzata. 3. Selezionare OK. 3. Aprire le Proprietà della scheda di rete Pubblica. 1. Aprire le proprietà del Protocollo Internet (TCP/IP) in Windows Server 2003 e Protocollo Internet versione 4 (TCP/IP) in Windows Server Impostare l Indirizzo IP e Subnet mask del nodo del cluster, i DNS necessari (ovvero gli indirizzi IP del Domain controller se ci si trova in un dominio Active Directory) e il Gateway.

5 3. Selezionare Avanzate. 1. Selezionare la scheda WINS. 2. Dal momento che è stato configurato un IP statico occorre configurare le opzioni per la risoluzione NetBIOS. Nel caso non esistano nella rete server WINS selezionare l'opzione Disabilita NetBIOS su TCP/IP, in caso contrario aggiungere i server WINS nell'elenco Indirizzi WINS in ordine di utilizzo e selezionare l'opzione Abilita NetBIOS su TCP/IP.

6 3. Selezionare OK. 4. Selezionare OK. Configurazione della scheda di rete Privata Configurare la scheda di rete Privata per comunicazioni node to node e per consentire operazioni di configurazioni Per separare tali comunicazioni è convenente impostare la scheda di rete privata su una subnet diversa, inoltre per evitare comunicazioni con altre subnet non verranno impostati server DNS e Gateway, verrà anche disabilitata la registrazione DNS e NetBIOS. Configurare la scheda di rete Privata utilizzando la seguente procedura che è analoga in Windows Server 2003 e in Windows Server 2008: 1. Aprire le Proprietà della scheda di rete Privata. 1. Aprire le proprietà del Protocollo Internet (TCP/IP) in Windows Server 2003 e Protocollo Internet versione 4 (TCP/IP) in Windows Server 2008.

7 2. Impostare l Indirizzo IP e Subnet mask. 2. Selezionare Avanzate. 1. Selezionare la scheda DNS.

8 1. Deselezionare l'opzione Registra nel DNS gli indirizzi di questa connessione. 2. Selezionare la scheda WINS.

9 1. Selezionare l'opzione Disabilita NetBIOS su TCP/IP. 3. Selezionare OK. 3. Selezionare OK. Configurazione del cluster NLB in ambiente Windows Server 2003 In Windows Server 2003 per la creazione di un cluster NLB è possibile utilizzare Gestione bilanciamento carico di rete (nlbmgr.exe). Questo strumento di amministrazione di Windows Server 2003 permette di semplificare la creazione e la gestione di cluster NLB mediante l'utilizzo di un'unica interfaccia tramite cui è possibile configurare e gestire i cluster e tutti i nodi da un solo computer e replicare inoltre la configurazione del cluster su altri host. Gestione bilanciamento carico di rete consente di eseguire queste procedure: Creare nuovi cluster. Aggiungere uno o più host ad un cluster esistente abilitando contemporaneamente NLB sull'host aggiunto e configurandovi i parametri cluster. Rimuovere uno o più host da un cluster, disabilitando NLB dall'host rimosso. Configurare tutte le proprietà degli host e del cluster. Replicare la configurazione del cluster su altri host. Diagnosticare i problemi dei cluster esistenti. Se è necessario utilizzare Gestione bilanciamento carico di rete in Windows XP è possibile installare il Windows Server 2003 Administration Tools Pack. Per la creazione di un cluster NLB utilizzare la seguente procedura: 1. Aprire Gestione bilanciamento carico di rete (nlbmgr.exe). 2. Selezionare Cluster e quindi selezionare Nuovo. 3. Digitare l'indirizzo IP, la Subnet mask e Nome Internet completo (nome FQDN) del cluster che dovrà essere registrato sui DNS quindi selezionare Avanti.

10 Per quanto riguarda l'opzione Consenti controllo remoto occorre precisare che presenta molti rischi in termini di protezione, inclusa la possibilità di manomissioni di dati, attacchi di tipo "Denial of service" e divulgazione di informazioni. Se si sceglie di abilitare il controllo remoto, occorre specificare una password complessa e utilizzare un firewall per proteggere le porte di controllo UDP 1717 e su cui si ricevono i comandi di controllo remoto. E' consigliabile non abilitare il controllo remoto e utilizzare in alternativa Gestione bilanciamento carico di rete ricordando che è necessario essere membri del gruppo Administrators sull'host di cui si esegue la configurazione oppure disporre della delega per l'autorità appropriata. Per una protezione ottimale è consigliabile eseguire Gestione bilanciamento carico di rete tramite Esegui come, inoltre se si configura un cluster o un host eseguendo Gestione bilanciamento carico di rete da un computer non incluso nel cluster, non è necessario essere membri del gruppo Administrators su tale computer (in Windows Server 2008 l'opzione di controllo remoto è stata rimossa).

11 4. Aggiungere eventuali indirizzi IP aggiuntivi del cluster e selezionare Avanti. 5. Configurare le regole di porta per controllare il comportamento del traffico TCP e UDP e quindi selezionare Avanti.

12 1. Per modificare la regola creata di default selezionare Modifica. E' possibile impostare le seguenti opzioni: 1. Modalità di filtro per specificare se la regola di porta viene gestita da più nodi nel cluster (Host multipli) oppure se viene gestita da un solo nodo del cluster in base alla priorità di gestione (Host singolo) o ancora se deve essere bloccato il traffico di rete specificato (Disabilita questo intervallo di porta). 2. Affinità per specificare se è possibile che più connessioni provenienti dallo stesso indirizzo IP client siano gestite da più nodi. Selezionando Nessuna si disabilità l'affinità consentendo che più nodi possano gestire contemporaneamente più connessioni provenienti dallo stesso client rendendo il bilanciamento di carico più efficiente (evitare di selezionare questa opzione nel caso si selezioni UDP o Entrambi come Protocolli per gestire correttamente i frammenti IP). Selezionando Singola per assicurare che tutte le connessioni appartenenti alla stessa sessione client siano gestite da un solo nodo (questa impostazione va configurata nei casi in cui l'applicazione in esecuzione sul cluster conservi lo stato della sessione tra le connessioni). Selezionando Classe C si specifica che il bilanciamento di carico di rete deve indirizzare più richieste (connessioni TCP o datagrammi UDP) proveniente dallo stesso intervallo di indirizzi IP di Classe C verso lo stesso nodo. Abilitando l'affinità Classe C è possibile garantire che le connessioni TCP dei client che utilizzano più server proxy per accedere al cluster vengano indirizzate allo stesso cluster host. Quando si NLB per bilanciare il carico del traffico VPN, è necessario configurare le regole di porta applicate alle porte che gestiscono il traffico VPN (porta TCP 1723 per PPTP/GRE e porta UDP 500 per IPSEC/L2TP) in modo da utilizzare l'affinità Singola o Classe C. 2. Per aggiungere una regola selezionare Aggiungi. 6. Digitare nome o indirizzo IP in Host, selezionare Connetti per collegarsi al nodo e selezionare l'interfaccia di rete che gestirà il traffico del cluster (scheda di rete Pubblica) quindi selezionare Avanti.

13 7. Configurare la Priorità (per impostazione predefinita il traffico di rete del cluster non regolato da regole di porta viene gestito dall'host con maggiore priorità tra i membri correnti del cluster, questo singolo host gestisce tutto il traffico di rete del cluster ed un altro host assume il controllo del traffico nel caso in cui l'host con maggiore priorità fosse malfunzionante o disconnesso) e l'indirizzo IP e Subnet mask che sarà utilizzato per connettersi al nodo.

14 8. Selezionare Fine per avviare il servizio NLB e configurare il nodo nel nuovo cluster. 9. Per aggiunger altri nodi selezionare il cluster creato e quindi selezionare Cluster e Aggiungi Host. 10. Seguire i passaggi da 6 a 8 per configurare il nodo del cluster e avviare il servizio NLB. Per gestire da prompt dei comandi il cluster NLB è possibile utilizzare il comando nlb, per monitorare ad esempio lo stato del cluster è possibile utilizzare nlb query mentre tramite nlb display vengono per visualizzate le impostazioni. Per ulteriori informazioni si vedano Configurazione dei parametri di Bilanciamento carico di rete in Windows Server 2003 e Configurazione di TCP/IP per Bilanciamento carico di rete in Windows Server Installazione del cluster NLB in ambiente Windows Server 2008 In Windows Server 2008 la funzionalità di Bilanciamento carico di rete non è istallata per impostazione predefinita, ma è possibile aggiungerla utilizzando uno dei seguenti due modi: 1. Tramite Server Manager utilizzando la seguente procedura: 1. Selezionando il nodo Funzionalità. 2. Selezionare Azione e quindi Aggiungi funzionalità. 3. Selezionare Bilanciamento carico di rete. 4. Selezionare Installa. 5. Selezionare Chiudi. 6. In alternativa è possibile aprire un prompt dei comandi con privilegi di Amministratore ed eseguire il comando: servermanagercmd -install nlb 2. Tramite il tool ocsetup.exe (per maggiori informazioni su ocsetup.exe si veda How to use the Ocsetup.exe tool to install or to remove Windows optional components in Windows Vista): 1. Installazione server e console di gestione cliet: Ocsetup.exe NetworkLoadBalancingFullServer 2. Installazione della sola console di gestione client: Ocsetup.exe NetworkLoadBalancingManagementClient 3. Installazione server in ambiente Server Core: Ocsetup.exe NetworkLoadBalancingHeadlessServer Occorrerà eseguire l'installazione della funzionalità su tutti i nodi del cluster NLB, inoltre l'installazione provvederà già a configurare in modo opportuno le regole del firewall necessarie. Per consentire la risoluzione NetBIOS dei nodi, se necessaria occorre abilitare la regola in entrata Condivisione file e stampanti (NB-Name-In) [UDP 137]. Per ulteriori informazioni si veda Clustering and High Availability: Installing Network Load Balancing (NLB) on Windows Server Configurazione del cluster NLB in ambiente Windows Server 2008 Anche in Windows Server 2008 per la creazione di un cluster NLB è possibile utilizzare Gestione bilanciamento carico di rete (nlbmgr.exe) utilizzando la seguente procedura (simile a quella utilizzata in Windows Server 2003): 1. Aprire Gestione bilanciamento carico di rete (nlbmgr.exe). 2. Selezionare Cluster e quindi selezionare Nuovo. 3. Digitare nome o indirizzo IP in Host, selezionare Connetti per collegarsi al nodo e selezionare l'interfaccia di rete che gestirà il traffico del cluster (scheda di rete Pubblica) quindi selezionare Avanti.

15 4. Selezionare la Priorità del nodo, digitare l'indirizzo IP e la Subnet mask che sarà utilizzato per connettersi al nodo quindi selezionare Avanti. 5. Configurare l'indirizzo IP e la Subnet mask del cluster selezionando Aggiungi (Questo indirizzo IP viene utilizzato per l'intero cluster e dovrà corrispondere all'indirizzo IP mappato al nome Internet completo

16 specificato per il cluster). In Windows Server 2008 è possibile gestire anche indirizzi IPv6. 6. Dopo aver configurato tutti gli indirizzi IP del cluster selezionare Avanti.Il primo indirizzo IP configurato verrà utilizzato per scambiare i messaggi heartbeat del cluster. 7. Digitare il Nome Internet completo (nome FQDN) del cluster che dovrà essere registrato sui DNS e la Modalità operativa del cluster quindi selezionare Avanti.

17 8. Configurare le regole di porta per controllare il comportamento del traffico TCP e UDP e quindi selezionare Avanti. 1. Per modificare la regola creata di default selezionare Modifica.

18 Per quanto riguarda la configurazione delle opzioni sono analoghe a quelle presenti in Windows Server 2003 (in Windows Server 2008 l'ipostazione Rete per l'affinità equivale a Classe C in Windows Server 2003). 2. Per aggiungere una regola selezionare Aggiungi. 9. Selezionare Fine per avviare il servizio NLB e configurare il nodo nel nuovo cluster. 10. Per aggiungere altri nodi selezionare il cluster creato e quindi selezionare Cluster e Aggiungi Host. 11. Seguire i passaggi da 3 a 9 per configurare il nodo del cluster e avviare il servizio NLB. Se è necessario utilizzare Gestione bilanciamento carico di rete in Windows Vista è possibile installare il Microsoft Remote Server Administration Tools. Troubleshooting del servizio NLB La console Gestione bilanciamento carico di rete permette di determinare la natura degli errori che possono presentarsi durante l'implementazione di un cluster NLB. Di seguito vengono riportati alcuni scenari che impediscono la funzionalità del bilancio di carico di rete: 1. Se dopo aver configurato un cluster aprendo la console Gestione bilanciamento carico di rete viene visualizzato l'errore "Host non raggiungibile. Errore durante la connessione a NomeComputer" la causa potrebbe essere un fallimento nella risoluzione dei nomi, se si è in una rete in cui non sono disponibili server DNS o WINS (si pensi ad esempio a macchine in DMZ) è necessario che i nodi accettino connessioni

19 UDP 137 in ingresso per consentire la risoluzione dei nomi NetBios (nel caso del Windows Firewall di Windows Server 2008 occorre abilitare la regola in ingresso Condivisione file e stampanti (NB-Name-In)). 2. Se durante la creazione di un NLB tramite il wizard Gestione bilanciamento carico di rete non vengono visualizzate alcune o tutte (ma in questo caso viene segnalato l'errore "No interfaces are available for installing a new cluster") significa che i sistemi tra cui si sta cercando di creare il NLB sono stati clonati, o nel caso siano macchine virtuali sono state copiate. Questo accade perché le schede di rete dei sistemi hanno lo stesso Network GUID nei rispettivi registry. Infatti ogni connessione di rete ha un GUID che la identifica che può essere ricavato dalla seguire chiave di registry: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Network\{4D36E972-E325-11CE-BFC BE10318}\GUID\Connection La subkey {4D36E972-E325-11CE-BFC BE10318} rappresenta appunto la classe dei dispositivi di rete del sistema. NLB Manager utilizza il GUID per configurare il cluster NLB e per farlo rileva i GUID sul primo server e non visualizza di conseguenza i le schede di rete sugli altri server che hanno GUID già rilevati. Per risolvere il problema è possibile rimuovere e reinstallare le schede di rete in modo che gli venga riassegnato un GUID diverso. Per maggiori informazioni si veda il seguente Network Load Balancing Manager does not work with imaged servers. Di seguito vengono riportati alcuni link per il troubleshooting di problemi relativi a NLB: NLB Troubleshooting Overview for Windows Server 2003 Network Load Balancing- Configuration Best Practices for Windows 2000 and Windows Server 2003 Network Load Balancing- Frequently Asked Questions for Windows 2000 and Windows Server 2003 Network Load Balancing Event Messages Network Load Balancing - Concept and Notes The NLB host does not converge as expected on Windows Server 2008 Hyper-V virtual machines The virtual IP address of a Windows Server 2008 NLB cluster is bound to the NetBIOS host name of a particular server or of multiple servers Windows Server 2003-based NLB nodes in an NLB cluster cannot communicate with each other over an NLB network adapter Authentication delegation through Kerberos does not work in load-balanced architectures Terminal Services Client Cannot Connect to NLB Cluster TCP/IP Address NLB (Network Load Balancing) and SharePoint... Troubleshooting and Configuration tips Conclusioni La funzionalità di Bilanciamento carico di rete consente di migliorare la disponibilità e la scalabilità di applicazioni server Internet come ad esempio server Web, FTP, firewall, proxy, VPN e altri server di importanza strategica nell'infrastruttura aziendale. Inoltre offre numerosi vantaggi tra cui: NLB viene installato come un componente driver di rete standard di Windows. Non sono richieste modifiche hardware per attivare un cluster NLB. Non è necessario modificare le applicazioni server per l'esecuzione in un cluster NLB. Supporta, in Windows Server 2008, più indirizzi IP virtuali per server multihomed (ciò significa che in caso di cluster virtuali, non è necessario che i server siano multihomed per disporre di più indirizzi IP virtuali). Può essere associato a più schede di rete, in questo modo è possibile configurare più cluster indipendenti in ogni host. Si noti che il supporto per più schede di rete è diverso rispetto ai cluster virtuali in quanto quest'ultimi consentono di configurare più cluster in un'unica scheda di rete. Per ulteriori approfondimenti si vedano: Windows Server Network Load Balancing Step-by-Step Guide- Configuring Network Load Balancing with Terminal Services Windows Server Server Network Load Balancing Deployment Guide Windows Server Network Load Balancing Clusters Windwos Server How Network Load Balancing Works Windows Server Network Load Balancing Tools and Settings Windows SharePoint Services Network and Load Balancing Design Configuration of the Network Load Balancing Clusters at Microsoft.com Kerberos Authentication for Load Balanced Web Sites Load Balancing an RMS Cluster Using NLB Using Clustering for a Highly Available Web Site- An Example VMware Infrastructure 3 - Implementing Microsoft Network Load Balancing in a Virtualized Environment

20