Gruppi di destinazione per i Network Load Balancer - Sistema di bilanciamento del carico elastico
Configurazione dell'instradamentoTarget type (Tipo di destinazione)Tipo di indirizzo IPDestinazioni registrateAttributi dei gruppi di destinazioneIntegrità del gruppo di destinazione

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à.

Gruppi di destinazione per i Network Load Balancer

Ogni gruppo target viene utilizzato per instradare le richieste a uno o più target registrati. Quando si crea un listener, si specifica un gruppo di destinazione per l'operazione predefinita. Il traffico viene inoltrato al gruppo di destinazione specificato nella regola del listener. È possibile creare diversi gruppi target per diversi tipi di richieste. Ad esempio, è possibile creare un gruppo target per le richieste generali e altri gruppi target per le richieste per i microservizi dell'applicazione. Per ulteriori informazioni, consulta Componenti di un sistema Network Load Balancer.

È possibile definire le impostazioni di controllo dello stato per il sistema di bilanciamento del carico per ciascun gruppo target. Ogni gruppo target utilizza le impostazioni di controllo dello stato predefinite, a meno che non vengano sostituite al momento della creazione del gruppo target o modificate in un secondo momento. Dopo aver specificato un gruppo target in una regola per un listener, il sistema di bilanciamento del carico monitora continuamente lo stato di tutti i target registrati con il gruppo target che si trovano in una zona di disponibilità abilitata per il sistema di bilanciamento del carico. Il sistema di bilanciamento del carico instrada le richieste ai target registrati con stato integro. Per ulteriori informazioni, consulta Controlli dello stato di salute per i gruppi target di Network Load Balancer.

Indice

Configurazione dell'instradamento

Per impostazione predefinita, un sistema di bilanciamento del carico instrada le richieste ai target utilizzando il protocollo e il numero di porta specificati al momento della creazione del gruppo target. In alternativa, è possibile sostituire la porta utilizzata per l'instradamento del traffico a un target al momento della registrazione con il gruppo target.

I gruppi di destinazione per i Network Load Balancer supportano i seguenti protocolli e porte:

  • Protocolli: TCPTLS,,UDP, TCP _ UDP

  • Porte: 1-65535

Se un gruppo di destinazione è configurato con il TLS protocollo, il sistema di bilanciamento del carico stabilisce TLS connessioni con le destinazioni utilizzando i certificati che vengono installati sulle destinazioni. Il sistema di bilanciamento del carico non convalida questi certificati. Pertanto, è possibile utilizzare certificati autofirmati o certificati scaduti. Poiché il load balancer si trova in un cloud privato virtuale (VPC), il traffico tra il load balancer e le destinazioni è autenticato a livello di pacchetto, quindi non è a rischio di man-in-the-middle attacchi o spoofing anche se i certificati sulle destinazioni non sono validi.

La tabella seguente riepiloga le combinazioni supportate del protocollo di listener e le impostazioni del gruppo di destinazione.

Protocollo del listener Protocollo del gruppo di destinazione Tipo di gruppo di destinazione Protocollo controllo dello stato

TCP

TCP | TCP_UDP

instance | ip

HTTP | HTTPS | TCP

TCP

TCP

alb

HTTP | HTTPS

TLS

TCP | TLS

instance | ip

HTTP | HTTPS | TCP

UDP

UDP | TCP_UDP

instance | ip

HTTP | HTTPS | TCP

TCP_UDP

TCP_UDP

instance | ip

HTTP | HTTPS | TCP

Target type (Tipo di destinazione)

Quando crei un gruppo target, devi specificare il tipo di target, che determina come vengono specificati i relativi oggetti target. Dopo aver creato un gruppo di destinazione, non è possibile modificarne il tipo di destinazione.

I tipi di target possibili sono i seguenti:

instance

I target vengono specificati in base all'ID istanza.

ip

I target vengono specificati in base all'indirizzo IP.

alb

La destinazione è un sistema Application Load Balancer.

Se il tipo di destinazione èip, puoi specificare gli indirizzi IP da uno dei seguenti blocchi: CIDR

Importante

Non è possibile specificare indirizzi IP instradabili pubblicamente.

Tutti i CIDR blocchi supportati consentono di registrare i seguenti obiettivi con un gruppo target:

  • AWS risorse indirizzabili tramite indirizzo IP e porta (ad esempio database).

  • Risorse locali collegate AWS tramite AWS Direct Connect o una connessione. Site-to-Site VPN

