In questa sezione sono elencati alcuni problemi comuni riscontrabili durante l'utilizzo dei cluster di Bilanciamento carico di rete.

Problema riscontrato

Dopo l'installazione di Bilanciamento carico di rete e il riavvio di un cluster host, viene visualizzato il messaggio: "È stato rilevato dal sistema un conflitto di indirizzi IP con un altro sistema della rete".
  • Causa: nella rete esiste già lo stesso indirizzo IP.

  • Soluzione: scegliere un nuovo indirizzo IP o rimuovere l'indirizzo duplicato.

  • Causa: negli host sono state configurate modalità operative del cluster diverse (Unicast o Multicast), di conseguenza viene eseguito il mapping di due indirizzi MAC diversi allo stesso indirizzo IP.

  • Soluzione: verificare che per tutti gli host sia stata configurata la stessa modalità operativa del cluster.

  • Causa: l'indirizzo IP del cluster è stato configurato prima dell'associazione di Bilanciamento carico di rete alla scheda di rete.

  • Soluzione: rimuovere l'indirizzo IP del cluster dalle proprietà TCP/IP, abilitare Bilanciamento carico di rete nella scheda appropriata e quindi configurare l'indirizzo IP del cluster.

  • Causa: l'indirizzo IP del cluster è stata aggiunto a una scheda di rete non abilitata per Bilanciamento carico di rete.

  • Soluzione: rimuovere l'indirizzo IP del cluster dalle proprietà TCP/IP della scheda non corretta, abilitare Bilanciamento carico di rete nella scheda appropriata e quindi configurare l'indirizzo IP del cluster.

Per ulteriori informazioni su come abilitare Bilanciamento carico di rete, vedere Installare Bilanciamento carico di rete

Nessuna risposta quando si utilizza il comando ping per accedere all'indirizzo IP del cluster da una rete esterna.

Verificare di poter utilizzare ping per accedere agli indirizzi IP dedicati dei cluster host da un computer all'esterno del router. Se il test ha esito negativo e si utilizzano più schede di rete, il problema non riguarda Bilanciamento carico di rete. Se si utilizza un'unica scheda di rete per gli indirizzi IP dedicati e del cluster, considerare le cause seguenti.

  • Causa: se si utilizza il supporto multicast, è possibile che il router riscontri difficoltà nella risoluzione dell'indirizzo IP primario in un indirizzo MAC (Media Access Control) multicast mediante il protocollo ARP (Address Resolution Protocol).

  • Soluzione: verificare di poter utilizzare il comando ping per accedere al cluster da un client nella subnet del cluster e per accedere agli indirizzi IP dedicati dei cluster host da un computer all'esterno del router. In caso di funzionamento non corretto di questi test, è probabile che il problema sia causato dal router. Per aggirare il problema, dovrebbe essere possibile aggiungere una voce ARP statica al router. È inoltre possibile disabilitare il supporto multicast di Bilanciamento carico di rete e utilizzare un indirizzo di rete unicast senza hub.

  • Causa: quando si utilizza Bilanciamento carico di rete in modalità multicast o unicast, i router devono accettare le risposte ARP dei proxy (mapping da indirizzi IP a indirizzi di rete ricevuti con un indirizzo di origine di rete diverso nel frame Ethernet).

  • Soluzione: verificare che nel router sia attivato il supporto ARP proxy. È inoltre possibile impostare una voce ARP statica per mantenere disabilitato il supporto ARP proxy nel router.

  • Causa: il traffico ICMP (Internet Control Message Protocol) verso il cluster è bloccato da un router o da un firewall.

  • Soluzione: consentire il traffico ICMP attraverso il router o il firewall. Ciò potrebbe esporre il sistema a ulteriori rischi per la sicurezza.

