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

Network Load Balancers

Un Network Load Balancer funge da unico punto di contatto per i clienti. I client inviano le richieste al Network Load Balancer e il Network Load Balancer le invia a destinazioni, come le istanze EC2, in una o più zone di disponibilità.

Per configurare il Network Load Balancer, è necessario creare gruppi target e quindi registrare i target con i gruppi target. Il Network Load Balancer è più efficace se ti assicuri che ogni zona di disponibilità abilitata abbia almeno un target registrato. Puoi anche creare dei listener per verificare le richieste di connessione dai client e instradare le richieste dai client verso i target nel gruppo di target.

I Network Load Balancer supportano le connessioni dai client tramite peering VPC, Direct Connect VPN AWS gestita e soluzioni VPN di terze parti.

Stato del sistema di bilanciamento del carico

Un Network Load Balancer può trovarsi in uno dei seguenti stati:

Tipo di indirizzo IP

È possibile impostare i tipi di indirizzi IP che i client possono utilizzare con Network Load Balancer.

I Network Load Balancer supportano i seguenti tipi di indirizzi IP:

Per ulteriori informazioni, consulta Aggiorna i tipi di indirizzo IP per il tuo Network Load Balancer.

Timeout di inattività della connessione

Per ogni richiesta TCP eseguita da un client tramite un Network Load Balancer, viene monitorato lo stato della connessione. Se nessun dato viene inviato tramite la connessione dal client o dal target per un periodo superiore al timeout di inattività, la connessione non viene più tracciata. Se un client o una destinazione invia dati dopo il periodo di timeout di inattività, il client riceve un pacchetto TCP RST per indicare che la connessione non è più valida.

Il valore di timeout di inattività predefinito per i flussi TCP è 350 secondi, ma può essere aggiornato a qualsiasi valore compreso tra 60 e 6000 secondi. I client o le destinazioni possono utilizzare i pacchetti keepalive TCP per riavviare il timeout di inattività. I pacchetti Keepalive inviati per mantenere le connessioni TLS non possono contenere dati o payload.

Il timeout di inattività della connessione per i listener TLS è di 350 secondi e non può essere modificato. Quando un ascoltatore TLS riceve un pacchetto Keepalive TCP da un client o da una destinazione, il sistema di bilanciamento del carico genera pacchetti Keepalive TCP e li invia alle connessioni front-end e back-end ogni 20 secondi. Non è possibile modificare questo comportamento.

Quando UDP è senza connessione, il sistema di bilanciamento del carico mantiene lo stato del flusso UDP basandosi sugli indirizzi IP di origine e di destinazione e sulle porte. Ciò garantisce che i pacchetti appartenenti allo stesso flusso siano regolarmente inviati alla stessa destinazione. Una volta trascorso il periodo di timeout di inattività, il sistema di bilanciamento del carico considera il pacchetto UDP in entrata come un nuovo flusso e lo instrada a una nuova destinazione. Elastic Load Balancing imposta il valore di timeout di inattività per i flussi UDP su 120 secondi. Non possono essere modificate.

Le istanze EC2 devono rispondere a una nuova richiesta entro 30 secondi per stabilire un percorso di ritorno.

Per ulteriori informazioni, consulta Aggiorna il timeout di inattività.

Attributi del sistema di bilanciamento del carico

Puoi configurare il tuo Network Load Balancer modificandone gli attributi. Per ulteriori informazioni, consulta Modifica gli attributi del load balancer.

Di seguito sono riportati gli attributi del load balancer per Network Load Balancer:

Cross-zone bilanciamento del carico

Per impostazione predefinita, ogni nodo Network Load Balancer distribuisce il traffico tra le destinazioni registrate solo nella relativa zona di disponibilità. Se si attiva il bilanciamento del carico tra zone, ogni nodo Network Load Balancer distribuisce il traffico tra le destinazioni registrate in tutte le zone di disponibilità abilitate. Puoi anche attivare il bilanciamento del carico tra zone a livello di gruppo di destinazione. Per ulteriori informazioni, consulta Cross-zone bilanciamento del carico per i gruppi target e bilanciamento del Cross-zone carico nella Guida per l'utente di Elastic Load Balancing.

Nome DNS

Ogni Network Load Balancer riceve un nome DNS (Domain Name System) predefinito con la seguente sintassi: - .elb. name id region.amazonaws.com. Ad esempio, my-load-balancer-1234567890abcdef.elb.us-east-2.amazonaws.com.

Se preferisci utilizzare un nome DNS più facile da ricordare, puoi creare un nome di dominio personalizzato e associarlo al nome DNS per il tuo Network Load Balancer. Quando un client effettua una richiesta utilizzando questo nome di dominio personalizzato, il server DNS la risolve nel nome DNS del Network Load Balancer.

In primo luogo, registra un nome di dominio con un registrar di nomi di dominio accreditato. Successivamente, utilizza il tuo servizio DNS, ad esempio il registrar di domini, per creare un record DNS per indirizzare le richieste al tuo Network Load Balancer. Per ulteriori informazioni, consulta la documentazione per il servizio DNS. Ad esempio, se utilizzi Amazon Route 53 come servizio DNS, crei un record alias che rimanda al tuo Network Load Balancer. Per ulteriori informazioni, consulta Routing del traffico a un load balancer ELB nella Guida per gli sviluppatori di Amazon Route 53.

Network Load Balancer ha un indirizzo IP per ogni zona di disponibilità abilitata. Questi sono gli indirizzi IP dei nodi Network Load Balancer. Il nome DNS del Network Load Balancer si risolve in questi indirizzi. Ad esempio, supponiamo che il nome di dominio personalizzato per il tuo Network Load Balancer sia. example.networkloadbalancer.com Utilizzate il seguente nslookup comando dig o per determinare gli indirizzi IP dei nodi Network Load Balancer.

Linux o Mac

$ dig +short example.networkloadbalancer.com

Windows

C:\> nslookup example.networkloadbalancer.com

Network Load Balancer dispone di record DNS per i suoi nodi. È possibile utilizzare i nomi DNS con la seguente sintassi per determinare gli indirizzi IP dei nodi Network Load Balancer:. az name- .elb. id region.amazonaws.com.

Linux o Mac

$ dig +short us-east-2b.my-load-balancer-1234567890abcdef.elb.us-east-2.amazonaws.com

Windows

C:\> nslookup us-east-2b.my-load-balancer-1234567890abcdef.elb.us-east-2.amazonaws.com

Salute zonale del Load Balancer

I Network Load Balancer dispongono di record DNS zonali e indirizzi IP in Route 53 per ciascuna zona di disponibilità abilitata. Quando un Network Load Balancer non supera un controllo dello stato zonale per una particolare zona di disponibilità, il suo record DNS viene rimosso da Route 53. Lo stato zonale di Load Balancer viene monitorato utilizzando la CloudWatch metrica AmazonZonalHealthStatus, che fornisce maggiori informazioni sugli eventi che causano l'impossibilità di implementare misure preventive per garantire la disponibilità ottimale delle applicazioni. Per ulteriori informazioni, consultare Parametri di Network Load Balancer.

I Network Load Balancer possono non superare i controlli dello stato zonale per diversi motivi, rendendoli non integri. Di seguito sono riportate le cause più comuni di malfunzionamento dei Network Load Balancer causate da controlli di integrità zonali non riusciti.