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à.
Regioni e zone di disponibilità
Le risorse di cloud computing Amazon sono ospitate in più ubicazioni in tutto il mondo. Queste località sono composte da AWS regioni e zone di disponibilità. Ciascuna regione AWS è un'area geografica distinta. Ogni AWS regione ha più località isolate note come zone di disponibilità.
Nota
Per informazioni su come trovare le zone di disponibilità per una AWS regione, consulta Descrivi le tue zone di disponibilità nella documentazione di Amazon EC2.
Amazon gestisce state-of-the-art data center ad alta disponibilità. Sebbene rari, possono verificarsi dei guasti che influiscano sulla disponibilità delle istanze database che si trovano nello stesso luogo. Se tutte le istanze database sono ospitate in un singolo luogo interessato da questo errore, nessuna delle istanze database sarà disponibile.
![AWS Regione](images/Con-AZ.png)
È importante ricordare che ogni AWS regione è completamente indipendente. Qualsiasi attività Amazon RDS avviata (ad esempio, la creazione di istanze di database o l'elenco delle istanze di database disponibili) viene eseguita solo nella regione predefinita corrente. AWS La AWS regione predefinita può essere modificata nella console o impostando la variabile di ambiente. AWS_DEFAULT_REGION
Oppure può essere sovrascritta utilizzando il --region
parametro con AWS Command Line Interface ()AWS CLI. Per ulteriori informazioni, consulta la pagina relativa alla configurazione dell' AWS Command Line Interface, in particolare le sezioni relative alle variabili di ambiente e opzioni della riga di comando.
Amazon RDS supporta AWS regioni speciali chiamate AWS GovCloud (US). sono progettate per consentire ai clienti e agli enti governativi degli Stati Uniti di spostare nel cloud i carichi di lavoro più sensibili. Le regioni AWS GovCloud (US) fanno riferimento ai requisiti normativi e di compliance specifici del governo degli Stati Uniti. Per ulteriori informazioni, consulta Cos'è AWS GovCloud (US)?
Per creare o lavorare con un'istanza database Amazon RDS in una AWS regione specifica, utilizza l'endpoint di servizio regionale corrispondente.
Nota
Aurora non supporta Local Zones
AWS Regioni
Ogni AWS regione è progettata per essere isolata dalle altre AWS regioni. Questo progetto permette di raggiungere la maggiore stabilità e tolleranza ai guasti possibile.
Quando si visualizzano le risorse, vengono visualizzate solo le risorse legate alla AWS regione specificata. Questo perché AWS le regioni sono isolate l'una dall'altra e non replichiamo automaticamente le risorse tra le AWS regioni.
Disponibilità nelle regioni
Quando si lavora con un cluster di database Aurora utilizzando l'interfaccia a riga di comando o le operazioni API, assicurarsi di specificare il relativo endpoint regionale.
Disponibilità nelle regioni Aurora MySQL
La tabella seguente mostra le AWS regioni in cui Aurora MySQL è attualmente disponibile e l'endpoint per ciascuna regione.
Nome della regione | Regione | Endpoint | Protocollo |
---|---|---|---|
US East (Ohio) | us-east-2 | rds.us-east-2.amazonaws.com | HTTPS |
US East (N. Virginia) | us-east-1 | rds.us-east-1.amazonaws.com | HTTPS |
Stati Uniti occidentali (California settentrionale) | us-west-1 | rds.us-west-1.amazonaws.com | HTTPS |
US West (Oregon) | us-west-2 | rds.us-west-2.amazonaws.com | HTTPS |
Africa (Cape Town) | af-south-1 | rds.af-south-1.amazonaws.com | HTTPS |
Asia Pacifico (Hong Kong) | ap-east-1 | rds.ap-east-1.amazonaws.com | HTTPS |
Asia Pacific (Hyderabad) | ap-south-2 | rds.ap-south-2.amazonaws.com | HTTPS |
Asia Pacifico (Giacarta) | ap-southeast-3 | rds.ap-southeast-3.amazonaws.com | HTTPS |
Asia Pacifico (Melbourne) | ap-southeast-4 | rds.ap-southeast-4.amazonaws.com | HTTPS |
Asia Pacifico (Mumbai) | ap-south-1 | rds.ap-south-1.amazonaws.com | HTTPS |
Asia Pacifico (Osaka-Locale) | ap-northeast-3 | rds.ap-northeast-3.amazonaws.com | HTTPS |
Asia Pacifico (Seoul) | ap-northeast-2 | rds.ap-northeast-2.amazonaws.com | HTTPS |
Asia Pacifico (Singapore) | ap-southeast-1 | rds.ap-southeast-1.amazonaws.com | HTTPS |
Asia Pacifico (Sydney) | ap-southeast-2 | rds.ap-southeast-2.amazonaws.com | HTTPS |
Asia Pacifico (Tokyo) | ap-northeast-1 | rds.ap-northeast-1.amazonaws.com | HTTPS |
Canada (Centrale) | ca-central-1 | rds.ca-central-1.amazonaws.com | HTTPS |
Canada occidentale (Calgary) | ca-west-1 | rds.ca-west-1.amazonaws.com | HTTPS |
Europa (Francoforte) | eu-central-1 | rds.eu-central-1.amazonaws.com | HTTPS |
Europa (Irlanda) | eu-west-1 | rds.eu-west-1.amazonaws.com | HTTPS |
Europa (Londra) | eu-west-2 | rds.eu-west-2.amazonaws.com | HTTPS |
Europa (Milano) | eu-south-1 | rds.eu-south-1.amazonaws.com | HTTPS |
Europa (Parigi) | eu-west-3 | rds.eu-west-3.amazonaws.com | HTTPS |
Europa (Spagna) | eu-south-2 | rds.eu-south-2.amazonaws.com | HTTPS |
Europa (Stoccolma) | eu-north-1 | rds.eu-north-1.amazonaws.com | HTTPS |
Europa (Zurigo) | eu-central-2 | rds.eu-central-2.amazonaws.com | HTTPS |
Israele (Tel Aviv) | il-central-1 | rds.il-central-1.amazonaws.com | HTTPS |
Medio Oriente (Bahrein) | me-south-1 | rds.me-south-1.amazonaws.com | HTTPS |
Medio Oriente (Emirati Arabi Uniti) | me-central-1 | rds.me-central-1.amazonaws.com | HTTPS |
Sud America (São Paulo) | sa-east-1 | rds.sa-east-1.amazonaws.com | HTTPS |
AWS GovCloud (Stati Uniti orientali) | us-gov-east-1 | rds.us-gov-east-1.amazonaws.com | HTTPS |
AWS GovCloud (Stati Uniti occidentali) | us-gov-west-1 | rds.us-gov-west-1.amazonaws.com | HTTPS |
Disponibilità nelle regioni Aurora PostgreSQL
La tabella seguente mostra le AWS regioni in cui Aurora PostgreSQL è attualmente disponibile e l'endpoint per ciascuna regione.
Nome della regione | Regione | Endpoint | Protocollo |
---|---|---|---|
US East (Ohio) | us-east-2 | rds.us-east-2.amazonaws.com | HTTPS |
US East (N. Virginia) | us-east-1 | rds.us-east-1.amazonaws.com | HTTPS |
Stati Uniti occidentali (California settentrionale) | us-west-1 | rds.us-west-1.amazonaws.com | HTTPS |
US West (Oregon) | us-west-2 | rds.us-west-2.amazonaws.com | HTTPS |
Africa (Cape Town) | af-south-1 | rds.af-south-1.amazonaws.com | HTTPS |
Asia Pacifico (Hong Kong) | ap-east-1 | rds.ap-east-1.amazonaws.com | HTTPS |
Asia Pacific (Hyderabad) | ap-south-2 | rds.ap-south-2.amazonaws.com | HTTPS |
Asia Pacifico (Giacarta) | ap-southeast-3 | rds.ap-southeast-3.amazonaws.com | HTTPS |
Asia Pacifico (Melbourne) | ap-southeast-4 | rds.ap-southeast-4.amazonaws.com | HTTPS |
Asia Pacifico (Mumbai) | ap-south-1 | rds.ap-south-1.amazonaws.com | HTTPS |
Asia Pacifico (Osaka-Locale) | ap-northeast-3 | rds.ap-northeast-3.amazonaws.com | HTTPS |
Asia Pacifico (Seoul) | ap-northeast-2 | rds.ap-northeast-2.amazonaws.com | HTTPS |
Asia Pacifico (Singapore) | ap-southeast-1 | rds.ap-southeast-1.amazonaws.com | HTTPS |
Asia Pacifico (Sydney) | ap-southeast-2 | rds.ap-southeast-2.amazonaws.com | HTTPS |
Asia Pacifico (Tokyo) | ap-northeast-1 | rds.ap-northeast-1.amazonaws.com | HTTPS |
Canada (Centrale) | ca-central-1 | rds.ca-central-1.amazonaws.com | HTTPS |
Canada occidentale (Calgary) | ca-west-1 | rds.ca-west-1.amazonaws.com | HTTPS |
Europa (Francoforte) | eu-central-1 | rds.eu-central-1.amazonaws.com | HTTPS |
Europa (Irlanda) | eu-west-1 | rds.eu-west-1.amazonaws.com | HTTPS |
Europa (Londra) | eu-west-2 | rds.eu-west-2.amazonaws.com | HTTPS |
Europa (Milano) | eu-south-1 | rds.eu-south-1.amazonaws.com | HTTPS |
Europa (Parigi) | eu-west-3 | rds.eu-west-3.amazonaws.com | HTTPS |
Europa (Spagna) | eu-south-2 | rds.eu-south-2.amazonaws.com | HTTPS |
Europa (Stoccolma) | eu-north-1 | rds.eu-north-1.amazonaws.com | HTTPS |
Europa (Zurigo) | eu-central-2 | rds.eu-central-2.amazonaws.com | HTTPS |
Israele (Tel Aviv) | il-central-1 | rds.il-central-1.amazonaws.com | HTTPS |
Medio Oriente (Bahrein) | me-south-1 | rds.me-south-1.amazonaws.com | HTTPS |
Medio Oriente (Emirati Arabi Uniti) | me-central-1 | rds.me-central-1.amazonaws.com | HTTPS |
Sud America (São Paulo) | sa-east-1 | rds.sa-east-1.amazonaws.com | HTTPS |
AWS GovCloud (Stati Uniti orientali) | us-gov-east-1 | rds.us-gov-east-1.amazonaws.com | HTTPS |
AWS GovCloud (Stati Uniti occidentali) | us-gov-west-1 | rds.us-gov-west-1.amazonaws.com | HTTPS |
Zone di disponibilità
Una zona di disponibilità è una località isolata in una data Regione AWS specificata. Ogni regione ha più zone di disponibilità (AZ) progettate per fornire un'elevata disponibilità per la regione. Una AZ è identificata dal codice AWS regionale seguito da una lettera identificativa (ad esempio,us-east-1a
). Se crei il tuo VPC e le sottoreti anziché utilizzare il VPC di default, definisci ogni sottorete in una AZ specifica. Quando crei un cluster database Aurora, Aurora crea l'istanza primaria in una delle sottoreti del gruppo di sottoreti database del VPC, associando così l'istanza a una specifica zona di disponibilità scelta da Aurora.
Ogni cluster Aurora DB ospita copie del proprio storage in tre AZ separati selezionati automaticamente da Aurora tra gli AZ del gruppo di sottoreti DB. Ogni istanza database nel cluster deve trovarsi in una di queste tre zone di disponibilità.
Quando crei un'istanza DB nel tuo cluster, Aurora sceglie automaticamente una AZ appropriata per quell'istanza se non specifichi una AZ.
Usa il comando Amazon EC2 describe-availability-zones come indicato di seguito per descrivere le zone di disponibilità all'interno della regione abilitata per il tuo account.
aws ec2 describe-availability-zones --region
region-name
Ad esempio, per descrivere le zone di disponibilità all'interno della regione Stati Uniti orientali (Virginia settentrionale) (us-east-1) abilitate per il tuo account, esegui il comando seguente:
aws ec2 describe-availability-zones --region us-east-1
Per informazioni su come specificare l'AZ quando si crea un cluster o vi si aggiungono istanze, consulta Configurazione della rete per il cluster database.
Fuso orario locale per i cluster DB Amazon Aurora
Per impostazione predefinita, il fuso orario di un cluster DB di Amazon Aurora è in formato UTC (Universal Time Coordinated). Tuttavia, puoi impostare il fuso orario delle istanze del cluster DB sul fuso orario locale dell'applicazione.
Per modificare il fuso orario locale per un cluster database, imposta il parametro del fuso orario su uno dei valori supportati. Imposti questo parametro nel gruppo di parametri del tuo cluster database.
-
Per Aurora MySQL, il nome di questo parametro è
time_zone
. Per informazioni sulle best practice per l'impostazione del parametrotime_zone
, consulta Ottimizzazione delle operazioni di timestamp. -
Per Aurora PostgreSQL, il nome di questo parametro è
timezone
.
Quando imposti il parametro di fuso orario per un cluster database, tutte le istanze nel cluster database cambiano per utilizzare il nuovo fuso orario locale. In alcuni casi, è possibile che altri cluster database Aurora utilizzino lo stesso gruppo di parametri del cluster. In tal caso, tutte le istanze in tali cluster database cambiano per utilizzare il nuovo fuso orario locale. Per ulteriori informazioni sui parametri a livello di cluster, consulta Parametri dell'istanza database e del cluster database di Amazon Aurora.
Dopo aver impostato il fuso orario locale, tutte le nuove connessioni al database riflettono la modifica. In alcuni casi, potresti avere connessioni aperte al database quando modifichi il fuso orario locale. In tal caso, non vedrai l'aggiornamento del fuso orario locale finché non avrai chiuso la connessione e aperto una nuova connessione.
Se si esegue la replica tra AWS regioni, il cluster DB di origine della replica e la replica utilizzano gruppi di parametri diversi. I gruppi di parametri sono unici per una regione. AWS Per utilizzare lo stesso fuso orario locale per ogni istanza, assicurati di impostare il parametro del fuso orario nei gruppi di parametri sia per l'origine della replica che per la replica.
Quando ripristini cluster database da una snapshot cluster database, il fuso orario locale è impostato su UTC. Puoi aggiornare il fuso orario impostandolo sul fuso orario locale dopo il completamento del ripristino. In alcuni casi, è possibile eseguire un ripristino point-in-time del cluster database. In tal caso, il fuso orario locale per il cluster database ripristinato corrisponde all'impostazione del fuso orario per il gruppo di parametri cluster database ripristinato.
Nella tabella seguente sono elencati alcuni dei valori che puoi usare per impostare il fuso orario locale. Per elencare tutti i fusi orari disponibili, puoi utilizzare le seguenti query SQL:
-
Aurora MySQL:
select * from mysql.time_zone_name;
-
Aurora PostgreSQL:
select * from pg_timezone_names;
Nota
Per alcuni fusi orari, i valori di tempo di alcuni intervalli di date potrebbero essere riportati in modo non corretto, come indicato nella tabella. Per i fusi orari australiani, l'abbreviazione restituita riporta un valore obsoleto, come indicato nella tabella.
Time zone (Fuso orario) |
Note |
---|---|
|
Questa impostazione del fuso orario potrebbe restituire valori non corretti dal 28/02/1903 21:49:40 GMT al 28/02/1903 21:55:48 GMT. |
|
|
|
Questa impostazione del fuso orario potrebbe restituire valori non corretti dal 31/12/1939 21:30:00 GMT al 31/12/1959 21:15:15 GMT. |
|
|
|
Questa impostazione del fuso orario potrebbe restituire valori non corretti dal 23/11/1914 04:56:16 GMT al 23/11/1914 04:56:20 GMT. |
|
|
|
|
|
|
|
|
|
In alcuni casi, per un cluster database nella Regione Sud America (San Paolo), l'ora non viene visualizzata correttamente per un fuso orario del Brasile modificato di recente. In tal caso, reimposta il parametro del fuso orario del cluster database su |
|
|
|
Questa impostazione del fuso orario potrebbe restituire valori non corretti dal 27/10/1918 05:00:00 GMT al 31/10/1918 05:00:00 GMT. |
|
Se il cluster DB si trova nel fuso orario del Sud America (Cuiaba) e l'ora prevista non viene visualizzata correttamente per il fuso orario del Brasile modificato di recente, reimpostare il parametro fuso orario del cluster DB su |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Questa impostazione del fuso orario potrebbe restituire valori non corretti dal 31/12/1919 20:05:36 GMT al 31/12/1919 20:05:40 GMT. |
|
Questa impostazione del fuso orario potrebbe restituire valori non corretti dal 13/03/1947 20:53:08 GMT al 31/12/1949 20:53:08 GMT. |
|
Questa impostazione del fuso orario potrebbe restituire valori non corretti dal 30/11/1904 15:30:00 GMT al 07/09/1945 15:00:00 GMT. |
|
Questa impostazione del fuso orario potrebbe restituire valori non corretti dal 31/12/1927 15:54:08 GMT al 02/06/1940 16:00:00 GMT. |
|
|
|
Questa impostazione del fuso orario potrebbe restituire valori non corretti dal 30/09/1937 16:00:00 GMT al 29/09/1979 15:00:00 GMT. |
|
|
|
Questa impostazione del fuso orario potrebbe restituire valori non corretti dal 30/09/1937 15:00:00 GMT al 31/12/1937 15:00:00 GMT. |
|
|
|
Questa impostazione del fuso orario potrebbe restituire valori non corretti dal 24/05/1911 01:54:32 GMT al 01/01/1912 01:54:32 GMT. |
|
L'abbreviazione di questo fuso orario viene restituita come CST anziché ACDT/ACST. |
|
L'abbreviazione di questo fuso orario viene restituita come EST anziché AEDT/AEST. |
|
L'abbreviazione di questo fuso orario viene restituita come CST anziché ACDT/ACST. |
|
L'abbreviazione di questo fuso orario viene restituita come EST anziché AEDT/AEST. |
|
L'abbreviazione di questo fuso orario viene restituita come WST anziché AWDT/. AWST |
|
L'abbreviazione di questo fuso orario viene restituita come EST anziché AEDT/AEST. |
|
|
|
Questa impostazione del fuso orario potrebbe restituire valori non corretti dal 27/10/1918 08:00:00 GMT al 31/10/1918 08:00:00 GMT. |
|
|
|
|
|
|
|
Questa impostazione del fuso orario potrebbe restituire valori non corretti dal 30/04/1921 22:20:08 GMT al 30/04/1921 22:20:11 GMT. |
|
|
|
|
|
|
|
|
|
|
|
Questa impostazione del fuso orario potrebbe restituire valori non corretti dal 21/05/1933 11:30:00 GMT al 30/09/1945 11:30:00 GMT. |
|
Questa impostazione del fuso orario potrebbe restituire valori non corretti dal 01/01/1911 11:22:48 GMT al 01/01/1950 11:30:00 GMT. |
|
|
|
|
|
|
|
|
|
|
|