Nessuna risposta quando si utilizza il ping per accedere agli indirizzi IP dedicati di un host da un altro cluster host.
  • Causa: quando si utilizza Bilanciamento carico di rete in modalità multicast o unicast, i router devono accettare le risposte ARP dei proxy (mapping da indirizzi IP a indirizzi di rete ricevuti con un indirizzo di origine di rete diverso nel frame Ethernet).

  • Soluzione: verificare che nel router sia attivato il supporto ARP proxy. È inoltre possibile impostare una voce ARP statica per mantenere disabilitato il supporto ARP proxy nel router.

  • Causa: il traffico ICMP (Internet Control Message Protocol) verso il cluster è bloccato da un router o da un firewall.

  • Soluzione: consentire il traffico ICMP attraverso il firewall o il router. Ciò potrebbe esporre il sistema a ulteriori rischi per la sicurezza.

Quando si tenta di utilizzare Gestione Bilanciamento carico di rete per la connessione a un host del cluster, viene visualizzato l'errore "Host non raggiungibile".
  • Causa: il traffico ICMP (Internet Control Message Protocol) verso l'host è bloccato da un router o da un firewall oppure è disabilitato nella scheda di rete dell'host.

  • Soluzione: abilitare ICMP nella scheda di rete dell'host oppure consentire il traffico ICMP attraverso il firewall o il router. Ciò potrebbe esporre il sistema a ulteriori rischi per la sicurezza. È inoltre possibile utilizzare l'opzione /noping di Gestione Bilanciamento carico di rete.

Nessuna risposta quando si utilizza Telnet o si tenta di esplorare il contenuto di un computer all'esterno del cluster da un cluster host.
Nessuna risposta da uno o più cluster host quando si richiamano i comandi di controllo remoto di Bilanciamento carico di rete da un computer all'esterno del cluster.
  • Causa: i comandi di controllo remoto non vengono inviati all'indirizzo IP del cluster.

  • Soluzione: i comandi devono essere inviati all'indirizzo IP primario del cluster, assegnato nella finestra di dialogo Proprietà del bilanciamento carico di rete. Verificare che i comandi remoti vengano inviati all'indirizzo IP corretto.

  • Causa: il traffico di controllo remoto viene crittografato tramite IPSec (Internet Protocol Security). I comandi di controllo remoto di Bilanciamento carico di rete non funzionano correttamente se inviati da un computer in cui la configurazione di IPSec determina la crittografia del traffico di controllo remoto tramite IPSec.

  • Soluzione: disabilitare IPSec.

    Per ulteriori informazioni, vedere il contenuto della Guida relativo a IPSec (Internet Protocol Security).

  • Causa: le porte di controllo UDP di Bilanciamento carico di rete sono protette in modo non corretto da un firewall. Per impostazione predefinita, i comandi di controllo remoto vengono inviati alle porte UDP 1717 e 2504 dell'indirizzo IP del cluster.

  • Soluzione: verificare che queste porte non siano state bloccate in modo non corretto da un router o da un firewall. È inoltre possibile modificare il numero di porta modificando il parametro corrispondente di Bilanciamento carico di rete.

Nessuna risposta quando si utilizza l'indirizzo IP dedicato di un host per specificare l'host come destinazione di un comando di controllo remoto. Si ottiene invece il risultato desiderato specificando l'host tramite la relativa priorità (ID).
La connettività al cluster viene negata ad alcuni utenti, ma non a tutti.
  • Causa: un'applicazione con carico bilanciato non risponde.

  • Soluzione: si tratta di un problema specifico dell'applicazione non correlato a Bilanciamento carico di rete. Per risolvere il problema, vedere la documentazione dell'applicazione. Potrebbe essere necessario arrestare e riavviare l'applicazione.

  • Causa: se il cluster è configurato per la modalità unicast, è possibile che l'indirizzo MAC della scheda di rete sottoposta a bilanciamento del carico di rete sia stato memorizzato in un commutatore.

  • Soluzione: cancellare il mapping da porta a indirizzo MAC nel commutatore.

  • Causa: l'indirizzo IP del cluster non è stato aggiunto a TCP/IP in uno o più host.

  • Soluzione: se non si utilizza Gestione bilanciamento carico di rete per configurare il cluster, è necessario configurare manualmente l'indirizzo IP del cluster in TCP/IP.

  • Causa: un host sta abbandonando il cluster a causa di un comando drainstop o stop, ma la convergenza non è stata completata correttamente.

  • Soluzione: attendere il completamento della convergenza. Se la convergenza non viene completata, vedere il problema seguente più avanti in questo argomento per la risoluzione dei problemi:

    Dopo l'avvio dei cluster host, la relativa convergenza viene avviata ma non viene completata