Quando la conservazione dell'IP del client è disabilitata per i gruppi di destinazione, il sistema di bilanciamento del carico può supportare circa 55.000 connessioni al minuto per ogni combinazione di indirizzo IP del Network Load Balancer e destinazione univoca (indirizzo IP e porta). Se si superano queste connessioni, aumenta il rischio di errori di allocazione delle porte. Se si ottengono errori di allocazione di porta, aggiungere altri target al gruppo target.

Quando avvii un Network Load Balancer in un VPC Amazon condiviso (come partecipante), puoi registrare obiettivi solo nelle sottoreti che sono state condivise con te.

Quando il tipo di destinazione è alb, è possibile registrare un singolo Application Load Balancer come destinazione. Per ulteriori informazioni, consulta Utilizzare Application Load Balancer come obiettivi di un Network Load Balancer.

I Network Load Balancer non supportano il tipo di destinazione lambda. I sistemi Application Load Balancer sono gli unici sistemi di bilanciamento del carico che supportano il tipo di destinazione lambda. Per ulteriori informazioni, consulta Lambda functions as targets nella Guida per l'utente di Application Load Balancer.

Se sono presenti microservizi nelle istanze registrate con un Network Load Balancer, non è possibile utilizzare il sistema di bilanciamento del carico per permettere la comunicazione tra di essi, a meno che tale sistema non sia connesso a Internet o le istanze non siano registrate in base all'indirizzo IP. Per ulteriori informazioni, consulta Connessioni scadute per le richieste provenienti da un target al sistema di bilanciamento del carico.

Instradamento delle richieste e indirizzi IP

Se le destinazioni vengono specificate utilizzando un ID istanza, il traffico viene instradato alle istanze utilizzando l'indirizzo IP privato primario specificato nell'interfaccia di rete primaria per l'istanza. Il sistema di bilanciamento del carico riscrive l'indirizzo IP di destinazione dal pacchetto di dati prima di inoltrarlo all'istanza di destinazione.

Se i target vengono specificati utilizzando gli indirizzi IP, è possibile instradare il traffico a un'istanza utilizzando qualsiasi indirizzo IP privato di una o più interfacce di rete. Ciò consente a più applicazioni in un'istanza di utilizzare la stessa porta. Ogni interfaccia di rete può avere il proprio gruppo di sicurezza. Il sistema di bilanciamento del carico riscrive l'indirizzo IP di destinazione prima di inoltrarlo alla destinazione.

Per ulteriori informazioni su come consentire il traffico verso le istanze, consulta Gruppi di sicurezza target.

Risorse on-premise come destinazioni

Le risorse locali collegate tramite AWS Direct Connect o una Site-to-Site VPN connessione possono fungere da destinazione, se il tipo di destinazione lo è. ip

Connect un Network Load Balancer con server locali utilizzando o. AWS Direct Connect AWS Site-to-Site VPN

Quando si utilizzano risorse locali, gli indirizzi IP di queste destinazioni devono comunque provenire da uno dei seguenti blocchi: CIDR

Per ulteriori informazioni su, vedere Cos'è? AWS Direct ConnectAWS Direct Connect

Per ulteriori informazioni su AWS Site-to-Site VPN, vedi Cos'è AWS Site-to-Site VPN?

Tipo di indirizzo IP

Durante la creazione di un nuovo gruppo di destinazioni, è possibile seleziona il tipo di indirizzo IP del gruppo. In questo modo è possibile controllare la versione IP utilizzata per comunicare con le destinazioni e verificarne lo stato di integrità. I Network Load Balancer supportano sia i gruppi target che i IPv4 gruppi IPv6 target.

Considerazioni

  • Tutti gli indirizzi IP all'interno di un gruppo di destinazioni devono avere lo stesso tipo di indirizzo IP. Ad esempio, non è possibile registrare un IPv4 obiettivo con un gruppo IPv6 target.

  • IPv6i gruppi target supportano target IP e di tipo di istanza.

  • È necessario utilizzare un gruppo IPv6 target con un sistema di dualstack bilanciamento del carico.

  • Non è possibile utilizzare un gruppo IPv4 target con un UDP listener per un dualstack bilanciamento del carico.

Destinazioni registrate

