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à. # Scegliere una policy di routing Quando crei un record, puoi scegliere una policy di routing che determina come Amazon Route 53 risponde alle query: + **Policy di routing semplice**: utilizza questa opzione per una singola risorsa che esegue una determinata funzione per il tuo dominio, ad esempio un server Web che fornisce i contenuti per il sito Web esempio.com. Puoi utilizzare un routing semplice per creare i record in una zona ospitata privata. + **Policy di routing di failover**: utilizza questa opzione se desideri configurare un failover attivo-passivo. Puoi utilizzare il routing di failover per creare i record in una zona ospitata privata. + **Policy di routing di geolocalizzazione**: utilizza questa opzione se desideri instradare il traffico alle tue risorse in base alla posizione degli utenti. Puoi utilizzare il routing di geolocalizzazione per creare i record in una zona ospitata privata. + **Policy di routing di geoprossimità**: utilizza questa opzione se desideri instradare il traffico in base alla posizione delle tue risorse e, facoltativamente, spostare il traffico dalle risorse in una posizione alle risorse in un'altra posizione. È possibile utilizzare il routing di geoprossimità per creare record in una zona ospitata privata. + **Politica di routing della latenza**: utilizzala quando hai più risorse Regioni AWS e desideri indirizzare il traffico verso la regione che offre la latenza migliore. Puoi utilizzare il routing della latenza per creare i record in una zona ospitata privata. + **Policy di routing basato su IP**: utilizza questa opzione quando desideri instradare il traffico in base alle posizioni degli utenti e disporre degli indirizzi IP da cui proviene il traffico. + **Policy di routing con risposta multivalore**: utilizza questa opzione se desideri che Route 53 risponda alle query DNS con un massimo di otto record integri selezionati casualmente. Puoi utilizzare il routing di risposta multivalore per creare i record in una zona ospitata privata. + **Policy di routing ponderata**: utilizza questa opzione se desideri instradare il traffico a più risorse nelle proporzioni specificate. Puoi utilizzare il routing ponderato per creare i record in una zona ospitata privata. **Topics** + [Routing semplice](routing-policy-simple.md) + [Routing di failover](routing-policy-failover.md) + [Routing di geolocalizzazione](routing-policy-geo.md) + [Geoproximity routing](routing-policy-geoproximity.md) + [Routing basato sulla latenza](routing-policy-latency.md) + [Routing basato su IP](routing-policy-ipbased.md) + [Routing di risposta multivalore](routing-policy-multivalue.md) + [Routing ponderato](routing-policy-weighted.md) + [In che modo Amazon Route 53 utilizza EDNS0 per stimare la posizione di un utente](routing-policy-edns0.md) # Routing semplice Il routing semplice consente di configurare record DNS standard, senza un routing di Route 53 speciale, ad esempio ponderato o latenza. Con il routing semplice, in genere il traffico viene instradato a un'unica risorsa, ad esempio a un server Web per il tuo sito Web. Puoi utilizzare una policy di instradamento semplice per creare i record in una zona ospitata privata. Se scegli la policy di routing semplice nella console Route 53, non è possibile creare più record con lo stesso nome e tipo, ma è possibile specificare più valori nello stesso record, ad esempio più indirizzi IP. (Se scegli la politica di routing semplice per un record di alias, puoi specificare solo una AWS risorsa o un record nella zona ospitata corrente.) Se specifichi più valori in un record, Route 53 restituisce tutti i valori al resolver ricorsivo in ordine casuale e il resolver restituisce i valori al client (ad esempio un browser Web) che ha inviato la query DNS. Il client, quindi, seleziona un valore e inoltra nuovamente la query. Con una policy di instradamento semplice è possibile specificare più indirizzi IP, ma su questi non viene eseguito alcun controllo dell'integrità. Per ulteriori informazioni sui valori specificati dall'utente quando si utilizza la policy di routing semplice per creare record, vedere i seguenti argomenti: + [Valori specifici per record semplici](resource-record-sets-values-basic.md) + [Valori specifici per record alias semplici](resource-record-sets-values-alias.md) + [Valori comuni per tutte le policy di routing](resource-record-sets-values-shared.md) + [Valori comuni per i record alias per tutte le policy di routing](resource-record-sets-values-alias-common.md) # Routing di failover Il routing di failover consente di instradare il traffico verso una risorsa quando la risorsa è integra o a un'altra risorsa quando la prima risorsa non è integra. I record primari e secondari possono instradare il traffico verso qualsiasi risorsa da un bucket Amazon S3 configurato come sito Web in una complessa struttura di record. Per ulteriori informazioni, consulta [Failover attivo-passivo](dns-failover-types.md#dns-failover-types-active-passive). Puoi utilizzare una policy di instradamento di failover per creare i record in una zona ospitata privata. Per ulteriori informazioni sui valori specificati dall'utente quando si utilizza la policy di routing del failover semplice per creare record, vedere i seguenti argomenti: + [Valori specifici per record di failover](resource-record-sets-values-failover.md) + [Valori specifici per i record alias di failover](resource-record-sets-values-failover-alias.md) + [Valori comuni per tutte le policy di routing](resource-record-sets-values-shared.md) + [Valori comuni per i record alias per tutte le policy di routing](resource-record-sets-values-alias-common.md) # Routing di geolocalizzazione Il routing di geolocalizzazione ti consente di scegliere le risorse in grado di gestire il traffico in base alla posizione geografica dei tuoi utenti, ossia la posizione da cui provengono le query DNS. È possibile, ad esempio, instradare tutte le query dall'Europa a un sistema di bilanciamento del carico Elastic Load Balancing nella regione di Francoforte. Quando usi il routing di geolocalizzazione, puoi localizzare i tuoi contenuti e presentare alcuni o tutti i tuoi siti Web nel linguaggio dei tuoi utenti. Puoi utilizzare il routing di geolocalizzazione anche per limitare la distribuzione di contenuti solo ai percorsi in cui disponi di diritti di distribuzione. Un altro possibile utilizzo è quello di bilanciare il carico tra gli endpoint in modo prevedibile, in easy-to-manage modo che ogni posizione dell'utente venga indirizzata in modo coerente allo stesso endpoint. Puoi specificare aree geografiche per continente, paese o stato degli Stati Uniti. Se crei record separati per regioni geografiche che si sovrappongono, ad esempio, un record per Nord America e uno per Canada, la priorità va alla regione geografica più piccola. In questo modo puoi instradare alcune query per un continente a una risorsa e instradare le query per determinati paesi su questo continente a un'altra risorsa. (Per un elenco di paesi in ciascun continente, consulta [Location (Ubicazione)](resource-record-sets-values-geo.md#rrsets-values-geo-location).) La geolocalizzazione funziona attraverso la mappatura di indirizzi IP alle posizioni. Tuttavia, alcuni indirizzi IP non sono mappati ad aree geografiche, quindi anche se crei record di geolocalizzazione che coprono tutti i sette continenti, Amazon Route 53 riceverà alcune query DNS da posizioni che non è in grado di identificare. Puoi creare un record di default che gestisce le query da parte di indirizzi IP che non vengono mappati ad alcuna posizione e le query che provengono da posizioni per cui non hai creato record di geolocalizzazione. Se non crei un record di default, Route 53 restituisce "nessuna risposta" per le query provenienti da tali posizioni. Puoi utilizzare una policy di instradamento basato sulla geolocalizzazione per creare i record in una zona ospitata privata o pubblica. Per ulteriori informazioni, consulta [In che modo Amazon Route 53 utilizza EDNS0 per stimare la posizione di un utente](routing-policy-edns0.md). Per ulteriori informazioni sui valori specificati dall'utente quando si utilizza la policy di routing di geolocalizzazione per creare record, vedere i seguenti argomenti: + [Valori specifici per record di geolocalizzazione](resource-record-sets-values-geo.md) + [Valori specifici per record degli alias di geolocalizzazione](resource-record-sets-values-geo-alias.md) + [Valori comuni per tutte le policy di routing](resource-record-sets-values-shared.md) + [Valori comuni per i record alias per tutte le policy di routing](resource-record-sets-values-alias-common.md) # Instradamento della geolocalizzazione in zone ospitate privata Per le zone ospitate private, Route 53 risponde alle query DNS in base al VPC da cui proviene Regione AWS la query. Per l'elenco di Regioni AWS, consulta [Regioni e zone](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-regions-availability-zones.html) nella guida per l'*utente di Amazon EC2*. Se la query DNS proviene da una parte on-premise di una rete ibrida, verrà considerata come originata dal Regione AWS in cui si trova il VPC. Se si includono controlli dell'integrità, è possibile creare record predefiniti per: + Indirizzi IP che non sono mappati a posizioni geografiche. + Query DNS provenienti da posizioni per le quali non hai creato record di geolocalizzazione. Se il record di geolocalizzazione per la regione della query DNS non è integro, verrà restituito il record predefinito (se è integro). Nella configurazione di esempio nella figura seguente, le query DNS provenienti da un us-east-1 Regione AWS (Virginia) verranno instradate all'endpoint 1.1.1.1. ![\[Una schermata che mostra un record di geolocalizzazione per una zona ospitata privata.\]](http://docs.aws.amazon.com/it_it/Route53/latest/DeveloperGuide/images/geolocation-phz.png) # Geoproximity routing Il routing di geoprossimità consente ad Amazon Route 53 di instradare il traffico verso le tue risorse in base all'ubicazione geografica dei tuoi utenti e risorse. Indirizza il traffico verso la risorsa più vicina disponibile. Puoi anche scegliere di instradare più o meno traffico a una determinata risorsa specificando un valore, noto come *bias*. Un bias espande o restringe le dimensioni della regione geografica da cui il traffico viene instradato a una risorsa. Puoi creare regole di geoprossimità per le tue risorse e specificare uno dei seguenti valori per ciascuna regola: + Se utilizzi AWS risorse, specifica il gruppo Regione AWS di zone locali in cui hai creato la risorsa. + Se non utilizzi AWS risorse, specifica la latitudine e la longitudine della risorsa. Per utilizzare AWS Local Zones, devi prima abilitarle. Per ulteriori informazioni, consulta [Nozioni di base sulle zone locali](https://docs.aws.amazon.com/local-zones/latest/ug/getting-started.html) nella *Guida per l'utente delle zone locali AWS *. Per conoscere la differenza tra Regioni AWS e Local Zones, consulta [Regions and Zones](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-regions-availability-zones.html) nella *Amazon EC2 User* Guide. Per modificare facoltativamente le dimensioni della regione geografica da cui Route 53 indirizza il traffico a una risorsa, specifica il valore applicabile per il bias: + Per espandere le dimensioni della regione geografica da cui Route 53 indirizza il traffico a una risorsa, specifica un numero intero positivo tra 1 e 99 per il bias. Route 53 riduce le dimensioni delle Regioni adiacenti. + Per ridurre le dimensioni della Regione geografica da cui Route 53 instrada il traffico a una risorsa, specifica un numero negativo tra -1 e -99 per il bias. Route 53 espande le dimensioni delle Regioni adiacenti. **Nota** Stiamo aggiornando la console Traffic Flow per Route 53. Durante il periodo di transizione, puoi continuare a utilizzare la vecchia console. Seleziona la scheda per la console che stai utilizzando. + [Nuova console](#traffic-flow-geoprox-routing-map-new) + [Vecchia console](#traffic-flow-geoprox-routing-map-old) ------ #### [ New console ] La mappa seguente ne mostra quattro Regioni AWS (numerate da 1 a 5): 1. Stati Uniti occidentali (Oregon) 1. Europa (Francoforte) 1. Asia Pacifico (Tokyo) 1. Africa (Città del Capo) 1. Medio Oriente (Bahrein) **Nota** Le mappe sono disponibili solo con Traffic Flow. ![\[Una mappa del mondo che mostra come viene indirizzato il traffico quando si dispone di record di geoprossimità per le risorse negli Stati Uniti occidentali (Oregon), Regioni AWS in Europa (Francoforte), nell'Asia Pacifico (Tokyo), in Africa (Città del Capo) e nel Medio Oriente (Bahrein).\]](http://docs.aws.amazon.com/it_it/Route53/latest/DeveloperGuide/images/traffic-flow-geoproximity-no-bias-new.png) **La mappa seguente mostra cosa succede se si aggiunge una polarizzazione di \$125 per la regione Stati Uniti occidentali (Oregon) (numero 1 sulla mappa).** Il traffico viene indirizzato alla risorsa in quella regione da una parte più ampia del Nord America e da tutto il Sud America rispetto al passato. ![\[Una mappa del mondo che mostra il modo in cui il traffico viene instradato quando si aggiunge un bias di +25 nella regione Stati Uniti orientali (Virginia settentrionale).\]](http://docs.aws.amazon.com/it_it/Route53/latest/DeveloperGuide/images/traffic-flow-geoproximity-bias-plus25-new.png) La mappa seguente mostra cosa succede se si modifica la polarizzazione a -25 per la regione Stati Uniti occidentali (Oregon). ****Il traffico viene indirizzato alla risorsa in quella regione da porzioni più piccole del Nord e del Sud America rispetto al passato e una maggiore quantità di traffico viene indirizzata verso le risorse nelle regioni adiacenti **2, 3** e 4.**** ![\[Una mappa del mondo che mostra come viene indirizzato il traffico se si aggiunge una distorsione di -25 nella regione Stati Uniti occidentali (Oregon).\]](http://docs.aws.amazon.com/it_it/Route53/latest/DeveloperGuide/images/traffic-flow-geoproximity-bias-minus25-new.png) ------ #### [ Old console ] La mappa seguente ne mostra quattro Regioni AWS (numerati da 1 a 4) e una località a Johannesburg, in Sudafrica, specificata da latitudine e longitudine (5). **Nota** Le mappe sono disponibili solo con Traffic Flow. ![\[Una mappa del mondo che mostra come viene indirizzato il traffico quando si dispone di record di geoprossimità per risorse Regioni AWS negli Stati Uniti occidentali (Oregon), Stati Uniti orientali (Virginia settentrionale), Europa (Parigi) e Asia Pacifico (Tokyo) e si ha un record per una non AWS risorsa a Johannesburg, in Sudafrica.\]](http://docs.aws.amazon.com/it_it/Route53/latest/DeveloperGuide/images/traffic-flow-geoproximity-map-example-no-bias.png) La mappa seguente mostra cosa accade se si aggiunge un bias di \$125 per la regione Stati Uniti orientali (Virginia settentrionale), numero **2** sulla mappa. Il traffico viene instradato alla risorsa in quella regione da una maggiore porzione di Nord America rispetto al passato e da tutto il Sud America. ![\[Una mappa del mondo che mostra il modo in cui il traffico viene instradato quando si aggiunge un bias di +25 nella regione Stati Uniti orientali (Virginia settentrionale).\]](http://docs.aws.amazon.com/it_it/Route53/latest/DeveloperGuide/images/traffic-flow-geoproximity-map-example-bias-plus-25.png) La mappa seguente mostra cosa accade se si modifica il bias di -25 per la regione Stati Uniti orientali (Virginia settentrionale). Il traffico viene instradato alla risorsa in quella regione da una porzione minore rispetto al passato di Nord e Sud America e molto altro traffico viene instradato a risorse nelle regioni adiacenti **1**, **3** e **5**. ![\[Una mappa del mondo che mostra il modo in cui il traffico viene instradato quando si aggiunge un bias di -25 nella regione Stati Uniti orientali (Virginia settentrionale).\]](http://docs.aws.amazon.com/it_it/Route53/latest/DeveloperGuide/images/traffic-flow-geoproximity-map-example-bias-minus-25.png) ------ L'effetto della modifica del bias per le tue risorse dipende da una serie di fattori, tra cui le seguenti: + Il numero di risorse di cui disponi. + La vicinanza delle risorse tra loro. + Il numero di utenti che hai vicino la zona di confine tra regioni geografiche. Ad esempio, supponiamo di avere risorse negli Regioni AWS Stati Uniti orientali (Virginia settentrionale) e negli Stati Uniti occidentali (Oregon) e di avere molti utenti a Dallas, Austin e San Antonio, Texas, USA. Queste città sono all'incirca equidistanti tra le risorse, quindi una piccola variazione di orientamento potrebbe comportare una forte oscillazione del traffico tra le risorse dell'una e l'altra. Regione AWS È consigliabile modificare il bias in piccoli incrementi per evitare di sovraccaricare le risorse a causa di aumenti imprevisti del traffico. Per ulteriori informazioni, consulta [In che modo Amazon Route 53 utilizza EDNS0 per stimare la posizione di un utente](routing-policy-edns0.md). ## Come Amazon Route 53 utilizza il bias per instradare il traffico Ecco la formula che Amazon Route 53 utilizza per determinare come instradare il traffico: **Bias** `Biased distance = actual distance * [1 - (bias/100)]` Quando il valore della distorsione è positivo, Route 53 considera l'origine di una query DNS e la risorsa specificata in un record di geoprossimità (ad esempio un'istanza EC2 in un Regione AWS) come se fossero più vicine di quanto non siano in realtà. Ad esempio, supponiamo che hai i seguenti record di geoprossimità: + Un record per il server Web A, che dispone di un bias positivo di 50 + Un record per il server Web B, che non prevede alcun bias Quando un record di geoprossimità dispone di un bias positivo di 50, Route 53 dimezza la distanza tra l'origine di una query e la risorsa per quel record. Route 53 calcola quindi la risorsa che è più vicina all'origine della query. Supponiamo che il server Web A è a 150 chilometri dall'origine di una query e il server Web B è a 100 chilometri. Se nessuno dei record ha un bias, Route 53 instrada le query al server Web B perché è più vicino. Tuttavia, poiché il record per il server Web A ha un bias positivo di 50, Route 53 tratta il server Web A come se fosse 75 chilometri dall'origine della query. Di conseguenza, Route 53 instrada le query al server Web A. Ecco il calcolo per un bias positivo di 50: ``` Bias = 50 Biased distance = actual distance * [1 - (bias/100)] Biased distance = 150 kilometers * [1 - (50/100)] Biased distance = 150 kilometers * (1 - .50) Biased distance = 150 kilometers * (.50) Biased distance = 75 kilometers ``` # Routing basato sulla latenza Se la tua applicazione è ospitata su più server Regioni AWS, puoi migliorare le prestazioni degli utenti servendo le loro richieste dalla piattaforma Regione AWS che offre la latenza più bassa. **Nota** I dati sulla latenza tra gli utenti e le risorse si basano interamente sul traffico tra utenti e data center AWS . Se non utilizzi risorse in un ambiente Regione AWS, la latenza effettiva tra gli utenti e le tue risorse può variare in modo significativo rispetto ai dati di AWS latenza. Ciò vale anche se le risorse si trovano nella stessa città di una Regione AWS. Per usare il routing basato sulla latenza, è necessario creare record di latenza per le risorse in più Regioni AWS. Quando Route 53 riceve una query DNS per il tuo dominio o sottodominio (esempio.com o acme.esempio.com), determina per quali Regioni AWS hai creato record di latenza, determina quale regione offre all'utente la latenza minima e quindi seleziona un record di latenza per quella regione. Route 53 risponde con il valore proveniente dal record selezionato, ad esempio l'indirizzo IP per un server Web. Ad esempio, supponiamo di disporre di sistemi di bilanciamento del carico Elastic Load Balancing nella regione Stati Uniti occidentali (Oregon) e nella regione Asia Pacifico (Singapore). Crei un record di latenza per ogni sistema di bilanciamento del carico. Ecco cosa succede quando un utente a Londra immette il nome di dominio in un browser: 1. Il DNS instrada la query a un server dei nomi di Route 53. 1. Route 53 si riferisce ai propri dati sulla latenza tra Londra e la regione di Singapore e tra Londra e la regione dell'Oregon. 1. Se la latenza è inferiore tra le regioni di Londra e Oregon, Route 53 risponde alla query con l'indirizzo IP per il sistema di bilanciamento del carico dell'Oregon. Se la latenza è inferiore tra Londra e la regione di Singapore, Route 53 risponde con l'indirizzo IP per il sistema di bilanciamento del carico di Singapore. La latenza tra host su Internet può cambiare nel tempo a causa delle modifiche di connettività di rete e di routing. Il routing basato sulla latenza si basa su misurazioni di latenza eseguite in un determinato periodo di tempo e le misurazioni rispecchiano queste modifiche. Una richiesta instradata alla regione dell'Oregon questa settimana potrebbe essere instradata alla regione di Singapore la prossima settimana. **Nota** Quando un browser o un altro visualizzatore utilizza un resolver DNS che supporta l' edns-client-subnetestensione di EDNS0, il resolver DNS invia a Route 53 una versione troncata dell'indirizzo IP dell'utente. Se configuri il routing basato sulla latenza, Route 53 considera questo valore quando instrada il traffico alle tue risorse. Per ulteriori informazioni, consulta [In che modo Amazon Route 53 utilizza EDNS0 per stimare la posizione di un utente](routing-policy-edns0.md). Puoi utilizzare una policy di instradamento della latenza per creare i record in una zona ospitata privata. Per ulteriori informazioni sui valori specificati dall'utente quando si utilizza la policy di routing della latenza per creare record, vedere i seguenti argomenti: + [Valori specifici per i record di latenza](resource-record-sets-values-latency.md) + [Valori specifici per i record alias di latenza](resource-record-sets-values-latency-alias.md) + [Valori comuni per tutte le policy di routing](resource-record-sets-values-shared.md) + [Valori comuni per i record alias per tutte le policy di routing](resource-record-sets-values-alias-common.md) # Instradamento basato sulla latenza in zone ospitate private Per le zone ospitate private, Route 53 risponde alle query DNS con un endpoint che si trova nello stesso Regione AWS o è il più vicino in termini di distanza al VPC da cui ha avuto origine Regione AWS la query. **Nota** Se hai un endpoint in uscita inoltrato a un endpoint in entrata, il record verrà risolto in base alla posizione dell’endpoint in entrata, non dell’endpoint in uscita. Se si includono i controlli dell'integrità e il record con la latenza più bassa rispetto all'origine della query non è integro, viene restituito un endpoint integro con la successiva latenza più bassa. Nella configurazione di esempio riportata nella figura seguente, le query DNS provenienti da un us-east-1 Regione AWS, o più vicino ad esso, verranno instradate all'endpoint 1.1.1.1. Le query DNS da us-west-2, o da regione vicina, verranno instradate all'endpoint 2.2.2.2. ![\[Uno screenshot che mostra due record di latenza per una zona ospitata privata.\]](http://docs.aws.amazon.com/it_it/Route53/latest/DeveloperGuide/images/latency-phz.png) # Routing basato su IP Con il routing basato su IP in Amazon Route 53, puoi ottimizzare il routing DNS sfruttando la tua comprensione della rete, delle applicazioni e dei client per prendere le migliori decisioni di routing DNS per gli utenti finali. Il routing basato su IP offre un controllo granulare per ottimizzare le prestazioni o ridurre i costi di rete caricando i dati su Route 53 sotto forma di mappature. user-IP-to-endpoint I routing di geolocalizzazione e della latenza si basano sui dati che Route 53 raccoglie e mantiene aggiornati. Questo approccio funziona per la maggior parte dei clienti, ma il routing basato su IP offre la possibilità aggiuntiva di ottimizzare il routing a seconda delle conoscenze specifiche del tuo portafoglio clienti. Ad esempio, un provider globale di contenuti video potrebbe voler instradare gli utenti finali da un provider di servizi Internet (ISP) specifico. Quelli che seguono sono alcuni dei casi di utilizzo più frequenti dell'instradamento basato su IP: + Desideri indirizzare gli utenti finali da determinati endpoint a endpoint specifici ISPs in modo da ottimizzare i costi o le prestazioni del transito di rete. + Desideri aggiungere delle sostituzioni ai tipi di instradamento di Route 53 esistenti, come l'instradamento basato sulla geolocalizzazione, sulla base della conoscenza delle posizioni fisiche dei clienti. **Gestione degli intervalli IP e loro associazione a un set di record di risorse () RRSet** Ad IPv4 esempio, è possibile utilizzare blocchi CIDR compresi tra 1 e 24 bit di lunghezza, inclusi, mentre perIPv6, è possibile utilizzare blocchi CIDR tra 1 e 48 bit di lunghezza, inclusi. Per definire un blocco CIDR a zero bit (0.0.0.0/0 o ::/0), utilizza la posizione predefinita ("\$1"). Per le query DNS con un CIDR più lungo di quello specificato nella raccolta CIDR, Route 53 lo abbinerà al CIDR più breve. Ad esempio, se si specifica 2001:0DB8: :/32 come blocco CIDR nella raccolta CIDR e una query ha origine da 2001:0:0000:1234: :/48, corrisponderà. DB8 Se, d'altra parte, specifichi 2001:0DB8: 0000:1234: :/48 nella tua raccolta CIDR e una query ha origine da 2001:0DB8: :/32, questa non corrisponderà e Route 53 risponderà con il record per la posizione predefinita («\$1»). Puoi raggruppare i set di blocchi CIDR (o gli intervalli IP) in posizioni CIDR, che a loro volta sono raggruppate in entità riutilizzabili chiamate raccolte CIDR: **blocco CIDR** Un intervallo IP in notazione CIDR, ad esempio 192.0.2.0/24 o 2001:: :/32. DB8 **Posizione CIDR** Un elenco con i nomi dei blocchi CIDR. Ad esempio, example-isp-seattle = [192.0.2.0/24, 203.0.113.0/22, 198.51.100.0/24, 2001:: :/32]. DB8 I blocchi in un elenco di posizioni CIDR non devono essere adiacenti o avere lo stesso intervallo. Una singola posizione può avere entrambi i blocchi e questa posizione può essere associata rispettivamente ai set di record A e AAAA. IPv4 IPv6 Per convenzione, di solito il nome è una posizione, ma può essere qualsiasi stringa, ad esempio *Company-A*. **Raccolta CIDR** Una raccolta con i nomi delle posizioni. Ad esempio, mycollection = [example-isp-seattle, example-isp-tokyo]. I set del record della risorsa di routing basato su IP fanno riferimento a una posizione in una raccolta e tutti i set del record della risorsa per lo stesso nome e tipo di set devono fare riferimento alla stessa raccolta. Ad esempio, se crei siti Web in due regioni e desideri indirizzare le query DNS da due diverse posizioni CIDR verso un sito Web specifico in base agli indirizzi IP di origine, entrambe le posizioni devono essere elencate nella stessa raccolta CIDR. Puoi utilizzare una policy di instradamento basato su IP per creare i record in una zona ospitata privata. Per ulteriori informazioni sui valori specificati dall'utente quando utilizzi la policy di routing basato su IP per creare i record, consulta i seguenti argomenti: + [Valori specifici per i record basati su IP](resource-record-sets-values-ipbased.md) + [Valori specifici per i record alias basati su IP](resource-record-sets-values-ipbased-alias.md) + [Valori comuni per tutte le policy di routing](resource-record-sets-values-shared.md) + [Valori comuni per i record alias per tutte le policy di routing](resource-record-sets-values-alias-common.md) **Topics** + [Creazione di una raccolta CIDR con posizioni e blocchi CIDR](resource-record-sets-creating-cidr-collection.md) + [Utilizzo di posizioni e blocchi CIDR](resource-record-sets-working-with-cidr-locations.md) + [Eliminazione di una raccolta CIDR](resource-record-sets-delete-cidr-collection.md) + [Spostamento di una geolocalizzazione in un routing basato su IP](resource-record-sets-move-geolocation-to-cidr.md) # Creazione di una raccolta CIDR con posizioni e blocchi CIDR Per iniziare, crea una raccolta CIDR e aggiungi i blocchi e le posizioni CIDR. **Creazione di una raccolta CIDR tramite la console Route 53** 1. Accedi Console di gestione AWS e apri la console Route 53 all'indirizzo [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/). 1. Nel riquadro di navigazione, scegli **IP-based routing** (Routing basato su IP), quindi **CIDR collections** (Raccolte CIDR). 1. Seleziona **Create CIDR collection** (Crea raccolta CIDR). 1. Nel riquadro **Create CIDR collection** (Crea raccolta CIDR), in **Details** (Dettagli), inserisci un nome per la raccolta. 1. Scegli **Create collection** (Crea raccolta) per creare una raccolta vuota. oppure Nella sezione **Crea posizioni CIDR**, inserisci un nome per la posizione CIDR nella casella **Posizione CIDR.** Il nome della posizione può essere una qualsiasi stringa identificativa, ad esempio **company 1** o **Seattle**. Non deve essere obbligatoriamente una posizione geografica effettiva. **Importante** Il nome della posizione CIDR ha una lunghezza massima di 16 caratteri. Inserisci i blocchi CIDR nella casella **Blocchi CIDR**, uno per riga. Questi possono essere IPv4 IPv6 indirizzi che vanno da /0 a /24 per IPv4 e da /0 a /48 per. IPv6 1. Dopo avere inserito i blocchi CIDR, scegli **Create CIDR collection** (Crea raccolta CIDR) oppure **Add another location** (Aggiungi un'altra posizione) per continuare a inserire le posizioni e il blocco CIDR. Puoi inserire più posizioni CIDR per raccolta. 1. Dopo avere inserito le posizioni CIDR, scegli **Create CIDR collection** (Crea raccolta CIDR). # Utilizzo di posizioni e blocchi CIDR **Utilizzo delle posizioni CIDR tramite la console Route 53** 1. Accedi a Console di gestione AWS e apri la console Route 53 all'indirizzo. [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/) 1. Nel riquadro di navigazione, scegli **IP-based routing** (Routing basato su IP), **CIDR collections** (Raccolte CIDR) e poi, nella sezione **CIDR collections** (Raccolte CIDR), fai clic su un collegamento a una raccolta CIDR nell'elenco **Collection name** (Nome raccolta). Nella pagina **CIDR locations** (Posizioni CIDR), puoi creare, eliminare o modificare una posizione CIDR e i relativi blocchi. + Per creare una posizione, scegli **Create CIDR location** (Crea posizione CIDR). + Nel riquadro **Create CIDR location** (Crea posizione CIDR), inserisci un nome per la posizione e i blocchi CIDR associati a essa, quindi scegli **Create** (Crea). + Per visualizzare una posizione CIDR e i blocchi al suo interno, scegli il pulsante di opzione accanto a una posizione per mostrare il nome e i blocchi CIDR nel riquadro della posizione. In questo riquadro puoi anche scegliere **Modifica** per aggiornare il nome della posizione o i suoi blocchi CIDR. Scegli **Salva** una volta completata la modifica. + Per eliminare una posizione CIDR e i blocchi al suo interno, scegli il pulsante di opzione accanto alla posizione che desideri eliminare, quindi seleziona **Delete** (Elimina). Per confermare l'eliminazione, inserisci il nome della posizione nel campo di immissione del testo e scegli di nuovo **Delete** (Elimina). **Importante** L'eliminazione di una posizione CIDR non può essere annullata. Se hai dei record DNS associati alla posizione, il tuo dominio potrebbe diventare irraggiungibile. # Eliminazione di una raccolta CIDR **Eliminazione di una raccolta CIDR, le relative posizioni e i blocchi tramite la console Route 53** 1. Accedi Console di gestione AWS e apri la console Route 53 all'indirizzo [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/). 1. Nel riquadro di navigazione, scegli **IP-based routing** (Routing basato su IP) quindi **CIDR collections** (Raccolte CIDR). 1. Nella sezione **CIDR collections** (Raccolte CIDR), fai clic sul nome collegato della raccolta che desideri eliminare. 1. Nella pagina **CIDR locations** (Posizioni CIDR), seleziona ogni posizione una alla volta, scegli **Delete** (Elimina), inserisci il nome nella finestra di dialogo, quindi scegli **Delete** (Elimina). Prima di eliminare la raccolta, devi eliminare ogni posizione associata a una raccolta CIDR. 1. Al termine dell'eliminazione di ogni posizione CIDR, nella pagina **CIDR locations** (Posizioni CIDR) scegli il pulsante di opzione accanto alla raccolta che desideri eliminare, quindi seleziona **Delete** (Elimina). # Spostamento di una geolocalizzazione in un routing basato su IP Se utilizzi le policy di routing di geolocalizzazione o geoprossimità e visualizzi costantemente client specifici instradati a un endpoint che non è ottimale in base alla loro posizione fisica o alla topologia di rete, puoi indirizzare meglio gli intervalli IP pubblici di questi client utilizzando il routing basato su IP. La tabella seguente contiene un esempio di configurazione della geolocalizzazione per un routing di geolocalizzazione esistente che ottimizzeremo per gli intervalli IP della California. | Nome del set del record | Policy di routing e origine | Indirizzo IP dell'endpoint dell'applicazione | | --- | --- | --- | | esempio.com | Routing di geolocalizzazione (Stati uniti) | `198.51.100.1` | | esempio.com | Routing di geolocalizzazione (UE) | `198.51.100.2` | Per sostituire gli intervalli IP dalla California e passare a un nuovo endpoint dell'applicazione, ricrea innanzitutto il routing di geolocalizzazione con un nuovo nome del set del record. | Nome del set del record | Policy di routing e origine | Indirizzo IP dell'endpoint dell'applicazione | | --- | --- | --- | | geo.esempio.com | Routing di geolocalizzazione (Stati uniti) | `198.51.100.1` | | geo.esempio.com | Routing di geolocalizzazione (UE) | `198.51.100.2` | Quindi, crea i record di routing basati su IP e un record predefinito che punta al recordset di routing di geolocalizzazione ricreato recentemente. | Nome del set del record | Policy di routing e origine | Indirizzo IP dell'endpoint dell'applicazione | | --- | --- | --- | | esempio.com | Routing basato su IP (predefinito) | Record alias per l'endpoint dell'applicazione geo.esempio.com che desideri come predefinito. Ad esempio, `198.51.100.1`. | | esempio.com | Routing basato su IP (intervalli IP della California) | `198.51.100.3` | # Routing di risposta multivalore Il routing con risposta multivalore ti consente di configurare Amazon Route 53 per restituire più valori, ad esempio indirizzi IP per i server Web, in risposta alle query DNS. Puoi specificare più valori per quasi tutti i record, ma il routing di risposta multivalore ti consente di controllare lo stato di ciascuna risorsa, perciò Route 53 restituisce valori solo per le risorse integre. Non è un sostituito per un load balancer, ma la capacità di restituire indirizzi IP multipli il cui stato può essere controllato è un modo per utilizzare il DNS al fine di migliorare capacità e load balancer. Per instradare il traffico in modo casuale a più risorse, ad esempio server Web, devi creare un record di risposta multivalore per ciascuna risorsa e, facoltativamente, associare un controllo dell'integrità di Route 53 a ogni record. Route 53 risponde alle query DNS con un massimo di otto record integri e offre diverse risposte a diversi resolver DNS. Se un server Web non è più disponibile dopo che un resolver memorizza una risposta nella cache, il software client può provare un altro indirizzo IP nella risposta. Tenere presente quanto segue: + Se associ un controllo dell'integrità a un record di risposta multivalore, Route 53 risponde alle query DNS con l'indirizzo IP corrispondente solo quando il controllo dell'integrità è positivo. + Se non associ un controllo dell'integrità a un record di risposta multivalore, Route 53 considera sempre il record come integro. + Se disponi di otto o meno record integri, Route 53 risponde alle query DNS con tutti i record integri. + Quando tutti i record non sono integri, Route 53 risponde alle query DNS con un massimo di otto record non integri. Puoi utilizzare una policy di instradamento con risposta multivalore per creare i record in una zona ospitata privata. Per ulteriori informazioni sui valori specificati dall'utente quando si utilizza la policy di routing di risposta multivalore per creare record, vedere [Valori specifici per record di risposta multivalore](resource-record-sets-values-multivalue.md) e [Valori comuni per tutte le policy di routing](resource-record-sets-values-shared.md). # Routing ponderato Il routing ponderato consente di associare più risorse con un solo nome di dominio (esempio.com) o nome di sottodominio (acme.esempio.com) e di scegliere la quantità di traffico che viene instradato a ciascuna risorsa. Questo può essere utile per un'ampia gamma di scopi, tra cui il bilanciamento del carico e il test di nuove versioni di software. Per configurare il routing ponderato, devi creare record con lo stesso nome e tipo per ciascuna delle tue risorse. Puoi assegnare a ogni record un peso relativo che corrisponde alla quantità di traffico che desideri inviare a ogni risorsa. Amazon Route 53 invia il traffico a una risorsa in base al peso che assegni al record come proporzione del peso totale per tutti i record nel gruppo: ![\[Formula per la quantità di traffico che viene instradato a una determinata risorsa: peso per un record specificato/somma di pesi per tutti i record.\]](http://docs.aws.amazon.com/it_it/Route53/latest/DeveloperGuide/images/WRR_calculation.png) Ad esempio, se desideri inviare una piccola porzione di traffico a una risorsa e il resto a un'altra risorsa, devi specificare un peso di 1 e 255. La risorsa con un peso pari a 1 ottiene 1/256esimo del traffico (01/(01\$1255)) e l'altra risorsa ottiene 255/256esimi (255/(1\$1255)). È possibile modificare gradualmente l'equilibrio modificando i pesi. Se desideri interrompere l'invio del traffico a una risorsa, puoi modificare il peso per quel record su 0. Per ulteriori informazioni sui valori specificati dall'utente quando si utilizza la policy di routing ponderato per creare record, vedere i seguenti argomenti: + [Valori specifici per record ponderati](resource-record-sets-values-weighted.md) + [Valori specifici per i record alias ponderati](resource-record-sets-values-weighted-alias.md) + [Valori comuni per tutte le policy di routing](resource-record-sets-values-shared.md) + [Valori comuni per i record alias per tutte le policy di routing](resource-record-sets-values-alias-common.md) Puoi utilizzare una policy di instradamento ponderato per creare i record in una zona ospitata privata. ## Controlli dell'integrità e routing ponderato Se aggiungi controlli dell'integrità a tutti i record di un gruppo di record ponderati, ma ad alcuni record assegni un peso diverso da zero e ad altri un peso pari a zero, i controlli dell'integrità funzionano come se tutti i record avessero un peso diverso da zero, con le seguenti eccezioni: + Route 53 inizialmente considera solo i record ponderati diversi da zero, se esistenti. + Se tutti i record con un peso maggiore di 0 non sono integri, allora Route 53 considera i record con peso zero. La tabella seguente descrive il comportamento previsto quando il record con peso 0 comprende un controllo dell'integrità: | | Record 1 | Record 2 | Record 3 | | --- |--- |--- |--- | | Weight | 1 | 1 | 0 | | Comprende un controllo dell'integrità? | Sì | Sì | Sì | | | | --- | | Stato del controllo dell'integrità | Non integro | Non integro | Integro | | Si è ricevuta una risposta alla query DNS? | No | No | Sì | | | | --- | | Stato del controllo dell'integrità | Non integro | Non integro | Non integro | | Si è ricevuta una risposta alla query DNS? | Sì | Sì | No | | | | --- | | Stato del controllo dell'integrità | Non integro | Integro | Non integro | | Si è ricevuta una risposta alla query DNS? | No | Sì | No | | | | --- | | Stato del controllo dell'integrità | Integro | Integro | Non integro | | Si è ricevuta una risposta alla query DNS? | Sì | Sì | No | | | | --- | | Stato del controllo dell'integrità | Integro | Integro | Integro | | Si è ricevuta una risposta alla query DNS? | Sì | Sì | No | La tabella seguente descrive il comportamento previsto quando il record con peso 0 non comprende un controllo dell'integrità: | | Record 1 | Record 2 | Record 3 | | --- |--- |--- |--- | | Weight | 1 | 1 | 0 | | Comprende un controllo dell'integrità? | Sì | Sì | No | | | | --- | | Stato del controllo dell'integrità | Integro | Integro | N/D | | Si è ricevuta una risposta alla query DNS? | Sì | Sì | No | | | | --- | | Stato del controllo dell'integrità | Non integro | Non integro | N/D | | Si è ricevuta una risposta alla query DNS? | No | No | Sì | | | | --- | | Stato del controllo dell'integrità | Non integro | Integro | N/D | | Si è ricevuta una risposta alla query DNS? | No | Sì | No | # In che modo Amazon Route 53 utilizza EDNS0 per stimare la posizione di un utente Per migliorare la precisione di geolocalizzazione, geoprossimità, routing basato su IP e latenza, Amazon Route 53 supporta l'estensione di. edns-client-subnet EDNS0 (EDNS0 aggiunge diverse estensioni opzionali al protocollo DNS.) Route 53 può essere utilizzato edns-client-subnet solo quando i resolver DNS lo supportano: + Quando un browser o un altro visualizzatore utilizza un resolver DNS che non supporta edns-client-subnet, Route 53 utilizza l'indirizzo IP di origine del resolver DNS per approssimare la posizione dell'utente e risponde alle query di geolocalizzazione con il record DNS relativo alla posizione del resolver. + Quando un browser o un altro visualizzatore utilizza un resolver DNS che lo supporta edns-client-subnet, il resolver DNS invia a Route 53 una versione troncata dell'indirizzo IP dell'utente. Route 53 determina la posizione dell'utente in base all'indirizzo IP troncato anziché l'indirizzo IP di origine dell'autore della resolver DNS; questo normalmente fornisce una stima più precisa sulla posizione dell'utente. Route 53 risponde quindi alle query di geolocalizzazione con il record DNS per la posizione dell'utente. + EDNS0 non è applicabile alle zone ospitate private. Per le zone ospitate private, Route 53 utilizza i dati dei Resolver VPC in cui si trova la Regione AWS zona ospitata privata per prendere decisioni sulla geolocalizzazione e sul routing della latenza. [Per ulteriori informazioni su edns-client-subnet, consulta EDNS Client Subnet RFC, Client Subnet in DNS Requests.](https://www.rfc-editor.org/rfc/rfc7871)