Non è possibile visualizzare o modificare le proprietà di Bilanciamento carico di rete utilizzando net config e Strumentazione gestione Windows (WMI).
  • Causa: per visualizzare o modificare le proprietà di Bilanciamento carico di rete, è necessario essere membri del gruppo Administrators.

  • Soluzione: accedere come utente incluso nel gruppo Administrators locale del computer che esegue Bilanciamento carico di rete.

Il server o il client reimposta un numero insolito di connessioni TCP all'indirizzo IP del cluster.
  • Causa: negli host di Bilanciamento carico di rete sono abilitati i valori keep-alive HTTP e client abilitati all'uso di valori keep-alive stanno eseguendo la connessione al cluster.

  • Soluzione: disabilitare i valori keep-alive HTTP. Per ulteriori informazioni sui valori keep-alive HTTP e Internet Information Services (IIS), vedere l'insieme della documentazione di IIS.

    Per visualizzare l'insieme della documentazione di IIS dal desktop, installare IIS, quindi fare clic sul pulsante Start, scegliere Esegui e digitare il comando seguente nella casella di testo Apri:

    %windir%\help\iisrv.chm

  • Causa: le connessioni vengono rifiutate da TCP a causa di risorse di sistema insufficienti nel server.

  • Soluzione: liberare risorse di sistema, ad esempio aggiungendo memoria di sistema aggiuntiva oppure chiudendo le applicazioni non necessarie.

  • Causa: a seguito della divisione del cluster in due cluster con convergenza separata, più nodi richiedono la proprietà di ogni connessione.

  • Soluzione: rimuovere i due cluster e quindi ricreare un unico cluster.

Quando si apporta una modifica che causa la convergenza, come l'aggiunta, la rimozione o lo svuotamento di un host, le chiamate di reti private virtuali (VPN) hanno esito negativo.
  • Causa: quando si utilizza Bilanciamento carico di rete 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 Rete.

  • Soluzione: configurare le regole di porta applicate alle porte 500 e 1723 in modo da utilizzare l'affinità Singola o Rete. Per ulteriori informazioni, vedere Proprietà di Gestione bilanciamento carico di rete.

Dopo l'avvio dei cluster host, la relativa convergenza viene avviata ma non viene completata.
  • Causa: in cluster host diversi è stato immesso un numero di regole di porta diverso oppure sono state specificate regole di porta incompatibili. Ciò impedisce la convergenza.

  • Soluzione: aprire la finestra di dialogo Proprietà del bilanciamento carico di rete in ogni cluster host e verificare che tutti gli host dispongano di regole di porta identiche.

  • Causa: una scheda o un cavo di rete non funziona.

  • Soluzione: utilizzare il comando ping per testare la connettività. Immettere il nome di dominio completo dell'host. È inoltre possibile ottenere ulteriori informazioni sul problema utilizzando il comando ping per eseguire ricerche nel controller di dominio in base all'indirizzo IP e negli altri server di rete in base a nome e indirizzo IP.

  • Causa: in un commutatore o un hub sono presenti impostazioni duplex non corrispondenti.

  • Soluzione: verificare la corretta configurazione delle impostazioni duplex di ogni commutatore o hub.

  • Causa: l'indirizzo IP dedicato che è stato utilizzato per un host è già presente in rete.

  • Soluzione: scegliere un nuovo indirizzo IP o rimuovere l'indirizzo duplicato.

  • Causa: il cluster contiene host che eseguono Windows 2000.

  • Soluzione: in tutti gli host del cluster deve essere eseguito Windows Server 2008. Un ambiente cluster di Bilanciamento carico di rete che include host con Windows Server 2003 e Windows Server 2008 è supportato solo per l'esecuzione di un aggiornamento in sequenza a Windows Server 2008. La combinazione di Windows Server 2003 e Windows Server 2008 nello stesso cluster non è supportata per periodi di tempo prolungati.

  • Causa: negli host sono state configurate modalità operative del cluster diverse (unicast e multicast).

  • Soluzione: utilizzare Gestione bilanciamento carico di rete per verificare che per tutti gli host sia stata configurata la stessa modalità operativa del cluster.

