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à.
Modifica gli attributi del gruppo target per il tuo Network Load Balancer
Dopo aver creato un gruppo target per Network Load Balancer, puoi modificarne gli attributi.
Attributi dei gruppi di destinazione
Conservazione dell'IP client
I Network Load Balancer possono preservare gli indirizzi IP di origine dei client durante l'instradamento delle richieste verso le destinazioni di backend. Quando si disabilita la conservazione dell'IP del client, l'indirizzo IP di origine è l'indirizzo IP privato di Network Load Balancer.
Per impostazione predefinita, la conservazione degli IP dei client è abilitata (e non può essere disabilitata), ad esempio, e i gruppi di destinazione del tipo IP con protocolli UDP, TCP_UDP, QUIC e TCP_QUIC. Tuttavia, puoi abilitare o disabilitare la conservazione dell'IP client per i gruppi di destinazione TCP e TLS utilizzando l'attributo di gruppo di destinazione preserve_client_ip.enabled.
Impostazioni predefinite
-
Gruppi di destinazione di tipo Istanza: abilitati
-
Gruppi target di tipo IP (UDP, TCP_UDP, QUIC, TCP_QUIC): abilitati
-
Gruppi di destinazione di tipo IP (TCP, TLS): disabilitati
Quando la conservazione dell'IP del client è abilitata
La tabella seguente descrive gli indirizzi IP che le destinazioni ricevono quando è abilitata la conservazione dell'IP del client.
| Target | Richieste del client IPv4 | Richieste client IPv6 |
|---|---|---|
| Tipo di istanza (IPv4) | Indirizzo IPv4 del client | Indirizzo IPv4 del Load Balancer |
| Tipo IP (IPv4) | Indirizzo IPv4 del client | Indirizzo IPv4 del Load Balancer |
| Tipo IP (IPv6) | Indirizzo IPv6 del Load Balancer | Indirizzo IPv6 del client |
Quando la conservazione dell'IP del client è disabilitata
La tabella seguente descrive gli indirizzi IP che le destinazioni ricevono quando la conservazione dell'IP del client è disabilitata.
| Target | Richieste del client IPv4 | Richieste client IPv6 |
|---|---|---|
| Tipo di istanza (IPv4) | Indirizzo IPv4 del Load Balancer | Indirizzo IPv4 del Load Balancer |
| Tipo IP (IPv4) | Indirizzo IPv4 del Load Balancer | Indirizzo IPv4 del Load Balancer |
| Tipo IP (IPv6) | Indirizzo IPv6 del Load Balancer | Indirizzo IPv6 del Load Balancer |
Requisiti e considerazioni
-
Le modifiche apportate alla conservazione dell'IP client vengono applicate solo per le nuove connessioni TCP.
-
Quando la conservazione dell'IP del client è abilitata, il traffico deve fluire direttamente dal Network Load Balancer alla destinazione. La destinazione deve trovarsi nello stesso VPC del load balancer o in un VPC peered nella stessa regione.
-
La conservazione dell'IP del client non è supportata quando gli obiettivi vengono raggiunti tramite un gateway di transito.
-
La conservazione dell'IP del client non è supportata quando si utilizza un endpoint Gateway Load Balancer per ispezionare il traffico tra Network Load Balancer e la destinazione (istanza o indirizzo IP), anche se la destinazione si trova nello stesso VPC del Network Load Balancer.
-
I seguenti tipi di istanza non supportano la conservazione dell'IP client: C1, CC1, CC2, CG1, CG2, CR1, G1, G2, HI1, HS1, M1, M2, M3 e T1. Ti consigliamo di registrare questi tipi di istanza come indirizzi IP, disattivando la conservazione dell'IP client.
-
La conservazione dell'IP client non ha alcun effetto sul traffico in entrata da AWS PrivateLink. L'indirizzo IP di origine del AWS PrivateLink traffico è sempre l'indirizzo IP privato del Network Load Balancer.
-
La conservazione dell'IP del client non è supportata quando un gruppo di destinazione contiene interfacce di AWS PrivateLink rete o l'interfaccia di rete di un altro Network Load Balancer. Ciò causa una perdita di comunicazione con tali obiettivi.
-
La conservazione dell'IP client non ha alcun effetto sul traffico convertito da IPv6 a IPv4. L'indirizzo IP di origine di questo tipo di traffico è sempre l'indirizzo IP privato del Network Load Balancer.
-
Quando si specificano le destinazioni in base al tipo di Application Load Balancer, l'IP client di tutto il traffico in entrata viene preservato dal Network Load Balancer e inviato all'Application Load Balancer. L'Application Load Balancer aggiunge quindi l'IP client all'intestazione della richiesta
X-Forwarded-Forprima di inviarlo alla destinazione. -
Il loopback NAT, noto anche come hairpinning, non è supportato quando è abilitata la conservazione dell'IP client. Ciò si verifica quando si utilizzano Network Load Balancer interni e la destinazione registrata dietro un Network Load Balancer crea connessioni allo stesso Network Load Balancer. La connessione può essere indirizzata alla destinazione che sta tentando di creare la connessione, causando errori di connessione. Ti consigliamo di non connetterti a un Network Load Balancer da destinazioni che utilizzano lo stesso Network Load Balancer. In alternativa, puoi anche prevenire questo tipo di errore di connessione disabilitando la conservazione dell'IP del client. Se hai bisogno dell'indirizzo IP del client, puoi utilizzarlo per recuperarlo utilizzando Proxy Protocol v2. Per ulteriori informazioni, consulta Protocollo proxy.
-
Quando la conservazione dell'IP client è disabilitata, il Network Load Balancer supporta 55.000 connessioni simultanee o circa 55.000 connessioni al minuto per ogni destinazione univoca (indirizzo IP e porta). Se si superano queste connessioni, aumenta il rischio di errori di allocazione delle porte, con conseguente impossibilità di stabilire nuove connessioni. Per ulteriori informazioni, consulta Errori di allocazione delle porte per i flussi di backend.
Ritardo di annullamento della registrazione
Quando un target viene annullato, il load balancer interrompe la creazione di nuove connessioni al target. Il sistema di bilanciamento del carico utilizza lo svuotamento della connessione per garantire che il traffico in corso venga completato sulle connessioni esistenti. Se la destinazione di cui è stata annullata la registrazione rimane integra e una connessione esistente non è inattiva, il sistema di bilanciamento del carico può continuare a inviare traffico alla destinazione. Per assicurarti che le connessioni esistenti siano chiuse, puoi eseguire una delle operazioni seguenti: abilitare l'attributo del gruppo di destinazione per la terminazione della connessione, verificare che l'istanza sia non integra prima di annullarne la registrazione oppure puoi chiudere periodicamente le connessioni client.
Lo stato iniziale di un target di annullamento della registrazione èdraining, durante il quale il target smetterà di ricevere nuove connessioni. Tuttavia, la destinazione potrebbe ancora ricevere connessioni a causa del ritardo nella propagazione della configurazione. Per impostazione predefinita, il sistema di bilanciamento del carico cambia lo stato di un target di cui viene annullata la registrazione in unused dopo 300 secondi. Per modificare la quantità di tempo di attesa da parte del sistema di bilanciamento del carico prima di modificare lo stato in unused, aggiorna il valore di ritardo dell'annullamento della registrazione. È consigliabile specificare un valore di almeno 120 secondi per assicurare che le richieste vengano completate. Per il traffico QUIC il valore è sempre 300 secondi e non può essere modificato.
Se abiliti l'attributo del gruppo di destinazione per la terminazione delle connessioni, le connessioni alle destinazioni di cui è stata annullata la registrazione vengono chiuse poco dopo la fine del relativo timeout.
Protocollo proxy
I Network Load Balancer utilizzano il protocollo proxy versione 2 per inviare informazioni di connessione aggiuntive, ad esempio relative a origine e destinazione. Il protocollo proxy versione 2 fornisce una codifica binaria dell'intestazione del protocollo proxy stesso.
Con gli ascoltatori TCP, il sistema di bilanciamento del carico antepone un'intestazione di protocollo proxy ai dati TCP. Non elimina o sovrascrive i dati esistenti, incluse le intestazioni di protocollo proxy in entrata inviate dal client o qualsiasi altro proxy, i sistemi di bilanciamento del carico o i server nel percorso di rete. Pertanto, è possibile ricevere più di un'intestazione di protocollo proxy. Inoltre, se esiste un altro percorso di rete verso le destinazioni al di fuori del Network Load Balancer, la prima intestazione del protocollo proxy potrebbe non essere quella del load balancer.
Gli ascoltatori TLS non supportano le connessioni in entrata con intestazioni di protocollo proxy inviate dal client o da altri proxy.
Il traffico QUIC non supporta il protocollo proxy versione 2.
Quando si specificano le destinazioni in base all'indirizzo IP, gli indirizzi IP di origine forniti alle applicazioni dipendono dal protocollo del gruppo di destinazione nel modo seguente:
-
TCP e TLS: per impostazione predefinita, la conservazione dell'IP del client è disabilitata e gli indirizzi IP di origine forniti alle applicazioni sono gli indirizzi IP privati dei nodi di bilanciamento del carico. Per preservare l'indirizzo IP del client, assicurati che la destinazione si trovi all'interno dello stesso VPC o di un VPC peered e abilita la conservazione dell'IP del client. Se hai bisogno dell'indirizzo IP del client e queste condizioni non sono soddisfatte, abilita il protocollo proxy e recupera l'indirizzo IP del client dall'intestazione del protocollo proxy.
-
UDP e TCP_UDP: gli indirizzi IP di origine sono gli indirizzi IP dei client, poiché la conservazione dell'IP del client è abilitata per impostazione predefinita per questi protocolli e non può essere disabilitata. Se i target vengono specificati in base all'ID istanza, gli indirizzi IP di origine forniti alle applicazioni sono gli indirizzi IP dei client. Tuttavia, se preferisci, puoi abilitare il protocollo proxy e ottenere gli indirizzi IP dei client dall'intestazione del protocollo proxy.
Connessioni di controllo dello stato
Dopo avere abilitato il protocollo proxy, l'intestazione del protocollo proxy viene inclusa anche nelle connessioni di controllo dello stato dal sistema di bilanciamento del carico. Tuttavia, con le connessioni di controllo dello stato, le informazioni di connessione client non vengono inviate nell'intestazione del protocollo proxy.
Le destinazioni possono non superare i controlli di integrità se non riescono ad analizzare l'intestazione del protocollo proxy. Ad esempio, potrebbero restituire il seguente errore: HTTP 400: richiesta errata.
Servizi endpoint VPC
Per il traffico proveniente dai consumer di servizi tramite un servizio endpoint VPC, gli indirizzi IP di origine forniti alle applicazioni sono gli indirizzi IP privati dei nodi del sistema di bilanciamento del carico. Se le applicazioni necessitano degli indirizzi IP dei consumer di servizi, abilita il protocollo proxy e ottieni tali indirizzi dall'intestazione del protocollo proxy.
L'intestazione del protocollo proxy include anche l'ID dell'endpoint. Queste informazioni sono codificate utilizzando un vettore personalizzato Type-Length-Value (TLV) come segue.
| Campo | Lunghezza (in ottetti) | Description |
|---|---|---|
|
Tipo |
1 |
PP2_TYPE_AWS (0xEA) |
|
Lunghezza |
2 |
Lunghezza del valore |
|
Valore |
1 |
PP2_SOTTOTIPO_ AWS_VPCE_ID (0x01) |
| Variabile (valore della lunghezza meno 1) | ID dell'endpoint |
Per un esempio che analizza il tipo TLV 0xEA, vedi. https://github.com/aws/elastic-load-balancing-tools/tree/master/proprot
Abilitazione del protocollo proxy
Prima di abilitare il protocollo proxy in un gruppo target, assicurati che le applicazioni prevedano e siano in grado di elaborare l'intestazione del protocollo proxy v2. In caso contrario potrebbe verificarsi un errore. Per ulteriori informazioni, consulta la pagina relativa a protocollo PROXY versioni 1 e 2
Sessioni permanenti
Le sticky session costituiscono un meccanismo per instradare le richieste alla stessa destinazione in un gruppo di destinazioni. Questo meccanismo è utile per i server che conservano le informazioni sullo stato per fornire un'esperienza continua ai client.
Considerazioni
-
L'utilizzo di sessioni sticky può portare a una distribuzione non uniforme di connessioni e flussi, che potrebbe influire sulla disponibilità degli obiettivi. Ad esempio, tutti i client dietro lo stesso dispositivo NAT hanno lo stesso indirizzo IP di origine. Di conseguenza, tutto il traffico proveniente da questi client viene instradato alla stessa destinazione.
-
Il servizio di bilanciamento del carico potrebbe reimpostare le sessioni sticky per un gruppo di destinazione se lo stato di integrità di una delle sue destinazioni cambia o se si registrano o si annullano la registrazione delle destinazioni con il gruppo di destinazione.
-
Quando l'attributo di permanenza è attivato per un gruppo target, i controlli di integrità passivi non sono supportati. Per maggiori informazioni, consulta Controlli sanitari per i tuoi gruppi target.
-
Le sessioni permanenti non sono supportate per gli ascoltatori TLS o QUIC.
Cross-zone bilanciamento del carico per i gruppi target
I nodi del sistema di bilanciamento del carico distribuiscono le richieste dei client alle destinazioni registrate. Se il bilanciamento del carico tra zone è abilitato, ogni nodo del sistema di bilanciamento del carico distribuisce il traffico tra le destinazioni registrate in tutte le zone di disponibilità abilitate. Se il bilanciamento del carico tra zone è disabilitato, ogni nodo del sistema di bilanciamento del carico distribuisce il traffico solo tra le destinazioni registrate nella relativa zona di disponibilità. È possibile utilizzare questa opzione se i domini di errore a livello di zona sono preferiti a quelli regionali, per garantire che una zona integra non sia influenzata da una zona non integra o per migliorare la latenza complessiva.
Con Network Load Balancers, il bilanciamento del carico tra zone è disabilitato per impostazione predefinita a livello di load balancer, ma è possibile abilitarlo in qualsiasi momento. Per i gruppi target, l'impostazione predefinita prevede l'utilizzo dell'impostazione di bilanciamento del carico, ma è possibile sovrascrivere l'impostazione predefinita abilitando o disabilitando esplicitamente il bilanciamento del carico tra zone a livello di gruppo di destinazione.
Considerazioni
-
Quando si abilita il bilanciamento del carico tra zone per un Network Load Balancer, si applicano i costi di trasferimento dati EC2. Per ulteriori informazioni, vedere Comprensione dei costi di trasferimento dei dati nella Guida per l'AWS utente di Data Exports
-
L'impostazione del gruppo di destinazione determina il comportamento del bilanciamento del carico per il relativo gruppo. Ad esempio, se il bilanciamento del carico tra zone è abilitato a livello di sistema di bilanciamento del carico e disabilitato a livello di gruppo di destinazione, il traffico inviato al gruppo di destinazione non viene instradato attraverso le zone di disponibilità.
-
Quando il bilanciamento del carico tra zone è disabilitato, assicurati di avere una capacità di destinazione sufficiente in ciascuna delle zone di disponibilità del load balancer, in modo che ciascuna zona possa servire il carico di lavoro associato.
-
Quando il bilanciamento del carico tra zone è disabilitato, assicuratevi che tutti i gruppi target partecipino alle stesse zone di disponibilità. Una zona di disponibilità vuota è considerata non integra.
-
È possibile abilitare o disabilitare il bilanciamento del carico tra zone a livello di gruppo target se il tipo di gruppo target è o.
instanceipSe il tipo di gruppo di destinazione èalb, tale gruppo eredita sempre l'impostazione di bilanciamento del carico tra zone dal sistema di bilanciamento del carico.
Per ulteriori informazioni sull'abilitazione del bilanciamento del carico tra zone a livello di bilanciamento del carico, vedere. Cross-zone bilanciamento del carico
Terminazione delle connessioni per le destinazioni non integre
L'interruzione della connessione è abilitata per impostazione predefinita. Quando la destinazione di un Network Load Balancer non supera i controlli di integrità configurati ed è considerata non integra, il load balancer interrompe le connessioni stabilite e interrompe l'instradamento di nuove connessioni verso la destinazione. Se la terminazione della connessione è disattivata, la destinazione è comunque considerata non integra e non riceverà nuove connessioni, ma le connessioni stabilite vengono mantenute attive, consentendone la chiusura senza problemi.
L'interruzione della connessione per destinazioni non integre viene configurata a livello di gruppo di destinazione.
Intervallo di drenaggio non salutare
Le destinazioni nello unhealthy.draining stato sono considerate non integre, non ricevono nuove connessioni, ma mantengono le connessioni stabilite per l'intervallo configurato. L'intervallo di connessione non integro determina per quanto tempo la destinazione rimane nello unhealthy.draining stato prima che diventi tale. unhealthy Se la destinazione supera i controlli di integrità durante l'intervallo di connessione non integro, il suo stato ritornahealthy. Se viene attivata una cancellazione, lo stato delle destinazioni diventa draining e inizia il timeout del ritardo dell'annullamento della registrazione.
Requisito
L'interruzione della connessione deve essere disabilitata prima di abilitare un intervallo di drenaggio non valido.
