Valori specifici per i record di alias di geoprossimità

Quando si creano record di alias di geoprossimità, si specificano i seguenti valori.

Per ulteriori informazioni, consulta Scelta tra record alias e non alias.

Policy di routing

Scegli Geoproximity.

Nome record

Immetti il nome del dominio o sottodominio a cui instradare il traffico. Il valore predefinito è il nome della hosted zone.

Nota

Se stai creando un record con lo stesso nome della zona ospitata, non immettere un valore (ad esempio, il simbolo @) nel campo Nome record.

Inserisci lo stesso nome per tutti i record del gruppo di record di geoprossimità.

Per ulteriori informazioni sui nomi record, consultare Nome record.

Tipo di record

Il tipo di record DNS. Per ulteriori informazioni, consulta Tipi di record DNS supportati.

Seleziona il valore applicabile in base alla risorsa AWS a cui stai instradando il traffico: Seleziona lo stesso valore per tutti i record del gruppo di record di geoprossimità:

API regionali personalizzate di API Gateway o API con ottimizzate per l'edge

Seleziona A - Indirizzo IPv4.

Endpoint dell'interfaccia di Amazon VPC

Seleziona A - Indirizzo IPv4.

CloudFront distribuzione

Seleziona A - Indirizzo IPv4.

Se per la distribuzione è abilitato IPv6, crea due record, uno con un valore A - Indirizzo IPv4 per Tipo di record e uno con un valore AAAA - Indirizzo IPv6.

Ambienti Elastic Beanstalk con sottodomini regionalizzati

Seleziona A - Indirizzo IPv4

Sistema di bilanciamento del carico ELB

Seleziona A - Indirizzo IPv4 o AAAA - Indirizzo IPv6.

Bucket Amazon S3

Seleziona A - Indirizzo IPv4

Un altro record si trova in questa zona ospitata

Seleziona il tipo di record per cui stai creando l'alias. Sono supportati tutti i tipi a eccezione di NS e SOA.

Nota

Se stai creando un record alias che ha lo stesso valore della zona ospitata (nota come Apex di zona), non puoi instradare il traffico verso un record il cui valore di Tipo di record è CNAME. Questo perché il record alias deve avere lo stesso tipo del record a cui stai instradando il traffico e la creazione di un record CNAME per l'apex di zona non è supportata neanche per un record alias.

Valore/instradamento traffico a

Il valore scelto dall'elenco o inserito nei campi dipende dalla risorsa AWS a cui si sta instradando il traffico.

Per informazioni sulle risorse AWS cui è possibile applicare un tag, consultare Valore/instradamento traffico a.

Per ulteriori informazioni su come configurare Route 53 per instradare il traffico a specifici AWS consultare le risorse Routing del traffico Internet alle risorse AWS.

Endpoint location (Posizione endpoint)

È possibile specificare la posizione dell'endpoint della risorsa utilizzando uno dei seguenti metodi:

Coordinate personalizzate

Specificare la longitudine e la latitudine per un'area geografica.

Regione AWS

Scegliete una regione disponibile dall'elenco delle località.

Per ulteriori informazioni sulle regioni, consulta Infrastruttura AWS globale.

AWSGruppo di zone locali

Scegliete una regione di zona locale disponibile dall'elenco delle ubicazioni.

Per ulteriori informazioni sulle Local Zones, vedere Available Local Zones nella AWSLocal Zones User Guide. Un gruppo di zone locale è in genere la zona locale senza il carattere finale. Ad esempio, se la zona locale è, us-east-1-bue-1a il gruppo di zone locali lo èus-east-1-bue-1.

Puoi anche identificare il Local Zones Group per una zona locale specifica utilizzando il comando describe-availability-zonesCLI:

aws ec2 describe-availability-zones --region us-west-2 --all-availability-zones --query "AvailabilityZones[?ZoneName=='us-west-2-den-1a']" | grep "GroupName"

Questo comando restituisce:"GroupName": "us-west-2-den-1", specificando che la zona locale us-west-2-den-1a appartiene al gruppo di zone locali. us-west-2-den-1

Non è possibile creare record non di geoprossimità con gli stessi valori per Record name e Record type dei record di geoprossimità.

Inoltre, non è possibile creare due set di record di risorse di geoprossimità che specificano la stessa posizione per lo stesso nome e tipo di record.

Per ulteriori informazioni, consulta .html available-local-zones

Bias

Una distorsione espande o riduce un'area geografica da cui la Route 53 indirizza il traffico verso una risorsa. Un bias positivo amplia l'area, mentre un bias negativo la restringe. Per ulteriori informazioni, consulta Come Amazon Route 53 utilizza il bias per instradare il traffico.

Controllo dello stato

Seleziona un controllo dell'integrità se desideri che Route 53 controlli l'integrità di un determinato endpoint e risponda alle query DNS utilizzando questo record solo quando l'endpoint è integro.

Route 53 non controlla l'integrità dell'endpoint specificato nel record, ad esempio l'endpoint specificato dall'indirizzo IP nel campo Valore. Quando selezioni un controllo dell'integrità per un record, Route 53 controlla l'integrità dell'endpoint specificato nel controllo dell'integrità. Per informazioni su come Route 53 determina se un endpoint è integro, consulta Come Amazon Route 53 determina se un controllo dell'integrità è integro.

L'associazione di un controllo dell'integrità a un record è utile solo quando Route 53 deve scegliere tra due o più record per rispondere a una query DNS e desideri che Route 53 effettui la scelta in parte in base all'avanzamento di un controllo dell'integrità. Utilizza i controlli dell'integrità solo nelle configurazioni seguenti:

• Stai controllando lo stato di tutti i record in un gruppo di record che hanno lo stesso nome, lo stesso tipo e la stessa policy di routing (failover o record ponderati) e specifichi gli ID del controllo dell'integrità per tutti i record. Se il controllo dell'integrità di un record indica un endpoint non integro, Route 53 smette di rispondere alle query utilizzando il valore di tale record.

• Si seleziona Sì per valutare lo stato dell'oggetto per un record di alias o per i record di un gruppo di alias di failover, alias di geolocalizzazione, alias di geoprossimità, alias di latenza, alias basato su IP o record di alias ponderato. Se i record alias fanno riferimento a record non alias appartenenti alla stessa zona ospitata, devi specificare anche i controlli dell'integrità per i record a cui viene fatto riferimento. Se associ un controllo dell'integrità a un record alias e selezioni anche Yes (Sì) per Evaluate Target Health (Valuta integrità destinazione), entrambi devono essere veri. Per ulteriori informazioni, consulta Cosa accade se si associa un controllo dell'integrità a un record alias?.

Se i controlli dell'integrità specificano l'endpoint solo in base al nome del dominio, ti consigliamo di creare un controllo dell'integrità separato per ciascun endpoint. Ad esempio, puoi creare un controllo dell'integrità per ciascun server HTTP che gestisce contenuti per www.esempio.com. Come valore di Nome dominio, specifica il nome di dominio del server (ad esempio, us-east-2-www.esempio.com), anziché il nome dei record (esempio.com).

Importante

In questa configurazione, se crei un controllo dell'integrità per il quale il valore di Domain Name (Nome dominio) corrisponde al nome dei record e quindi associ il controllo dell'integrità a quei record, i risultati del controllo dell'integrità saranno imprevedibili.

Per i record di geoprossimità, se un endpoint non è integro, Route 53 cerca un endpoint più vicino che sia ancora integro.

Valutazione dello stato della destinazione

Seleziona Sì se desideri che Route 53 determini se rispondere alle query DNS utilizzando questo record controllando l'integrità della risorsa specificata da Endpoint.

Tieni presente quanto segue:

API regionali personalizzate di API Gateway e API ottimizzate per l'edge

Non sono previsti requisiti speciali per impostare Valutazione dell'integrità della destinazione su Sì quando l'endpoint è un'API regionale personalizzata di API Gateway o un'API ottimizzata per l'edge.

CloudFront distribuzioni

Non è possibile impostare Evaluate target health su Sì quando l'endpoint è una CloudFront distribuzione.

Ambienti Elastic Beanstalk con sottodomini regionalizzati

Se specifichi un ambiente Elastic Beanstalk in Endpoint e l'ambiente contiene un load balancer ELB, Elastic Load Balancing instrada le query solo alle istanze Amazon EC2 integre registrate con il load balancer. (Un ambiente contiene automaticamente un load balancer ELB se include più di un'istanza Amazon EC2.) Se imposti Valutazione dell'integrazione della destinazione su Sì e nessuna istanza Amazon EC2 è integra o lo stesso load balancer non è integro, Route 53 instrada le query ad altre risorse disponibili integre, se presenti.

Se l'ambiente contiene una sola istanza Amazon EC2, non sono previsti requisiti speciali.

Load balancer ELB

Il comportamento del controllo dell'integrità dipende dal tipo di load balancer:

• Classic Load Balancer: se in Endpoint specifichi un Classic Load Balancer ELB, Elastic Load Balancing instrada le query solo alle istanze Amazon EC2 integre registrate con il load balancer. Se imposti Valutazione dell'integrità della destinazione su Sì e né le istanze EC2 né il load balancer risultano integri, Route 53 instrada le query ad altre risorse.

• Application Load Balancer/Network Load Balancer: se specifichi un Application Load Balancer/Network Load Balancer ELB e imposti Valutazione dell'integrità della destinazione su Sì, Route 53 instrada le query al load balancer in base all'integrità dei gruppi di destinazione a esso associati:

  • Affinché un Application Load Balancer/Network Load Balancer venga considerato integro, ogni gruppo target contenente target deve includere almeno un target integro. Se un gruppo target contiene solo target non integri, il load balancer viene considerato non integro e Route 53 instrada le query ad altre risorse.

  • Un gruppo target che non include target registrati viene considerato non integro.

Nota

Quando crei un load balancer, configuri le impostazioni per i controlli dell'integrità di Elastic Load Balancing, che svolgono una funzione analoga ai controlli dell'integrità di Route 53. Non creare controlli dell'integrità di Route 53 per le istanze EC2 che record con un load balancer ELB.

Bucket S3

Non sono previsti requisiti speciali per impostare Valutazione dell'integrità della destinazione su Sì quando l'endpoint è un bucket S3.

Endpoint dell'interfaccia di Amazon VPC

Non sono previsti requisiti speciali per impostare Valutazione dell'integrità della destinazione su Sì quando l'endpoint è un endpoint dell'interfaccia Amazon VPC.

Altri record nella stessa zona ospitata

Se la risorsa AWS specificata in Endpoint è un record o un gruppo di record (ad esempio, un gruppo di record ponderati) ma non è un altro record alias, ti consigliamo di associare un controllo dell'integrità a tutti i record nell'endpoint. Per ulteriori informazioni, consulta Cosa accade se si omettono i controlli dell'integrità?.

ID record

Inserisci un valore che identifichi in modo univoco questo record nel gruppo di record di geoprossimità.