Nota

È inoltre possibile visualizzare i registri eventi di Windows per verificare l'eventuale presenza di errori e avvisi. Per ulteriori informazioni, vedere Installare Bilanciamento carico di rete.

Nel cluster viene attivato e disattivato lo stato di convergenza.
  • Causa: gli heartbeat vanno perduti a causa di una connettività di rete intermittente determinata da una scheda o un cavo di rete non funzionante o da altri problemi di rete.

  • Soluzione: utilizzare il comando ping per testare la connettività. Immettere il nome di dominio completo dell'host. È inoltre possibile ottenere ulteriori informazioni sul problema utilizzando il comando ping per eseguire ricerche nel controller di dominio in base all'indirizzo IP e negli altri server di rete in base a nome e indirizzo IP.

Dopo l'avvio dei cluster host, Bilanciamento carico di rete segnala il completamento della convergenza ma più host sono impostati come host predefinito.
  • Causa: i cluster host sono stati inclusi in subnet diverse e non è pertanto possibile accedere a tutti gli host nella stessa rete.

  • Soluzione: verificare che tutti i cluster host siano in grado di comunicare tra loro.

  • Causa: viene utilizzato un commutatore di livello 3.

  • Soluzione: inserire un commutatore di livello 2 tra gli host e il commutatore di livello 3.

  • Causa: un guasto in un commutatore ridondante ha determinato la separazione del cluster in due cluster e sono stati pertanto creati due host predefiniti.

  • Soluzione: rimuovere i due cluster e quindi creare un unico cluster.

  • Causa: il commutatore è configurato in modo da rifiutare i pacchetti di broadcast.

  • Soluzione: configurare il commutatore in modo da accettare i pacchetti di broadcast (ciò potrebbe causare rischi per la sicurezza) oppure configurare il cluster di Bilanciamento carico di rete in modo da utilizzare la modalità multicast.

  • Causa: un host non è in grado di inviare o ricevere heartbeat.

  • Soluzione: utilizzare il comando ping per testare la connettività con ognuno degli host. Immettere il nome di dominio completo dell'host.

  • Causa: un host è collegato alla porta errata del commutatore.

  • Soluzione: utilizzare la porta corretta del commutatore.

Bilanciamento carico di rete non esegue il bilanciamento del carico delle applicazioni e l'host predefinito gestisce tutto il traffico di rete.
  • Causa: manca una regola di porta. Per impostazione predefinita, Bilanciamento carico di rete indirizza tutto il traffico di rete in ingresso a cui non vengono applicate regole di porta all'host predefinito, in modo da garantire il funzionamento corretto delle applicazioni di cui non si desidera bilanciare il carico.

  • Soluzione: per bilanciare il carico di un'applicazione nel cluster, in ogni cluster host creare una regola di porta per le porte TCP/IP gestite dall'applicazione.

  • Causa: è stato aggiunto un secondo host a un cluster con host singolo, ma il secondo host non è configurato correttamente. Non viene eseguita la convergenza del cluster e l'host originale continua a gestire tutto il traffico.

  • Soluzione: esaminare attentamente e correggere (se necessario) ogni impostazione del secondo host, ad esempio l'indirizzo IP del cluster, l'indirizzo IP dedicato e le regole di porta.

  • Causa: se il cluster è configurato per la modalità unicast, è possibile che l'indirizzo MAC della scheda di rete sottoposta a bilanciamento del carico di rete sia stato memorizzato in un commutatore.

  • Soluzione: cancellare il mapping tra la porta e l'indirizzo MAC nel commutatore.

  • Causa: un server proxy invia tutte le connessioni che utilizzano un unico indirizzo IP al cluster in modalità affinità singola.

  • Soluzione: configurare il server proxy in modo da utilizzare più indirizzi IP.

