I bilanciamenti del carico eseguono controlli dello stato passivi per monitorare gli errori durante le connessioni client e contrassegnano come inattivi i server che causano errori costanti.
Il controllo dello stato passivo monitora il traffico del client che attraversa il bilanciamento del carico per verificare la presenza di errori. Ad esempio, se un membro del pool invia un TCP Reset (RST) in risposta a una connessione client, il bilanciamento del carico rileva l'errore. Se si verificano più errori consecutivi, il bilanciamento del carico considera temporaneamente non disponibile il membro del pool di server e smette di inviare le richieste di connessione a tale membro del pool per un po' di tempo. Dopo un po' di tempo, il bilanciamento del carico invia una richiesta di connessione per verificare se il membro del pool è stato ripristinato. Se la connessione riesce, il membro del pool viene considerato integro. In caso contrario, il bilanciamento del carico attende un po' di tempo e riprova.
Il controllo dell'integrità passivo considera i seguenti scenari come errori nel traffico del client.
- Per i pool di server associati ai server virtuali di livello 7, se la connessione al membro del pool non riesce. Ad esempio, se il membro del pool invia un TCP RST quando il bilanciamento del carico tenta di connettersi oppure se l'esecuzione di un handshake SSL tra il bilanciamento del carico e il membro del pool non riesce.
- Per i pool di server associati ai server virtuali TCP di livello 4, se il membro del pool invia un TCP RST in risposta al SYN TCP del client o non risponde affatto.
- Per i pool di server associati ai server virtuali UDP di livello 4, se una porta è irraggiungibile o se viene ricevuto un messaggio di errore ICMP di destinazione non raggiungibile in risposta a un pacchetto UDP del client.
Per i pool di server associati ai server virtuali di livello 7, il conteggio delle connessioni non riuscite viene incrementato quando si verificano errori di connessione TCP, ad esempio un errore nell'invio di dati dopo un TCP RST o errori nell'handshake SSL.
Per i pool di server associati ai server virtuali di livello 4, se non viene ricevuta alcuna risposta dopo un TCP SYN inviato al membro del pool di server o se viene ricevuto un TCP RST in risposta a un TCP SYN, il membro del pool di server viene considerato inattivo. Il conteggio degli errori viene incrementato.
Per i server virtuali UDP di livello 4, se viene ricevuto un messaggio di errore ICMP relativo ad esempio alla porta o alla destinazione non raggiungibile in risposta al traffico del client, viene considerato inattivo.
Prerequisiti
Verificare che sia selezionata la modalità Manager nell'interfaccia utente di NSX Manager. Vedere NSX Manager. Se non sono presenti i pulsanti delle modalità Criterio e Manager, vedere Configurazione delle impostazioni dell'interfaccia utente.
Procedura
Operazioni successive
Associare il monitoraggio di integrità passivo a un pool di server. Vedere Aggiunta di un pool di server per il bilanciamento del carico in modalità Manager.