Il sistema di bilanciamento del carico funge da singolo punto di contatto per i client e distribuisce il traffico in entrata tra i target registrati con stato integro. Ogni gruppo target deve avere almeno un target registrato in ciascuna zona di disponibilità abilitata per il sistema di bilanciamento del carico. È possibile registrare ogni target con uno o più gruppi target.

Se il carico di richieste per l'applicazione aumenta, puoi registrare target aggiuntivi con uno o più gruppi target al fine di gestire le richieste. Il load balancer inizia a indirizzare il traffico verso un target appena registrato non appena il processo di registrazione viene completato e il target supera il primo controllo di integrità iniziale, indipendentemente dalla soglia configurata.

Se il carico di richieste per l'applicazione diminuisce o devi eseguire la manutenzione delle destinazioni, puoi annullare la loro registrazione dai gruppi di destinazione. L'annullamento della registrazione di un target rimuove il target dal gruppo target, ma non influisce in altro modo sul target stesso. Il sistema di bilanciamento del carico arresta l'instradamento del traffico a un target non appena la sua registrazione viene annullata. Il target passa allo stato draining fino a quando non vengono completate le richieste in transito. Puoi registrare di nuovo il target con il gruppo target quando è possibile riprendere la ricezione del traffico.

Se stai eseguendo la registrazione delle destinazioni in base all'ID istanza, puoi utilizzare il sistema di bilanciamento del carico con un gruppo con dimensionamento automatico. Dopo aver collegato un gruppo di destinazioni a un gruppo con dimensionamento automatico, il dimensionamento automatico registra automaticamente le destinazioni nel gruppo di destinazioni al momento dell'avvio. Per ulteriori informazioni, consulta Collegare un sistema di bilanciamento del carico al gruppo Auto Scaling nella Amazon Auto Scaling User EC2 Guide.

Requisiti e considerazioni

  • Non puoi registrare istanze per ID di istanza se utilizzano uno dei seguenti tipi di istanza: C1,,,,,, G1 CC1CC2, G2 CG1CG2,CR1, M1, M2 HI1HS1, M3 o T1.

  • Quando si registrano le destinazioni in base all'ID di istanza per un gruppo di IPv6 destinazione, alle destinazioni deve essere assegnato un indirizzo principale. IPv6 Per ulteriori informazioni, IPv6consulta gli indirizzi nella Amazon EC2 User Guide

  • Quando si registrano le destinazioni in base all'ID dell'istanza, le istanze devono trovarsi nello VPC stesso Amazon del Network Load Balancer. Non puoi registrare le istanze in base all'ID dell'istanza se si trovano in un ambiente collegato VPC al sistema di bilanciamento del carico VPC (stessa regione o regione diversa). È possibile registrare queste istanze in base all'indirizzo IP.

  • Se registri una destinazione in base all'indirizzo IP e l'indirizzo IP è lo VPC stesso del sistema di bilanciamento del carico, quest'ultimo verifica che provenga da una sottorete raggiungibile.

  • Il sistema di bilanciamento del carico indirizza il traffico verso le destinazioni solo nelle zone di disponibilità abilitate. Le destinazioni nelle zone non abilitate non vengono utilizzate.

  • Per i gruppi UDP target UDP e TCP _, non registrate le istanze per indirizzo IP se risiedono al di fuori del sistema di bilanciamento del carico VPC o se utilizzano uno dei seguenti tipi di istanza: C1 CC1CC2,CG1,CG2,CR1,,, G1, G2 HI1HS1,, M1, M2, M3 o T1. Le destinazioni che risiedono all'esterno del sistema di bilanciamento del carico VPC o che utilizzano un tipo di istanza non supportato potrebbero ricevere traffico dal sistema di bilanciamento del carico ma non essere in grado di rispondere.

Attributi dei gruppi di destinazione

È possibile configurare un gruppo target modificandone gli attributi. Per ulteriori informazioni, consulta Modifica gli attributi del gruppo target.

Di seguito sono elencati gli attributi dei gruppi di destinazione supportati. Puoi modificare questi attributi solo se il tipo di gruppo di destinazione è instance o ip. Se il tipo di gruppo di destinazione è alb, questi attributi utilizzano sempre i valori predefiniti.

deregistration_delay.timeout_seconds

La quantità di tempo che Elastic Load Balancing attende prima di modificare lo stato di una destinazione di cui viene annullata la registrazione da draining a unused. L'intervallo è compreso tra 0 e 3600 secondi. Il valore predefinito è 300 secondi.

