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 questo tempo, il bilanciamento del carico invia una richiesta di connessione per verificare che il membro del pool sia 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 dello stato passivo considera errori i seguenti scenari nel traffico dei 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 o 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 errore ICMP, come ad esempio un messaggio di porta o destinazione non raggiungibile in risposta al traffico del client, il server viene considerato inattivo.
Procedura
Operazioni successive
Associare il monitoraggio di integrità passivo a un pool di server. Vedere Aggiunta di un pool di server.