Policy di routing: semplice, ponderata e basata sulla latenza

Le policy di routing di Route 53 determinano come vengono fornite le risposte alle query DNS quando più set di record di risorse condividono lo stesso nome DNS. La policy indica a Route 53 quale IP o nome DNS restituire e in quali condizioni. La scelta della policy di routing corretta è uno degli argomenti più frequentemente verificati nell'esame SAA-C03.

Policy di routing disponibili: Simple, Weighted, Latency-based, Failover, Geolocation, Geoproximity e Multivalue Answer. Ognuna risponde a un caso d'uso diverso. La maggior parte può essere combinata con i controlli dello stato per il failover automatico.

Il routing semplice associa un nome DNS a uno o più indirizzi IP (per i record A) o a un altro hostname (per CNAME/ALIAS). Quando è configurato un singolo valore, Route 53 restituisce sempre quel valore. Quando sono configurati più valori, Route 53 restituisce tutti i valori in ordine casuale e il client ne sceglie uno.

Il routing semplice è la policy predefinita ed è indicato per configurazioni con una singola risorsa, quando non sono necessari controlli dello stato, suddivisione del traffico o differenziazione geografica. Non supporta i controlli dello stato: se la risorsa non è integra, Route 53 continua comunque a restituirne l'indirizzo.

Il routing ponderato distribuisce le query DNS tra più risorse in base ai pesi assegnati. A ogni record viene assegnato un peso numerico compreso tra 0 e 255. Route 53 restituisce ciascun record in proporzione al suo peso diviso per la somma di tutti i pesi.

Esempio: tre record con pesi 70, 20 e 10 ricevono rispettivamente circa il 70%, il 20% e il 10% del traffico. Un peso pari a 0 indica che il record è escluso dal routing, ma non eliminato: è utile per interrompere temporaneamente il traffico senza rimuovere il record. Il routing ponderato viene generalmente utilizzato per i test A/B, i deployment canary e il passaggio blue-green.

Il routing ponderato è particolarmente efficace negli scenari di deployment e test:

• Rilascio canary: inviare il 5% del traffico a una nuova versione (peso 5) e il 95% alla versione stabile (peso 95); spostare gradualmente i pesi man mano che aumenta la fiducia
• Deployment blue-green: iniziare con 100/0 (tutto su green), passare lentamente a 50/50, quindi a 0/100 (tutto su blue) e infine eliminare il record green
• Load test: inviare una piccola parte del traffico di produzione a un ambiente di test per convalidarne le prestazioni sotto un carico reale

Il routing ponderato funziona con i controlli dello stato. Se il controllo dello stato di un record ponderato ha esito negativo, Route 53 smette di includerlo nelle risposte e ridistribuisce il suo peso tra i record integri.

Il routing basato sulla latenza indirizza ogni query DNS verso la Regione AWS che offre la latenza di rete più bassa per l'utente finale. Route 53 misura la latenza tra i resolver DNS globali e le Regioni AWS e instrada le query verso la Regione con la latenza misurata migliore.

Crei un record per ogni Regione in cui dispone di risorse, ciascuno con tipo LATENCY e con la Regione specificata. Route 53 seleziona l'opzione con la latenza più bassa per ogni query senza confrontare le risorse effettive: utilizza le misurazioni della latenza di AWS, non misurazioni in tempo reale dalla posizione dell'utente.

L'instradamento basato sulla latenza e quello basato sulla geolocalizzazione vengono spesso confusi all'esame:

• Instradamento basato sulla latenza: instrada in base alle prestazioni della rete per ridurre al minimo il tempo di andata e ritorno; un utente in Giappone potrebbe essere instradato verso us-west-2 se in quel momento presenta una latenza inferiore rispetto ad ap-northeast-1
• Instradamento basato sulla geolocalizzazione: instrada in base all'origine geografica della query DNS; un utente in Giappone viene sempre instradato verso il record del Giappone, indipendentemente dalla latenza

Utilizzi l'instradamento basato sulla latenza per l'ottimizzazione delle prestazioni; utilizzi quello basato sulla geolocalizzazione per la personalizzazione dei contenuti, la conformità normativa o i contenuti specifici per lingua.