deregistration_delay.connection_termination.enabled

Indica se il sistema di bilanciamento del carico termina le connessioni alla fine del timeout di annullamento della registrazione. Il valore è true o false. Per i nuovi gruppi UDP targetUDP/TCP_ l'impostazione predefinita ètrue. In caso contrario, l'impostazione predefinita è false.

load_balancing.cross_zone.enabled

Indica se è abilitato il sistema di bilanciamento del carico tra zone. Il valore è true, false o use_load_balancer_configuration. Il valore predefinito è use_load_balancer_configuration.

preserve_client_ip.enabled

Indica se la conservazione dell'IP del client è abilitata. Il valore è true o false. L'impostazione predefinita è disabilitata se il tipo di gruppo di destinazione è l'indirizzo IP e il protocollo del gruppo di destinazione è TCP oTLS. In caso contrario, l'impostazione predefinita è abilitata. La conservazione dell'IP del client non può essere disabilitata per i gruppi di UDP destinazione UDP e TCP _.

proxy_protocol_v2.enabled

Indica se il protocollo proxy versione 2 è abilitato. Per impostazione predefinita, il protocollo proxy è disabilitato.

stickiness.enabled

Indica se le sticky session sono abilitate. Il valore è true o false. Il valore predefinito è false.

stickiness.type

Il tipo di persistenza. Il valore possibile è source_ip.

target_group_health.dns_failover.minimum_healthy_targets.count

Il numero minimo di destinazioni che devono essere integre. Se il numero di obiettivi integri è inferiore a questo valore, contrassegna la zona come non integra inDNS, in modo che il traffico venga indirizzato solo verso zone sane. I valori possibili sono off o un numero intero compreso tra 1 e il numero massimo di destinazioni. Quando l'offopzione DNS fail away è disattivata, vale a dire che anche se tutti gli obiettivi del gruppo target non sono integri, la zona non verrà rimossa. DNS Il valore di default è 1.

target_group_health.dns_failover.minimum_healthy_targets.percentage

La percentuale minima di destinazioni che devono essere integre. Se la percentuale di obiettivi sani è inferiore a questo valore, contrassegna la zona come non integra in DNS modo che il traffico venga indirizzato solo verso zone sane. I valori possibili sono off o un numero intero compreso tra 1 e 100. Quando l'offopzione DNS fail away è disattivata, vale a dire che anche se tutti gli obiettivi del gruppo target non sono integri, la zona non verrà rimossa. DNS Il valore predefinito è off.

target_group_health.unhealthy_state_routing.minimum_healthy_targets.count

Il numero minimo di destinazioni che devono essere integre. Se il numero di destinazioni integre è inferiore a questo valore, invia il traffico a tutte le destinazioni, incluse le destinazioni non integre. L'intervallo è compreso tra 1 e il numero massimo di destinazioni. Il valore di default è 1.

target_group_health.unhealthy_state_routing.minimum_healthy_targets.percentage

La percentuale minima di destinazioni che devono essere integre. Se la percentuale di destinazioni integre è inferiore a questo valore, invia il traffico a tutte le destinazioni, incluse le destinazioni non integre. I valori possibili sono off o un numero intero compreso tra 1 e 100. Il valore predefinito è off.

target_health_state.unhealthy.connection_termination.enabled

Indica se il sistema di bilanciamento del carico termina le connessioni verso destinazioni non integre. Il valore è true o false. Il valore predefinito è true.

target_health_state.unhealthy.draining_interval_seconds

Il tempo di attesa di Elastic Load Balancing prima di modificare lo stato di un obiettivo non integro da a. unhealthy.draining unhealthy L'intervallo è compreso tra 0 e 360000 secondi. Il valore predefinito è 0 secondi.

Nota: questo attributo può essere configurato solo quando è. target_health_state.unhealthy.connection_termination.enabled false

Integrità del gruppo di destinazione

Per impostazione predefinita, un gruppo di destinazioni è considerato integro purché contenga almeno una destinazione integra. Se disponi di un parco istanze di grandi dimensioni, non è sufficiente avere una sola destinazione integra per la distribuzione del traffico. Al contrario, è possibile specificare un numero o percentuale minimi di destinazioni che devono essere integre e quali operazioni svolge il sistema di bilanciamento del carico quando le destinazioni integre scendono al di sotto della soglia specificata. In questo modo si migliora la disponibilità.

