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

# Viscosità del gruppo bersaglio
<a name="target-group-stickiness"></a>

Quando si utilizza un Application Load Balancer con fedeltà del gruppo target:
+ L'Application Load Balancer utilizza il [peso del gruppo target](https://aws.amazon.com/premiumsupport/knowledge-center/elb-make-weighted-target-groups-for-alb/) per determinare come bilanciare il traffico in entrata tra i gruppi target.
+ Per impostazione predefinita, Application Load Balancer utilizza il metodo round robin [per indirizzare le richieste alle EC2 istanze del gruppo target](https://docs.aws.amazon.com/elasticloadbalancing/latest/application/load-balancer-target-groups.html#modify-routing-algorithm) di destinazione.

**Modello:** utilizza il CloudFormation modello `targetgroupstickiness.yml` (incluso nel [file.zip del codice di esempio](samples/stickiness.zip)) per provare la fedeltà del gruppo target. 

## Casi di utilizzo comune
<a name="tg-stickiness-use-cases"></a>

Utilizza la fedeltà del gruppo target in questi scenari:
+ Al load balancer sono assegnati più gruppi target e il traffico proveniente da un client deve essere instradato in modo coerente verso le istanze all'interno di quel gruppo target.
+ Implementazioni blu/verdi.

## Modifiche al codice da basic.yml
<a name="tg-stickiness-code-changes"></a>

È stata apportata un'unica modifica al listener: abbiamo modificato le azioni predefinite di Application Load Balancer per specificare due gruppi target `TG1` (`TG2`e) di uguale peso, con una configurazione di adesività.


****  

|  |  | 
| --- |--- |
| basic.yml | targetgroupstickiness.yml | 
| <pre>Listener1:<br />  Type: 'AWS::ElasticLoadBalancingV2::Listener'<br />  Properties:<br />    LoadBalancerArn: !Ref ALB<br />    Protocol: HTTP<br />    Port: 80<br />    DefaultActions:<br />      - TargetGroupArn: !Ref TG1<br />        Type: forward</pre> | <pre>Listener1:<br />  Type: 'AWS::ElasticLoadBalancingV2::Listener'<br />  Properties:<br />    LoadBalancerArn: !Ref ALB<br />    Protocol: HTTP<br />    Port: 80<br />    DefaultActions:<br />      - ForwardConfig:<br />          TargetGroups:<br />            - TargetGroupArn: !Ref TG1<br />              Weight: 1<br />            - TargetGroupArn: !Ref TG2<br />              Weight: 1<br />          TargetGroupStickinessConfig:<br />              DurationSeconds: 10<br />              Enabled: true<br />        Type: forward</pre> | 

## Fasi
<a name="tg-stickiness-steps"></a>

**Note**  
I gateway NAT hanno un costo ridotto.
Più EC2 istanze consumano le ore del piano gratuito più velocemente di una singola istanza. EC2

1. Implementa il CloudFormation modello `targetgroupstickiness.yml` in un ambiente di laboratorio.

1. **Attendi che lo stato di salute delle istanze del gruppo target passi da **iniziale** a integro.**

1. Accedere all'URL dell'Application Load Balancer in un browser Web, utilizzando HTTP (TCP/80).

   Ad esempio: `http://alb-123456789.us-east-1.elb.amazonaws.com/`

   **La pagina Web mostra una delle seguenti opzioni: **Istanza 1 - TG1, Istanza 2 -****, Istanza 3 - TG1** **o Istanza 4 - TG2**. TG2**

1. Aggiorna la pagina più volte.

## Risultati attesi
<a name="tg-stickiness-results"></a>

**Nota**  
Il CloudFormation modello in questo esempio configura la viscosità in modo che duri 10 secondi.

Le istanze che caricano la pagina Web devono rimanere all'interno del gruppo target (TG1 o TG2) entro la durata di 10 secondi, come indicato nel testo della pagina.

Dopo circa 10 secondi, la persistenza si attenua e il set di istanze del gruppo target potrebbe cambiare.

## Come funziona
<a name="tg-stickiness-how"></a>
+ In questo esempio, quattro EC2 istanze sono suddivise in due gruppi target, con due istanze per gruppo target. Sulle EC2 istanze è installato un server web Apache (`httpd`) e il testo della `index.html` pagina su ciascuna EC2 istanza è codificato in modo da essere distinto.
+ L'Application Load Balancer crea un'associazione per la sessione dell'utente verso il gruppo target di destinazione, con una scadenza.
+ Quando ricaricate la pagina, l'Application Load Balancer verifica se l'associazione esiste e non è scaduta.
  + Se l'associazione è scaduta o non esiste, Application Load Balancer esegue la sua logica di routing e determina il gruppo target di destinazione.
  + Se l'associazione non è scaduta, l'Application Load Balancer indirizza il traffico verso lo stesso gruppo di destinazione, ma non necessariamente verso la EC2 stessa istanza.