Regiões e zonas de disponibilidade
Os recursos de computação em nuvem da Amazon são hospedados em vários locais no mundo todo. Esses locais são compostos por regiões da AWS e zonas de disponibilidade. Cada região da AWS é uma área geográfica separada. Cada região da AWS contém vários locais isolados conhecidos como zonas de disponibilidade.
nota
Para obter informações sobre como localizar as zonas de disponibilidade para uma região da AWS, consulte Como descrever zonas de disponibilidade na documentação do Amazon EC2.
A Amazon opera datacenters de última geração e altamente disponíveis. Embora sejam raras, podem ocorrer falhas que afetam a disponibilidade das instâncias de banco de dados que estiverem no mesmo local. Se você hospeda todas as instâncias de banco de dados em um único local afetado por essa falha, nenhuma delas estará disponível.
É importante lembrar que cada região AWS é totalmente independente. Qualquer atividade do Amazon RDS que você iniciar (por exemplo, criar instâncias de banco de dados ou listar instâncias de banco de dados disponíveis) ocorre apenas em sua região da AWS padrão atual. A região da AWS padrão pode ser alterada no console ou definindo a variável de ambiente AWS_DEFAULT_REGION. Ou ele pode ser substituído usando o parâmetro --region pela AWS Command Line Interface (AWS CLI). Para obter mais informações, consulte Configurar a AWS Command Line Interface, especificamente as seções sobre variáveis de ambiente e opções de linha de comando.
O Amazon RDS é compatível com regiões especiais da AWSchamadas AWS GovCloud (US). Elas são projetadas para permitir que clientes e agências governamentais dos EUA transfiram workloads mais confidenciais para a nuvem. A região AWS GovCloud (US) atende aos seus requisitos específicos de regulamentação e conformidade do governo dos EUA. Para obter mais informações, consulte O que é o AWS GovCloud (US)?
Para criar ou trabalhar com uma instância de bancos de dados do Amazon RDS em uma região da AWS específica, use o endpoint de serviço regional correspondente.
nota
O Aurora não oferece suporte a zonas locais.
AWSRegiões de
Cada região da AWS é projetada para ser isolada das outras regiões da AWS. Esse design proporciona o máximo de tolerância a falhas e estabilidade possível.
Ao visualizar os recursos, você vê apenas os recursos que estão vinculados à região da AWS especificada. Isso ocorre porque as regiões da AWS são isoladas entre si e nós não replicamos os recursos entre regiões da AWS automaticamente.
Disponibilidade de regiões
Quando você trabalha com um cluster de bancos de dados Aurora usando a interface de linha de comando ou operações de API, certifique-se de especificar o endpoint regional.
Disponibilidade de regiões do Aurora MySQL
A tabela a seguir mostra as regiões da AWS em que o Aurora MySQL está disponível no momento e o endpoint para cada região.
| Nome da região | Região | Endpoint | Protocolo |
|---|---|---|---|
| Leste dos EUA (Ohio) | us-east-2 | rds.us-east-2.amazonaws.com | HTTPS |
| Leste dos EUA (Norte da Virgínia) | us-east-1 | rds.us-east-1.amazonaws.com | HTTPS |
| Oeste dos EUA (Norte da Califórnia) | us-west-1 | rds.us-west-1.amazonaws.com | HTTPS |
| Oeste dos EUA (Oregon) | us-west-2 | rds.us-west-2.amazonaws.com | HTTPS |
| África (Cidade do Cabo) | af-south-1 | rds.af-south-1.amazonaws.com | HTTPS |
| Ásia-Pacífico (Hong Kong) | ap-east-1 | rds.ap-east-1.amazonaws.com | HTTPS |
| Ásia-Pacífico (Hyderabad) | ap-south-2 | rds.ap-south-2.amazonaws.com | HTTPS |
| Ásia-Pacífico (Jacarta) | ap-southeast-3 | rds.ap-southeast-3.amazonaws.com | HTTPS |
| Ásia-Pacífico (Melbourne) | ap-southeast-4 | rds.ap-southeast-4.amazonaws.com | HTTPS |
| Ásia-Pacífico (Mumbai) | ap-south-1 | rds.ap-south-1.amazonaws.com | HTTPS |
| Ásia-Pacífico (Osaka) | ap-northeast-3 | rds.ap-northeast-3.amazonaws.com | HTTPS |
| Ásia-Pacífico (Seul) | ap-northeast-2 | rds.ap-northeast-2.amazonaws.com | HTTPS |
| Ásia-Pacífico (Singapura) | ap-southeast-1 | rds.ap-southeast-1.amazonaws.com | HTTPS |
| Ásia-Pacífico (Sydney) | ap-southeast-2 | rds.ap-southeast-2.amazonaws.com | HTTPS |
| Ásia-Pacífico (Tóquio) | ap-northeast-1 | rds.ap-northeast-1.amazonaws.com | HTTPS |
| Canadá (Central) | ca-central-1 | rds.ca-central-1.amazonaws.com | HTTPS |
| Oeste do Canadá (Calgary) | ca-west-1 | rds.ca-west-1.amazonaws.com | HTTPS |
| Europa (Frankfurt) | eu-central-1 | rds.eu-central-1.amazonaws.com | HTTPS |
| Europa (Irlanda) | eu-west-1 | rds.eu-west-1.amazonaws.com | HTTPS |
| Europa (Londres) | eu-west-2 | rds.eu-west-2.amazonaws.com | HTTPS |
| Europa (Milão) | eu-south-1 | rds.eu-south-1.amazonaws.com | HTTPS |
| Europa (Paris) | eu-west-3 | rds.eu-west-3.amazonaws.com | HTTPS |
| Europa (Espanha) | eu-south-2 | rds.eu-south-2.amazonaws.com | HTTPS |
| Europa (Estocolmo) | eu-north-1 | rds.eu-north-1.amazonaws.com | HTTPS |
| Europa (Zurique) | eu-central-2 | rds.eu-central-2.amazonaws.com | HTTPS |
| Israel (Tel Aviv) | il-central-1 | rds.il-central-1.amazonaws.com | HTTPS |
| Oriente Médio (Barém) | me-south-1 | rds.me-south-1.amazonaws.com | HTTPS |
| Oriente Médio (Emirados Árabes Unidos) | me-central-1 | rds.me-central-1.amazonaws.com | HTTPS |
| América do Sul (São Paulo) | sa-east-1 | rds.sa-east-1.amazonaws.com | HTTPS |
| AWS GovCloud (Leste dos EUA) | us-gov-east-1 | rds.us-gov-east-1.amazonaws.com | HTTPS |
| AWS GovCloud (Oeste dos EUA) | us-gov-west-1 | rds.us-gov-west-1.amazonaws.com | HTTPS |
Disponibilidade de regiões do Aurora PostgreSQL
A tabela a seguir mostra as regiões da AWS em que o Aurora PostgreSQL está disponível no momento e o endpoint para cada região.
| Nome da região | Região | Endpoint | Protocolo |
|---|---|---|---|
| Leste dos EUA (Ohio) | us-east-2 | rds.us-east-2.amazonaws.com | HTTPS |
| Leste dos EUA (Norte da Virgínia) | us-east-1 | rds.us-east-1.amazonaws.com | HTTPS |
| Oeste dos EUA (Norte da Califórnia) | us-west-1 | rds.us-west-1.amazonaws.com | HTTPS |
| Oeste dos EUA (Oregon) | us-west-2 | rds.us-west-2.amazonaws.com | HTTPS |
| África (Cidade do Cabo) | af-south-1 | rds.af-south-1.amazonaws.com | HTTPS |
| Ásia-Pacífico (Hong Kong) | ap-east-1 | rds.ap-east-1.amazonaws.com | HTTPS |
| Ásia-Pacífico (Hyderabad) | ap-south-2 | rds.ap-south-2.amazonaws.com | HTTPS |
| Ásia-Pacífico (Jacarta) | ap-southeast-3 | rds.ap-southeast-3.amazonaws.com | HTTPS |
| Ásia-Pacífico (Melbourne) | ap-southeast-4 | rds.ap-southeast-4.amazonaws.com | HTTPS |
| Ásia-Pacífico (Mumbai) | ap-south-1 | rds.ap-south-1.amazonaws.com | HTTPS |
| Ásia-Pacífico (Osaka) | ap-northeast-3 | rds.ap-northeast-3.amazonaws.com | HTTPS |
| Ásia-Pacífico (Seul) | ap-northeast-2 | rds.ap-northeast-2.amazonaws.com | HTTPS |
| Ásia-Pacífico (Singapura) | ap-southeast-1 | rds.ap-southeast-1.amazonaws.com | HTTPS |
| Ásia-Pacífico (Sydney) | ap-southeast-2 | rds.ap-southeast-2.amazonaws.com | HTTPS |
| Ásia-Pacífico (Tóquio) | ap-northeast-1 | rds.ap-northeast-1.amazonaws.com | HTTPS |
| Canadá (Central) | ca-central-1 | rds.ca-central-1.amazonaws.com | HTTPS |
| Oeste do Canadá (Calgary) | ca-west-1 | rds.ca-west-1.amazonaws.com | HTTPS |
| Europa (Frankfurt) | eu-central-1 | rds.eu-central-1.amazonaws.com | HTTPS |
| Europa (Irlanda) | eu-west-1 | rds.eu-west-1.amazonaws.com | HTTPS |
| Europa (Londres) | eu-west-2 | rds.eu-west-2.amazonaws.com | HTTPS |
| Europa (Milão) | eu-south-1 | rds.eu-south-1.amazonaws.com | HTTPS |
| Europa (Paris) | eu-west-3 | rds.eu-west-3.amazonaws.com | HTTPS |
| Europa (Espanha) | eu-south-2 | rds.eu-south-2.amazonaws.com | HTTPS |
| Europa (Estocolmo) | eu-north-1 | rds.eu-north-1.amazonaws.com | HTTPS |
| Europa (Zurique) | eu-central-2 | rds.eu-central-2.amazonaws.com | HTTPS |
| Israel (Tel Aviv) | il-central-1 | rds.il-central-1.amazonaws.com | HTTPS |
| Oriente Médio (Barém) | me-south-1 | rds.me-south-1.amazonaws.com | HTTPS |
| Oriente Médio (Emirados Árabes Unidos) | me-central-1 | rds.me-central-1.amazonaws.com | HTTPS |
| América do Sul (São Paulo) | sa-east-1 | rds.sa-east-1.amazonaws.com | HTTPS |
| AWS GovCloud (Leste dos EUA) | us-gov-east-1 | rds.us-gov-east-1.amazonaws.com | HTTPS |
| AWS GovCloud (Oeste dos EUA) | us-gov-west-1 | rds.us-gov-west-1.amazonaws.com | HTTPS |
Zonas de disponibilidade
Uma zona de disponibilidade é um local isolado em determinada Região da AWS. Cada região tem várias zonas de disponibilidade (AZ) projetadas para fornecer alta disponibilidade. Uma AZ é identificada pelo código de região da AWS seguido por um identificador alfabético (por exemplo, us-east-1a). Se você criar uma VPC e as sub-redes em vez de usar a VPC padrão, definirá cada sub-rede em uma AZ específica. Quando você cria um cluster de banco de dados do Aurora, o Aurora cria a instância principal em uma das sub-redes no grupo de sub-redes de banco de dados da VPC. Assim, ele associa essa instância a uma AZ específica selecionada pelo Aurora.
Cada cluster Aurora de banco de dados hospeda cópias de seu armazenamento em três AZs separadas. Cada instância de banco de dados no cluster deve estar em uma dessas três AZs. Ao criar uma instância de banco de dados em seu cluster, Aurora escolhe automaticamente um AZ apropriado se você não especificar um AZ.
Use o comando describe-availability-zones do Amazon EC2, como se segue, para descrever as zonas de disponibilidade da região especificada que estão disponíveis para sua conta.
aws ec2 describe-availability-zones --regionregion-name
Por exemplo, para descrever as zonas de disponibilidade da região Leste dos EUA (N. da Virgínia) (us-east-1) ativado para sua conta, execute o seguinte comando:
aws ec2 describe-availability-zones --region us-east-1
Para saber como especificar a AZ ao criar um cluster ou adicionar instâncias a ele, consulte Configurar a rede para o cluster de banco de dados.
Fuso horário local para os clusters de bancos de dados Amazon Aurora
Por padrão, o fuso horário de um cluster de bancos de dados Amazon Aurora é o Tempo Universal Coordenado (UTC). Você pode definir o fuso horário de instâncias em seu cluster de banco de dados como o fuso horário local de seu aplicativo.
Para definir o fuso horário local de um cluster de banco de dados, defina o parâmetro de fuso horário como um dos valores compatíveis. Você deve definir esse parâmetro no grupo de parâmetros do cluster de banco de dados.
-
Para o Aurora MySQL, o nome desse parâmetro é
time_zone. Para receber informações sobre as práticas recomendadas para definir o parâmetrotime_zone, consulte Otimizando as operações de carimbo de data/hora. -
Para o Aurora PostgreSQL, o nome desse parâmetro é
timezone.
Ao configurar o parâmetro de fuso horário para um cluster de banco de dados, todas as instâncias no cluster de banco de dados mudam para utilizar o novo fuso horário local. Em alguns casos, outros clusters de banco de dados do Aurora podem estar usando o mesmo grupo de parâmetros de cluster. Se for o caso, todas as instâncias nesses clusters de banco de dados também mudarão para usar o novo fuso horário local. Para obter informações sobre parâmetros no nível do cluster, consulte Parâmetros do cluster de banco de dados e da instância de bancos de dados Amazon Aurora.
Após definir o fuso horário local, todas as novas conexões ao banco de dados refletirão a alteração. Em alguns casos, você pode ter conexões abertas com o banco de dados ao alterar o fuso horário local. Se for o caso, você não verá a atualização do fuso horário local até que encerre a conexão e abra uma nova conexão.
Se você estiver replicando entre regiões da AWS, o cluster de banco de dados de origem da replicação e a réplica usam grupos de parâmetros diferentes. Os grupos de parâmetros são exclusivos de uma região AWS. Para utilizar o mesmo fuso horário local para cada instância, você deve definir o parâmetro de fuso horário nos grupos de parâmetros tanto para a origem da replicação quanto para a réplica.
Quando você restaura um cluster de banco de dados de um DB snapshot do cluster, o fuso horário local é definido como UTC. Você pode atualizar o fuso horário para o fuso horário local após a conclusão da restauração. Em alguns casos, você pode restaurar um cluster de banco de dados para um ponto no tempo. Se esse for o caso, o fuso horário local para o cluster de banco de dados restaurado será a configuração de fuso horário do grupo de parâmetros do cluster de banco de dados restaurado.
A tabela a seguir lista alguns dos valores para definir seu fuso horário local. Para listar todos os fusos horários disponíveis, use as seguintes consultas SQL:
-
Aurora MySQL:
select * from mysql.time_zone_name; -
Aurora PostgreSQL:
select * from pg_timezone_names;
nota
Para alguns fusos horários, os valores de tempo de determinados intervalos de datas podem ter sido reportados incorretamente, conforme observado na tabela. Para o fuso horário da Austrália, a abreviatura do fuso horário retornado é um valor desatualizado, conforme observado na tabela.
|
Time zone (Fuso horário) |
Observações |
|---|---|
|
|
Esta configuração do fuso horário pode retornar valores incorretos a partir das 21:49:40 GMT do dia 28 de fevereiro de 1903 até às 21:55:48 GMT do dia 28 de fevereiro de 1903. |
|
|
|
|
|
Esta configuração do fuso horário pode retornar valores incorretos a partir das 21:30:00 GMT do dia 31 de dezembro de 1939 até às 21:15:15 GMT do dia 31 de dezembro de 1959. |
|
|
|
|
|
Esta configuração do fuso horário pode retornar valores incorretos a partir das 04:56:16 GMT do dia 23 de novembro de 1914 até às 04:56:20 GMT do dia 23 de novembro de 1914. |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Em alguns casos, para um cluster de banco de dados na região da América do Sul (São Paulo), a hora não é exibida corretamente para um fuso horário do Brasil alterado recentemente. Nesse caso, redefina o parâmetro de fuso horário do cluster de banco de dados para |
|
|
|
|
|
Esta configuração do fuso horário pode retornar valores incorretos a partir das 05:00:00 GMT do dia 27 de outubro de 1918 até às 05:00:00 GMT do dia 31 de outubro de 1918. |
|
|
Se o cluster de banco de dados estiver na região América do Sul (Cuiabá) e a hora esperada não for exibida corretamente para o fuso horário do Brasil alterado recentemente, redefina o parâmetro de fuso horário do cluster de banco de dados como |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Esta configuração do fuso horário pode retornar valores incorretos a partir das 20:05:36 GMT do dia 31 de dezembro de 1919 até às 20:05:40 GMT do dia 31 de dezembro de 1919. |
|
|
Esta configuração do fuso horário pode retornar valores incorretos a partir das 20:53:08 GMT do dia 13 de março de 1947 até às 20:53:08 GMT do dia 31 de dezembro de 1949. |
|
|
Esta configuração do fuso horário pode retornar valores incorretos a partir das 15:30:00 GMT do dia 30 de novembro de 1904 até às 15:00:00 GMT do dia 07 de setembro de 1945. |
|
|
Esta configuração do fuso horário pode retornar valores incorretos a partir das 15:54:08 GMT do dia 31 de dezembro de 1927 até às 16:00:00 GMT do dia 02 de junho de 1940. |
|
|
|
|
|
Esta configuração do fuso horário pode retornar valores incorretos a partir das 16:00:00 GMT do dia 30 de setembro de 1937 até às 15:00:00 GMT do dia 29 de setembro de 1979. |
|
|
|
|
|
Esta configuração do fuso horário pode retornar valores incorretos a partir das 15:00:00 GMT do dia 30 de setembro de 1937 até às 15:00:00 GMT do dia 31 de dezembro de 1937. |
|
|
|
|
|
Esta configuração do fuso horário pode retornar valores incorretos a partir das 01:54:32 GMT do dia 24 de maio de 1911 até às 01:54:32 GMT do dia 1º de janeiro de 1912. |
|
|
A abreviação deste fuso horário é retornada como CST em vez de ACDT/ACST. |
|
|
A abreviação deste fuso horário é retornada como EST em vez de AEDT/AEST. |
|
|
A abreviação deste fuso horário é retornada como CST em vez de ACDT/ACST. |
|
|
A abreviação deste fuso horário é retornada como EST em vez de AEDT/AEST. |
|
|
A abreviação deste fuso horário é retornada como WST em vez de AWDT/AWST. |
|
|
A abreviação deste fuso horário é retornada como EST em vez de AEDT/AEST. |
|
|
|
|
|
Esta configuração do fuso horário pode retornar valores incorretos a partir das 08:00:00 GMT do dia 27 de outubro de 1918 até às 08:00:00 GMT do dia 31 de outubro de 1918. |
|
|
|
|
|
|
|
|
|
|
|
Esta configuração do fuso horário pode retornar valores incorretos a partir das 22:20:08 GMT do dia 30 de abril de 1921 até às 22:20:11 GMT do dia 30 de abril de 1921. |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Esta configuração do fuso horário pode retornar valores incorretos a partir das 11:30:00 GMT do dia 21 de maio de 1933 até às 11:30:00 GMT do dia 30 de setembro de 1945. |
|
|
Esta configuração do fuso horário pode retornar valores incorretos a partir das 11:22:48 GMT do dia 1º de janeiro de 1911 até às 01:30:00 GMT do dia 1º de janeiro de 1950. |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