Operazioni per lo stato di non integrità

È possibile configurare soglie di integrità per le seguenti operazioni:

  • DNSfailover: quando gli obiettivi integri in una zona scendono al di sotto della soglia, contrassegniamo gli indirizzi IP del nodo di bilanciamento del carico relativo alla zona come non integri in. DNS Pertanto, quando i client risolvono il DNS nome del load balancer, il traffico viene indirizzato solo verso zone integre.

  • Failover di instradamento: quando le destinazioni integre in una zona scendono al di sotto della soglia, il sistema di bilanciamento del carico invia traffico a tutte le destinazioni disponibili nel nodo del sistema di bilanciamento del carico, comprese le destinazioni non integre. In questo modo si aumentano le possibilità di successo di una connessione client, soprattutto quando le destinazioni non superano temporaneamente i controlli dell'integrità, e si riduce il rischio di sovraccaricare le destinazioni integre.

Requisiti e considerazioni

  • Se per un'operazione vengono specificati entrambi i tipi di soglia (numero e percentuale), il sistema di bilanciamento del carico esegue l'operazione quando viene superata una delle due soglie.

  • Se si specificano soglie per entrambe le azioni, la soglia per il DNS failover deve essere maggiore o uguale alla soglia per il failover di routing, in modo che il failover si verifichi con o prima del DNS failover di routing.

  • Se la soglia viene specificata in percentuale, il valore viene calcolato in modo dinamico, sulla base del numero totale di destinazioni registrato nei gruppi di destinazioni.

  • Il numero totale di destinazioni si basa sull'attivazione o meno del bilanciamento del carico tra zone. Se il bilanciamento del carico tra zone è disattivato, ogni nodo invia il traffico solo alle destinazioni nella propria zona, il che significa che le soglie vengono applicate separatamente al numero di destinazioni in ogni zona abilitata. Se il bilanciamento del carico tra zone è attivato, ogni nodo invia il traffico a tutte le destinazioni in tutte le zone abilitate, il che significa che le soglie specificate vengono applicate al numero totale di destinazioni in tutte le zone abilitate. Per ulteriori informazioni, consulta Bilanciamento del carico tra zone.

  • Con il DNS failover, rimuoviamo gli indirizzi IP per le zone non integre dal nome host del load balancer. DNS Tuttavia, la DNS cache locale del client potrebbe contenere questi indirizzi IP fino alla scadenza time-to-live (TTL) del DNS record (60 secondi).

  • Quando si verifica DNS il failover, ciò influisce su tutti i gruppi target associati al sistema di bilanciamento del carico. È necessario assicurarsi di disporre di capacità sufficiente nelle zone rimanenti per gestire il traffico aggiuntivo, soprattutto se il bilanciamento del carico tra zone è disattivato.

  • Con DNS il failover, se tutte le zone di bilanciamento del carico sono considerate non integre, il sistema di bilanciamento del carico invia il traffico a tutte le zone, comprese quelle non integre.

  • Oltre al fatto che ci sia un numero sufficiente di obiettivi integri che potrebbero portare al DNS failover, esistono altri fattori, ad esempio lo stato della zona.

Esempio

L'esempio seguente illustra come vengono applicate le impostazioni di integrità del gruppo di destinazioni.

Scenario

  • Un sistema di bilanciamento del carico che supporta le due zone di disponibilità A e B

  • Ogni zona di disponibilità contiene 10 destinazioni registrate

  • Il gruppo di destinazioni dispone delle seguenti impostazioni di integrità del gruppo di destinazioni:

    • DNSfailover: 50%

    • Failover di instradamento: 50%

  • Nella zona di disponibilità B non superano i controlli

