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 destinazioni per gli Application Load Balancer
I gruppi di destinazioni instradano le richieste su destinazioni individuali registrate, ad esempio le istanze EC2, utilizzando il protocollo e il numero di porta specificati. È possibile registrare un target a più gruppi target. È possibile configurare controlli dello stato per ciascun gruppo target. I controlli dello stato vengono eseguiti su tutti i target registrati a un gruppo target specificato in una regola di listener per il sistema di bilanciamento del carico.
Ogni gruppo target viene utilizzato per instradare le richieste a uno o più target registrati. Al momento della creazione di ciascuna regola del listener, è necessario specificare un gruppo target e le condizioni. Quando una condizione di una regola viene soddisfatta, il traffico viene instradato al gruppo target corrispondente. È 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. È possibile utilizzare ogni gruppo di destinazioni con un solo sistema di bilanciamento del carico. Per ulteriori informazioni, consulta Componenti di Application 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.
Indice
- Configurazione dell'instradamento
- Target type (Tipo di destinazione)
- Tipo di indirizzo IP
- Versione del protocollo
- Destinazioni registrate
- Attributi dei gruppi di destinazione
- Algoritmi di routing
- Automatic Target Weights (ATW)
- Ritardo di annullamento della registrazione
- Modalità di avvio lento
- Creazione di un gruppo target
- Controlli dello stato per i gruppi target
- Bilanciamento del carico tra zone per i gruppi di destinazioni
- Integrità del gruppo di destinazione
- Registrazione di destinazioni con il gruppo target
- Sessioni permanenti per l'Application Load Balancer
- Funzioni Lambda come destinazioni
- Tag per il gruppo target
- Eliminazione di un gruppo target
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 destinazioni supportano i seguenti protocolli e porte:
-
Protocolli: HTTP, HTTPS
-
Porte: 1-65535
Se un gruppo di destinazioni viene configurato con il protocollo HTTPS o utilizza i controlli dell'integrità HTTPS, le connessioni TLS alle destinazioni impiegano le impostazioni di sicurezza della policy ELBSecurityPolicy-2016-08. Il sistema di bilanciamento del carico stabilisce le connessioni TLS con le destinazioni utilizzando i certificati installati nelle destinazioni. Il sistema di bilanciamento del carico non convalida questi certificati. Pertanto, è possibile utilizzare certificati autofirmati o certificati scaduti. Poiché il sistema di bilanciamento del carico e le sue destinazioni si trovano in un cloud privato virtuale (VPC), il traffico tra il sistema di bilanciamento del carico e le destinazioni viene autenticato a livello di pacchetto, quindi non è a rischio man-in-the-middle di attacchi o spoofing anche se i certificati sulle destinazioni non sono validi. Il traffico in uscita non AWS avrà le stesse protezioni e potrebbero essere necessarie ulteriori misure per proteggere ulteriormente il traffico.
Target type (Tipo di destinazione)
Quando si crea un gruppo di destinazioni, occorre specificare il relativo tipo, che determina il tipo di destinazione specificato al momento della registrazione delle destinazioni con tale gruppo di destinazioni. Dopo aver creato un gruppo target, non è possibile modificarne il tipo di target.
I tipi di target possibili sono i seguenti:
instance-
I target vengono specificati in base all'ID istanza.
ip-
Le destinazioni sono indirizzi IP.
lambda-
La destinazione è una funzione Lambda.
Quando il tipo di target è ip, è possibile specificare gli indirizzi IP da uno dei blocchi CIDR seguenti:
Importante
Non è possibile specificare indirizzi IP instradabili pubblicamente.
Tutti i blocchi CIDR consentono di registrare le seguenti destinazioni in un gruppo di destinazioni:
-
Istanze in un VPC collegato in peering al VPC del sistema di bilanciamento del carico (nella stessa regione o in una regione diversa).
-
Risorse AWS indirizzabili tramite indirizzo IP e porta (ad esempio database).
-
Risorse on-premise collegate ad AWS tramite una connessione AWS Direct Connect o a una connessione VPN da sito a sito.
Nota
Per gli Application Load Balancer distribuiti all'interno di una zona locale, gli ip di destinazione devono trovarsi nella stessa zona per ricevere traffico.
Per ulteriori informazioni, consulta What is AWS Local Zones?
Se i target vengono specificati 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. 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.
Se il tipo di destinazione del gruppo è lambda, è possibile registrare una singola funzione Lambda. Quando riceve una richiesta per la funzione Lambda, il sistema di bilanciamento del carico chiama la funzione Lambda. Per ulteriori informazioni, consulta Funzioni Lambda come destinazioni.
Puoi configurare Amazon Elastic Container Service (Amazon ECS) come destinazione dell'Application Load Balancer. Per ulteriori informazioni, consulta Creating an Application Load Balancer nella Guida per l'utente di Amazon Elastic Container Service per. AWS Fargate
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à.
Gli Application Load Balancer supportano gruppi di destinazioni sia IPv4 che IPv6. L'opzione predefinita è IPv4.
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 una destinazione IPv4 all'interno di un gruppo di destinazioni IPv6.
-
I gruppi di destinazioni IPv6 possono essere utilizzati solo con sistemi di bilanciamento del carico
dualstack. -
I gruppi di destinazioni IPv6 supportano destinazioni di tipo IP e istanza.
Versione del protocollo
Per impostazione predefinita, gli Application Load Balancer inviano richieste alle destinazioni utilizzando HTTP/1.1. È possibile utilizzare la versione del protocollo per inviare richieste alle destinazioni utilizzando HTTP/2 o gRPC.
La tabella seguente riassume il risultato per le combinazioni di protocollo della richiesta e versione del protocollo del gruppo di destinazioni.
| Protocollo della richiesta | Versione del protocollo | Risultato |
|---|---|---|
| HTTP/1.1 | HTTP/1.1 | Riuscito |
| HTTP/2 | HTTP/1.1 | Riuscito |
| gRPC | HTTP/1.1 | Errore |
| HTTP/1.1 | HTTP/2 | Errore |
| HTTP/2 | HTTP/2 | Riuscito |
| gRPC | HTTP/2 | Riuscito se le destinazioni supportano gRPC |
| HTTP/1.1 | gRPC | Errore |
| HTTP/2 | gRPC | Riuscito se la richiesta è POST |
| gRPC | gRPC | Riuscito |
Considerazioni sulla versione del protocollo gRPC
-
L'unico protocollo dell'ascoltatore supportato è HTTPS.
-
L'unico tipo di operazione supportato per le regole dell'ascoltatore è
forward. -
Gli unici tipi di istanza supportati sono
instanceeip. -
Il sistema di bilanciamento del carico analizza le richieste gRPC e instrada le chiamate gRPC ai gruppi di destinazioni appropriati in base al pacchetto, al servizio e al metodo.
-
Il sistema di bilanciamento del carico supporta lo streaming unario lato client, lo streaming lato server e lo streaming bidirezionale.
-
È necessario fornire un metodo di controllo dell'integrità personalizzato con il formato
/package.service/method. -
È necessario specificare i codici di stato gRPC da utilizzare durante la verifica di una risposta positiva ricevuta da una destinazione.
-
Non è possibile utilizzare funzioni Lambda come destinazioni.
Considerazioni sulla versione del protocollo HTTP/2
-
L'unico protocollo dell'ascoltatore supportato è HTTPS.
-
L'unico tipo di operazione supportato per le regole dell'ascoltatore è
forward. -
Gli unici tipi di istanza supportati sono
instanceeip. -
Il sistema di bilanciamento del carico supporta lo streaming dai client. Il sistema di bilanciamento del carico non supporta lo streaming verso le destinazioni.
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. È 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 sistema di bilanciamento del carico inizia a instradare le richieste a una destinazione appena registrata non appena viene completato il processo di registrazione e la destinazione ha superato i controlli dello stato iniziali.
Se il carico di richieste per l'applicazione diminuisce o devi eseguire la manutenzione dei target, puoi annullare la loro registrazione dai gruppi target. 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 delle richieste a una destinazione 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 la destinazione con il gruppo di destinazioni quando è possibile riprendere la ricezione delle richieste.
Se stai eseguendo la registrazione dei target 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 maggiori informazioni, consulta Attaching a load balancer to your Auto Scaling group nella Guida per l'utente di Dimensionamento automatico Amazon EC2.
Limiti
-
Non è possibile registrare gli indirizzi IP di un altro Application Load Balancer nello stesso VPC. Se l'altro Application Load Balancer si trova in un VPC in peering al VPC del sistema di bilanciamento del carico, è possibile registrarne gli indirizzi IP.
-
Non è possibile registrare le istanze in base all'ID istanza se si trovano in un VPC collegato in peering al VPC del sistema di bilanciamento del carico (nella stessa regione o in una regione diversa). È possibile registrare queste istanze in base all'indirizzo IP.
Attributi dei gruppi di destinazione
I seguenti attributi del gruppo di destinazioni sono supportati se il tipo di gruppo di destinazioni è instance o ip:
deregistration_delay.timeout_seconds-
Il tempo che Elastic Load Balancing deve aspettare prima di annullare la registrazione di una destinazione. L'intervallo è compreso tra 0 e 3600 secondi. Il valore predefinito è 300 secondi.
load_balancing.algorithm.type-
L'algoritmo di bilanciamento del carico determina il modo in cui il sistema di bilanciamento del carico seleziona le destinazioni durante l'instradamento delle richieste. Il valore è
round_robinleast_outstanding_requests, oweighted_random. Il valore predefinito èround_robin. load_balancing.algorithm.anomaly_mitigation-
Disponibile solo quando lo
load_balancing.algorithm.typeèweighted_random. Indica se la mitigazione delle anomalie è abilitata. Il valore èonooff. Il valore predefinito èoff. load_balancing.cross_zone.enabled-
Indica se è abilitato il bilanciamento del carico tra le zone. Il valore è
true,falseouse_load_balancer_configuration. Il valore predefinito èuse_load_balancer_configuration. slow_start.duration_seconds-
L'intervallo di tempo in secondi durante il quale il sistema di bilanciamento del carico invia a una destinazione appena registrata una quantità di traffico in aumento lineare verso il gruppo di destinazioni. L'intervallo è compreso tra 30 e 900 secondi (15 minuti). L'impostazione predefinita è 0 secondi (disattivata).
stickiness.enabled-
Indica se le sticky session sono abilitate. Il valore è
trueofalse. Il valore predefinito èfalse. stickiness.app_cookie.cookie_name-
Il nome del cookie dell'applicazione. Il nome del cookie dell'applicazione non può avere i seguenti prefissi:
AWSALB,AWSALBAPPoAWSALBTG, poiché il loro uso è riservato per il sistema di bilanciamento del carico. stickiness.app_cookie.duration_seconds-
Il periodo di scadenza dei cookie basati sull'applicazione, in secondi. Al termine di questo periodo, il cookie è considerato obsoleto. Il valore minimo è 1 secondo e il valore massimo è 7 giorni (604800 secondi). Il valore predefinito è 1 giorno (86400 secondi).
stickiness.lb_cookie.duration_seconds-
Il periodo di scadenza dei cookie basati sulla durata, in secondi. Al termine di questo periodo, il cookie è considerato obsoleto. Il valore minimo è 1 secondo e il valore massimo è 7 giorni (604800 secondi). Il valore predefinito è 1 giorno (86400 secondi).
stickiness.type-
Il tipo di persistenza. I valori possibili sono
lb_cookieeapp_cookie. target_group_health.dns_failover.minimum_healthy_targets.count-
Il numero minimo di destinazioni che devono essere integre. Se il numero di destinazioni integre è inferiore a questo valore, contrassegna la zona come non integra nel DNS, in modo che il traffico venga instradato solo in zone integre. I valori possibili sono
offo un numero intero compreso tra 1 e il numero massimo di destinazioni. Quando il valore èoff, il fail away DNS è disabilitato, il che significa che ogni gruppo di destinazioni contribuisce al failover DNS in modo indipendente. 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 destinazioni integre è inferiore a questo valore, contrassegna la zona come non integra nel DNS, in modo che il traffico venga instradato solo in zone integre. I valori possibili sono
offo un numero intero compreso tra 1 e il numero massimo di destinazioni. Quando il valore èoff, il fail away DNS è disabilitato, il che significa che ogni gruppo di destinazioni contribuisce al failover DNS in modo indipendente. Il valore di default è 1. 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
offo un numero intero compreso tra 1 e 100. Il valore predefinito èoff.
Il seguente attributo del gruppo di destinazioni è supportato se il tipo di gruppo di destinazioni è lambda:
lambda.multi_value_headers.enabled-
Indica se le intestazioni di richieste e risposte scambiate tra il sistema di bilanciamento del carico e la funzione Lambda includono array di valori o stringhe. I valori possibili sono
trueofalse. Il valore predefinito èfalse. Per ulteriori informazioni, consulta Intestazioni con più valori.
Algoritmi di routing
Un algoritmo di routing è il metodo utilizzato dal load balancer per determinare quali destinazioni riceveranno le richieste. L'algoritmo di routing round robin viene utilizzato di default per indirizzare le richieste a livello di gruppo target. In base alle esigenze dell'applicazione, sono disponibili anche le richieste meno in sospeso e gli algoritmi di routing casuale ponderati. Un gruppo target può avere solo un algoritmo di routing attivo alla volta, tuttavia l'algoritmo di routing può essere aggiornato ogni volta che è necessario.
Se abiliti le sessioni permanenti, l'algoritmo di routing selezionato viene utilizzato per la selezione iniziale del target. Le richieste future dello stesso client verranno inoltrate allo stesso target, ignorando l'algoritmo di routing selezionato.
Round robin
-
L'algoritmo di routing round robin indirizza le richieste in modo uniforme tra i target sani del gruppo target, in ordine sequenziale.
-
Questo algoritmo viene comunemente utilizzato quando le richieste ricevute hanno una complessità simile, le destinazioni registrate hanno capacità di elaborazione simili o se è necessario distribuire equamente le richieste tra le destinazioni.
Richieste meno rilevanti
-
L'algoritmo di routing delle richieste con il minor numero di richieste in sospeso indirizza le richieste verso le destinazioni con il minor numero di richieste in corso.
-
Questo algoritmo viene comunemente utilizzato quando le richieste ricevute variano in complessità e le destinazioni registrate variano nella capacità di elaborazione.
-
Quando un sistema di bilanciamento del carico che supporta HTTP/2 utilizza obiettivi che supportano solo HTTP/1.1, converte la richiesta in più richieste HTTP/1.1. In questa configurazione, l'algoritmo di richieste meno in sospeso tratterà ogni richiesta HTTP/2 come richiesta multipla.
-
Durante l'utilizzo WebSockets, la destinazione viene selezionata utilizzando l'algoritmo delle richieste meno in sospeso. Una volta selezionato, il load balancer crea una connessione alla destinazione e invia tutti i messaggi tramite questa connessione.
-
L'algoritmo di routing delle richieste meno in sospeso non può essere utilizzato con la modalità di avvio lento.
Ponderato casualmente
-
L'algoritmo di routing casuale ponderato indirizza le richieste in modo uniforme tra i target sani del gruppo target, in ordine casuale.
-
Questo algoritmo supporta la mitigazione delle anomalie Automatic Target Weights (ATW).
-
L'algoritmo di routing casuale ponderato non può essere utilizzato con la modalità di avvio lento.
Modifica l'algoritmo di routing di un gruppo target
Puoi modificare l'algoritmo di routing per il tuo gruppo target in qualsiasi momento.
Per modificare l'algoritmo di instradamento tramite AWS CLI
Usa il modify-target-group-attributescomando con l'load_balancing.algorithm.typeattributo.
Automatic Target Weights (ATW)
Automatic Target Weights (ATW) monitora costantemente i target che eseguono le applicazioni, rilevando deviazioni significative delle prestazioni, note come anomalie. ATW offre la possibilità di regolare dinamicamente la quantità di traffico indirizzata verso gli obiettivi, attraverso il rilevamento delle anomalie dei dati in tempo reale.
Automatic Target Weights (ATW) esegue automaticamente il rilevamento delle anomalie su ogni Application Load Balancer del tuo account. Quando vengono identificati obiettivi anomali, ATW può tentare automaticamente di stabilizzarli riducendo la quantità di traffico che vengono instradati, operazione nota come mitigazione delle anomalie. ATW ottimizza continuamente la distribuzione del traffico per massimizzare le percentuali di successo per target e ridurre al minimo le percentuali di fallimento del gruppo target.
Considerazioni:
-
Il rilevamento delle anomalie attualmente monitora i codici di risposta HTTP 5xx provenienti dagli obiettivi e gli errori di connessione verso di essi. Il rilevamento delle anomalie è sempre attivo e non può essere disattivato.
-
ATW non è supportato quando si utilizza Lambda come destinazione.
Rilevamento anomalie
Il rilevamento delle anomalie ATW monitora tutti gli obiettivi che mostrano una deviazione significativa nel comportamento rispetto agli altri bersagli del rispettivo gruppo target. Queste deviazioni, chiamate anomalie, vengono determinate confrontando la percentuale di errori di un obiettivo con la percentuale di errori di altri target del gruppo target. Questi errori possono essere sia errori di connessione che codici di errore HTTP. Gli obiettivi che riportano risultati significativamente più alti rispetto ai loro omologhi vengono quindi considerati anomali.
Il rilevamento delle anomalie richiede un minimo di tre obiettivi sani nel gruppo bersaglio. Quando un target è registrato in un gruppo target, deve prima superare i controlli di integrità per iniziare a ricevere traffico. Una volta che il bersaglio riceve il bersaglio, ATW inizia a monitorarlo e pubblica continuamente il risultato dell'anomalia. Per i bersagli senza anomalie, il risultato dell'anomalia è. normal Per gli obiettivi con anomalie, il risultato dell'anomalia è. anomalous
Il rilevamento delle anomalie ATW funziona indipendentemente dai controlli sanitari del gruppo target. Un bersaglio può superare tutti i controlli sanitari del gruppo bersaglio, ma essere comunque contrassegnato come anomalo a causa di un elevato tasso di errore. Il fatto che i bersagli diventino anomali non influisce sullo stato dei controlli sanitari del gruppo bersaglio.
Stato di rilevamento delle anomalie
ATW pubblica continuamente lo stato dei rilevamenti di anomalie che esegue sugli obiettivi. È possibile visualizzare lo stato corrente in qualsiasi momento utilizzando o. AWS Management Console AWS CLI
Per visualizzare lo stato di rilevamento delle anomalie utilizzando la console:
-
Apri la console Amazon EC2 all'indirizzo https://console.aws.amazon.com/ec2/
. -
Nel pannello di navigazione, in Bilanciamento del carico scegli Gruppi di destinazione.
-
Scegli il nome del gruppo di destinazione per visualizzarne i dettagli.
-
Nella pagina dei dettagli dei gruppi target, scegli la scheda Target.
-
Nella tabella Obiettivi registrati, è possibile visualizzare lo stato di anomalia di ciascun target nella colonna Risultati del rilevamento delle anomalie.
Se non è stata rilevata alcuna anomalia, il risultato è.
normalSe sono state rilevate anomalie, il risultato è.
anomalous
Per visualizzare i risultati del rilevamento delle anomalie utilizzando AWS CLI
Utilizzare il describe-target-healthcomando con il valore dell'Include.member.Nattributo AnomalyDetection impostato su.
Attenuazione delle anomalie
Importante
La funzione di mitigazione delle anomalie di ATW è disponibile solo quando si utilizza l'algoritmo di routing casuale Weighted.
La mitigazione delle anomalie ATW allontana automaticamente il traffico dagli obiettivi anomali, offrendo loro l'opportunità di riprendersi.
Durante la mitigazione:
-
ATW regola periodicamente la quantità di traffico indirizzata verso obiettivi anomali. Attualmente, il periodo è ogni cinque secondi.
-
ATW riduce la quantità di traffico indirizzata verso obiettivi anomali alla quantità minima richiesta per eseguire la mitigazione delle anomalie.
-
Agli obiettivi che non vengono più rilevati come anomali verrà indirizzato gradualmente più traffico verso gli obiettivi, fino a raggiungere la parità con gli altri obiettivi normali del gruppo bersaglio.
Attiva la mitigazione delle anomalie ATW
Puoi attivare la mitigazione delle anomalie in qualsiasi momento.
Per attivare la mitigazione delle anomalie:
-
Apri la console Amazon EC2 all'indirizzo https://console.aws.amazon.com/ec2/
. -
Nel pannello di navigazione, in Bilanciamento del carico scegli Gruppi di destinazione.
-
Scegli il nome del gruppo di destinazione per visualizzarne i dettagli.
-
Nella pagina dei dettagli dei gruppi target, nella scheda Attributi, scegli Modifica.
-
Nella pagina Modifica gli attributi del gruppo target, nella sezione Configurazione del traffico, in Algoritmo di bilanciamento del carico, assicurati che sia selezionato Weighted random.
Nota: quando l'algoritmo casuale ponderato è selezionato inizialmente, il rilevamento delle anomalie è attivo per impostazione predefinita.
-
In Attenuazione delle anomalie, assicurati che sia selezionata l'opzione Attiva mitigazione delle anomalie.
-
Seleziona Salvataggio delle modifiche.
Per attivare la mitigazione delle anomalie utilizzando il AWS CLI
Utilizzare il modify-target-group-attributescomando con l'attributo. load_balancing.algorithm.anomaly_mitigation
Stato di mitigazione delle anomalie
Ogni volta che ATW esegue una mitigazione su un obiettivo, è possibile visualizzare lo stato corrente in qualsiasi momento utilizzando l'opzione o. AWS Management Console AWS CLI
Per visualizzare lo stato di mitigazione delle anomalie utilizzando la console:
-
Apri la console Amazon EC2 all'indirizzo https://console.aws.amazon.com/ec2/
. -
Nel pannello di navigazione, in Bilanciamento del carico scegli Gruppi di destinazione.
-
Scegli il nome del gruppo di destinazione per visualizzarne i dettagli.
-
Nella pagina dei dettagli dei gruppi target, scegli la scheda Target.
-
Nella tabella Obiettivi registrati, è possibile visualizzare lo stato di mitigazione delle anomalie di ciascun target nella colonna Mitigazione in effetto.
Se la mitigazione non è in corso, lo stato è.
yesSe la mitigazione è in corso, lo stato è.
no
Per visualizzare lo stato di mitigazione delle anomalie utilizzando il AWS CLI
Utilizzare il describe-target-healthcomando con il valore dell'Include.member.Nattributo impostato su. AnomalyDetection
Ritardo di annullamento della registrazione
Elastic Load Balancing smette di inviare le richieste alle destinazioni per le quali è in corso l'annullamento della registrazione. Per impostazione predefinita, Elastic Load Balancing attende 300 secondi prima di completare l'annullamento della registrazione, favorendo il completamento delle richieste in transito verso la destinazione. Per modificare il tempo di attesa di Elastic Load Balancing, aggiorna il valore di ritardo dell'annullamento della registrazione.
Lo stato iniziale di un target di cui viene annullata la registrazione è draining. Allo scadere del tempo richiesto per l'annullamento della registrazione, tale processo viene completato e lo stato della destinazione diventa unused. Se fa parte di un gruppo con dimensionamento automatico, la destinazione può essere terminata e sostituita.
Se una destinazione la cui registrazione è in fase di annullamento non ha richieste in transito né connessioni attive, Elastic Load Balancing completa immediatamente il processo di annullamento senza attendere la scadenza del tempo previsto. Tuttavia, anche se l'annullamento della registrazione della destinazione è completato, lo stato della destinazione risulta draining fino allo scadere del timeout previsto per il completamento del processo. Dopo la scadenza del timeout, la destinazione passa allo stato unused.
Se una destinazione la cui registrazione è in fase di annullamento termina la connessione prima dello scadere del tempo previsto per il processo, il client riceve un errore di livello 500.
Per aggiornare il valore di ritardo dell'annullamento della registrazione tramite AWS CLI
Utilizzare il modify-target-group-attributescomando con l'deregistration_delay.timeout_secondsattributo.
Modalità di avvio lento
Per impostazione predefinita, una destinazione inizia a ricevere la quantità completa di richieste non appena viene registrata con un gruppo di destinazioni e supera un controllo dello stato iniziale. Grazie alla modalità di avvio lento, le destinazioni hanno il tempo di prepararsi prima che il sistema di bilanciamento del carico invii loro una quantità completa di richieste.
Dopo aver abilitato l'avvio lento per un gruppo di destinazioni, le destinazioni entrano in modalità avvio lento quando vengono considerati integre dal gruppo di destinazioni. Una destinazione in modalità di avvio lento esce dalla modalità di avvio lento quando scade il periodo di durata dell'avvio lento configurato o se la destinazione diventa non integra. Il sistema di bilanciamento del carico aumenta in modo lineare il numero di richieste che è in grado di inviare a una destinazione nella modalità di avvio lento. Una volta che una destinazione integra è uscita dalla modalità di avvio lento, il sistema di bilanciamento del carico può inviarle una quantità completa di richieste.
Considerazioni
-
Quando abiliti la modalità di avvio lento per un gruppo di destinazioni, le destinazioni integre registrate con il gruppo non entrano in questa modalità.
-
Quando abiliti la modalità di avvio lento per un gruppo di destinazioni vuoto e quindi registri destinazioni con un'unica operazione, tali destinazioni non entrano in questa modalità. Le destinazioni appena registrate entrano nella modalità di avvio lento solo se è presente almeno una destinazione integra registrata che non si trova in questa modalità.
-
Se annulli la registrazione di una destinazione che si trova nella modalità di avvio lento, la destinazione esce da questa modalità. Se si registra di nuovo la stessa destinazione, essa entra in modalità di avvio lento quando viene considerata integra dal gruppo di destinazione.
-
Se una destinazione in modalità di avvio lento diventa non integra esce dalla modalità di avvio lento. Quando diventa integra, entra di nuovo in modalità di avvio lento.
-
Non è possibile abilitare la modalità di avvio lento quando si utilizzano le richieste meno in sospeso o gli algoritmi di routing casuale ponderati.
Per aggiornare il valore della durata dell'avvio lento tramite AWS CLI
Utilizzate il modify-target-group-attributescomando con l'attributo. slow_start.duration_seconds