L'instradamento Multivalue Answer restituisce fino a 8 record integri in risposta a ogni query DNS, consentendo al client di sceglierne casualmente uno. A differenza dell'instradamento Simple, che può restituire indirizzi IP non integri, l'instradamento Multivalue si integra con i controlli di integrità per restituire solo gli indirizzi IP delle risorse integre.

Multivalue Answer non sostituisce un load balancer: il bilanciamento del carico tramite DNS è meno sofisticato e memorizza nella cache i record a livello del client. Tuttavia, offre un modo semplice ed economico per distribuire il traffico e migliorare la resilienza quando si dispone di più endpoint con capacità equivalenti.

La maggior parte delle policy di instradamento, tutte tranne Simple, può essere associata a controlli di integrità. Quando un controllo di integrità ha esito negativo, Route 53 smette di restituire quel record nelle risposte DNS. Per l'instradamento Weighted, il traffico del record escluso viene ridistribuito tra i record Weighted integri. Per l'instradamento Latency, viene utilizzata la Regione integra con la latenza più bassa successiva.

I controlli di integrità vengono valutati indipendentemente dalle policy di instradamento e possono essere configurati per endpoint HTTP, HTTPS e TCP. I controlli di integrità calcolati combinano i risultati di più controlli di integrità, usando una logica AND/OR, per ottenere una valutazione composita dello stato di integrità.

Guida rapida per scegliere la policy di instradamento all'esame:

• 'Test A/B', 'canary', 'blue-green' → Weighted
• 'latenza più bassa', 'Regione più vicina', 'prestazioni migliori' → Latency
• 'singola risorsa', 'configurazione semplice' → Simple
• 'più IP tutti integri' → Multivalue Answer
• 'failover active-passive' → Failover
• 'contenuti specifici per Paese', 'restrizione normativa' → Geolocation
• 'instradamento in base alla vicinanza alle risorse' → Geoproximity

L'instradamento Weighted è la strategia consigliata per il passaggio graduale del traffico durante le migrazioni. Progressione tipica:

1. Inizio: infrastruttura precedente con peso 100, nuova con peso 0
2. Abilitazione della nuova: passaggio a 95/5 e monitoraggio dei tassi di errore e della latenza
3. Aumento graduale: 80/20 → 50/50 → 20/80 → 5/95 nell'arco di ore o giorni
4. Completamento: 0/100; dismissione dell'infrastruttura precedente
5. Rollback: se si verificano problemi, imposti immediatamente a 0 il peso della nuova infrastruttura per interrompere il traffico

Rispetto a un passaggio immediato, questo modello riduce al minimo i rischi e consente un rollback rapido modificando un peso DNS invece di eseguire nuovamente il deployment.

Route 53 consente di creare un instradamento sofisticato combinando logicamente le policy. Ad esempio, può utilizzare l'instradamento Latency per selezionare la Regione più vicina e l'instradamento Weighted all'interno di tale Regione per suddividere il traffico tra più endpoint al suo interno. Questo si ottiene creando record Weighted con uno specifico SetIdentifier nella stessa Regione, che vengono quindi selezionati dalla policy Latency.

Tuttavia, un singolo record può avere una sola policy di instradamento. Per i modelli combinati, utilizzi un livello di record per la latenza e un insieme separato all'interno di ogni Regione, usando record Weighted che puntano a ALB o Elastic IP diversi.

Verifichi la propria comprensione dei concetti di AWS Solutions Architect (SAA-C03) trattati in questa lezione.

In questa lezione ha imparato che: l'instradamento Simple restituisce uno o più valori senza controlli di integrità, l'instradamento Weighted suddivide il traffico in base a percentuali per i test A/B e le migrazioni graduali, mentre l'instradamento basato sulla latenza indirizza gli utenti verso la Regione con la latenza più bassa per ottimizzare le prestazioni. La maggior parte delle policy si integra con i controlli di integrità per consentire il failover automatico. Nella prossima lezione esploreremo le policy di instradamento Failover e Geolocation.