Se il bilanciamento del carico tra zone è disattivato

  • Il nodo del sistema di bilanciamento del carico in ogni zona di disponibilità può inviare il traffico solo alle 10 destinazioni presenti nella propria zona.

  • Nella zona di disponibilità A sono presenti 10 destinazioni integre, che soddisfano la percentuale richiesta di destinazioni integre. Il sistema di bilanciamento del carico continua a distribuire il traffico nelle 10 destinazioni integre.

  • Nella zona di disponibilità B sono presenti solo 4 zone integre, che rappresentano solo il 40% delle destinazioni per il nodo del sistema di bilanciamento del carico presente in tale zona. Dato che questa percentuale è inferiore a quella di destinazioni integre richiesta, il sistema di bilanciamento del carico esegue le seguenti operazioni:

    • DNSfailover: la zona di disponibilità B è contrassegnata come non integra in. DNS Dato che i client non possono risolvere il nome del sistema di bilanciamento del carico per ricavare il nodo del sistema nella zona di disponibilità B e la zona di disponibilità A è integra, i client inviano le nuove connessioni alla zona di disponibilità A.

    • Failover di instradamento: quando vengono inviate nuove connessioni esplicitamente alla zona di disponibilità B, il sistema di bilanciamento del carico distribuisce il traffico a tutte le destinazioni nella zona di disponibilità B, comprese quelle non integre. In questo modo si evitano interruzioni nelle destinazioni integre rimanenti.

Se il bilanciamento del carico tra zone è attivato

  • Ogni nodo del sistema di bilanciamento del carico può inviare il traffico a tutte le 20 destinazioni registrate in entrambe le zone di disponibilità.

  • Sono presenti 10 destinazioni integre nella zona di disponibilità A e 4 nella zona di disponibilità B, per un totale di 14 destinazioni integre. Si tratta del 70% delle destinazioni dei nodi del sistema di bilanciamento del carico in entrambe le zone di disponibilità, una percentuale di destinazioni integre che soddisfa quella richiesta.

  • Il sistema di bilanciamento del carico distribuisce il traffico nelle 14 destinazioni integre in entrambe le zone di disponibilità.

Utilizzo del DNS failover di Route 53 per il sistema di bilanciamento del carico

Se utilizzi Route 53 per indirizzare DNS le query al sistema di bilanciamento del carico, puoi anche configurare il DNS failover per il sistema di bilanciamento del carico utilizzando Route 53. In una configurazione di failover, Route 53 controlla l'integrità delle destinazioni del gruppo di destinazioni registrate per il sistema di bilanciamento del carico per determinare se siano disponibili. Se non sono disponibili destinazioni integre registrate per il sistema di bilanciamento del carico, o se il sistema di bilanciamento del carico stesso non è integro, Route 53 esegue il routing del traffico a un'altra risorsa disponibile, come un sistema di bilanciamento del carico integro o un sito web statico in Amazon S3.

Ad esempio, supponiamo che tu disponga di un'applicazione web per www.example.com e che desideri istanze ridondanti in esecuzione dietro due bilanciatori del carico che risiedono in regioni diverse. Desideri che il routing del traffico avvenga principalmente verso il load balancer in una regione e vuoi utilizzare il bilanciamento del carico nell'altra regione come backup durante i guasti. Se configuri il DNS failover, puoi specificare i sistemi di bilanciamento del carico primario e secondario (di backup). Route 53 indirizza il traffico verso il bilanciamento del carico principale, se è disponibile, in caso contrario, al load balancer secondario.

Utilizzo della valutazione dello stato di destinazione

  • Quando la valutazione dello stato di destinazione è impostata su Yes su un record alias di un Network Load Balancer, Route 53 valuta l'integrità della risorsa specificata dal valore alias target. Per un sistema Network Load Balancer, Route 53 utilizza i controlli dell'integrità del gruppo di destinazione associati al sistema di bilanciamento del carico.

  • Quando tutti i gruppi di destinazione in un Network Load Balancer sono integri, Route 53 contrassegna il record alias come integro. Se un gruppo di destinazione contiene almeno una destinazione integra, il controllo dell'integrità ha esito positivo. Route 53 restituisce quindi i record in base alla policy di routing. Se viene utilizzata la policy di routing di failover, Route 53 restituisce il record principale.

  • Se uno dei gruppi di destinazione di un Network Load Balancer non è integro, il record alias non supera il controllo dell'integrità di Route 53 (fail-open). Se si utilizza la valutazione dello stato di destinazione, la policy di routing di failover avrà esito negativo.

  • Se tutti i gruppi di destinazione in un Network Load Balancer sono vuoti (nessuna destinazione), Route 53 considera il record non integro (fail-open). Se si utilizza la valutazione dello stato di destinazione, la policy di routing di failover avrà esito negativo.

Per ulteriori informazioni, consulta la sezione Configurazione del DNS failover nella Amazon Route 53 Developer Guide.