Il traffico viene alternato in modo imprevisto tra i cluster host e interrompe le connessioni TCP.
  • Causa: gli indirizzi di rete unicast causano problemi con l'hub di commutazione. Se si utilizza un hub di commutazione per l'interconnessione dei cluster host, è necessario utilizzare il supporto multicast di Bilanciamento carico di rete. In caso contrario, il commutatore può presentare un funzionamento non corretto quando la stessa rete unicast viene utilizzata in più porte di commutazione.

  • Soluzione: verificare che nella finestra di dialogo Proprietà del bilanciamento carico di rete sia stato selezionato il supporto multicast. Se non si desidera utilizzare il supporto multicast, per l'interconnessione dei cluster host è possibile utilizzare un hub o un cavo coassiale, anziché un commutatore.

Il bilanciamento del carico del traffico di rete non viene eseguito uniformemente tra i cluster host.
  • Causa: il traffico di rete proviene da un numero limitato di indirizzi IP, probabilmente a causa dell'impostazione in un server proxy.

  • Soluzione: configurare il server proxy in modo da utilizzare più indirizzi IP.

Quando si utilizza Bilanciamento carico di rete con Microsoft Internet Security and Acceleration (ISA) Server, un cluster host registra i pacchetti bloccati diretti all'indirizzo IP (Internet Protocol) dedicato di un altro host.
È impossibile creare un cluster di Bilanciamento carico di rete in un ambiente con versione a 64 bit.
  • Causa: è possibile che non venga eseguita la versione di Bilanciamento carico di rete appropriata per l'ambiente. Bilanciamento carico di rete non supporta la creazione di un cluster in caso di utilizzo della versione a 32 bit di Bilanciamento carico di rete in un computer con versione a 64 bit. È possibile che questo problema non sia stato rilevato poiché i componenti di Bilanciamento carico di rete a 32 bit (nlb.exe, wlbs.exe e nlbmgr.exe) risultano eseguiti correttamente nell'ambiente con versione a 64 bit.

  • Soluzione: se si intende utilizzare un ambiente di computer con versione a 64 bit, è necessario utilizzare la versione di Bilanciamento carico di rete a 64 bit.

Note
  •    Negli argomenti seguenti vengono illustrati diversi problemi comuni riscontrabili durante l'installazione e l'utilizzo iniziale di Bilanciamento carico di rete. Vengono descritte le probabili cause di ogni problema e una o più soluzioni. Questi argomenti presuppongono che il sistema e le applicazioni in uso soddisfino i requisiti minimi per Bilanciamento carico di rete. Per ulteriori informazioni, vedere Panoramica di Bilanciamento carico di rete e Installare Bilanciamento carico di rete.
  • Prima di installare Bilanciamento carico di rete, è consigliabile testare il corretto funzionamento della rete e di tutte le schede di rete. Eseguire l'intera procedura di installazione e verificare che i parametri del cluster e le regole di porta siano stati impostati in modo identico per tutti i cluster host. In caso di problemi, verificare sempre l'eventuale presenza di un messaggio del driver di Bilanciamento carico di rete nel registro eventi di Windows. Per ulteriori informazioni, vedere le sezioni relative ai parametri del cluster, ai parametri degli host e alle regole di porta in Proprietà di Gestione bilanciamento carico di rete.

Argomenti della Guida