Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

Controlli di integrità per i gruppi target di Network Load Balancer

È possibile registrare i target con uno o più gruppi target. Il load balancer inizia a indirizzare le richieste verso un target appena registrato non appena il processo di registrazione viene completato e i target superano i controlli di integrità iniziali. Il completamento del processo di registrazione e l'avvio dei controlli dello stato può richiedere alcuni minuti.

I Network Load Balancer utilizzano controlli di integrità attivi per determinare se è disponibile un target per gestire le richieste. Per impostazione predefinita, ogni nodo del sistema di bilanciamento del carico instrada le richieste ai target integri nella sua zona di disponibilità. Se attivi il bilanciamento del carico su più zone, ogni nodo di bilanciamento del carico instrada le richieste nei target registrati in tutte le zone di disponibilità attivate. Per ulteriori informazioni, consulta Cross-zone bilanciamento del carico Sticky sessions.

Se una destinazione diventa non integra, il sistema di bilanciamento del carico invia un RST TCP per i pacchetti ricevuti sulle connessioni client associate alla destinazione, a meno che la destinazione non integra non provochi il fail-open da parte del sistema di bilanciamento del carico.

Se nei gruppi di destinazione non è presenta una destinazione integra in una zona di disponibilità abilitata, rimuoviamo l'indirizzo IP per la sottorete corrispondente da DNS, in modo che le richieste non possano essere instradate alla destinazione in quella zona di disponibilità. Se tutte le destinazioni non superano i controlli dell'integrità nello stesso momento in tutte le zone di disponibilità abilitate, il sistema di bilanciamento del carico attiva il fail-open. I Network Load Balancer non si apriranno anche quando hai un gruppo target vuoto. L'effetto del fail-open è quello di consentire il traffico verso tutte le destinazioni in tutte le zone di disponibilità abilitate, indipendentemente dal loro stato di integrità.

Se un gruppo di destinazione è configurato con i controlli dell'integrità HTTPS, le destinazioni registrate non superano i controlli dell'integrità se supportano solo TLS 1.3. Queste destinazioni devono supportare una versione precedente di TLS, come TLS 1.2.

Per le richieste di controllo dello stato HTTP o HTTPS, l'intestazione host contiene l'indirizzo IP del nodo del sistema di bilanciamento del carico e la porta del listener anziché l'indirizzo IP della destinazione e la porta di controllo dello stato.

Se aggiungi un ascoltatore TLS al Network Load Balancer, viene eseguito un test di connettività dell'ascoltatore. Poiché la terminazione TLS termina anche una connessione TCP, viene stabilita una nuova connessione TCP tra il sistema di bilanciamento del carico e i target. Pertanto, potresti vedere le connessioni TCP per questo test inviate dal tuo load balancer alle destinazioni registrate con il tuo listener TLS. È possibile identificare queste connessioni TCP perché hanno l'indirizzo IP di origine del Network Load Balancer e non contengono pacchetti di dati.

Per i servizi UDP e QUIC, la disponibilità target può essere testata utilizzando controlli di integrità non UDP sul gruppo target. È possibile utilizzare qualsiasi controllo di integrità disponibile (TCP, HTTP o HTTPS) e qualsiasi porta sulla destinazione per verificare la disponibilità del servizio. Se il servizio sottoposto al controllo dell'integrità ha esito negativo, la destinazione è considerata non disponibile. Per migliorare l'accuratezza dei controlli sullo stato del tuo servizio, configura il servizio in ascolto della porta di controllo dello stato del tuo servizio UDP o QUIC e fallisci il controllo dello stato se il servizio non è disponibile.

Per ulteriori informazioni, consulta Integrità del gruppo di destinazione.

Impostazioni del controllo dello stato

È possibile configurare controlli dello stato attivi per i target in un gruppo target utilizzando le seguenti impostazioni. Se i controlli sullo stato superano i guasti UnhealthyThresholdCount consecutivi, il load balancer mette fuori servizio la destinazione. Quando i controlli di integrità superano i successi HealthyThresholdCount consecutivi, il load balancer rimette in servizio il target.

Stato di integrità della destinazione

Prima che il sistema di bilanciamento del carico invii una richiesta di controllo dello stato a un target, è necessario registrarlo con un gruppo target, specificare il gruppo target in una regola del listener e assicurarsi che la zona di disponibilità del target sia abilitata per il sistema di bilanciamento del carico.

La tabella seguente descrive i valori possibili per lo stato di un target registrato.

Codici di motivo di controllo dello stato

Se lo stato di una target è un valore diverso da Healthy, l'API restituisce un codice di motivo e una descrizione del problema e la console visualizza la stessa descrizione in un tooltip. Nota che i codici di motivo che iniziano con Elb hanno origine sul lato del sistema di bilanciamento del carico e i codici di motivo che iniziano con Target hanno origine sul lato del target.