Geografia e regiões

Os serviços do Google Cloud Platform estão disponíveis em locais na América do Norte, na Europa e na Ásia. Esses locais estão divididos em regiões e zonas. Você pode escolher onde localizar os aplicativos para atender aos requisitos de latência, disponibilidade e durabilidade.

Regiões e zonas

Regiões são áreas geográficas independentes que consistem em zonas. Os locais dentro das regiões tendem a apresentar latências de rede em ida e volta de menos de 5 ms no 95º percentil.

Uma zona é uma área de implantação de recursos do Cloud Platform dentro de uma região. As zonas devem ser consideradas um domínio de falha único dentro de uma região. Para implantar aplicativos tolerantes a falhas com alta disponibilidade, você precisa implantar os aplicativos em várias zonas em uma região para ajudar a se proteger de falhas inesperadas.

Para se proteger da perda de uma região inteira por causa de um desastre natural, você precisa contar com um plano de recuperação de desastres e saber como carregar o aplicativo na improbabilidade da região principal ser perdida. Consulte considerações sobre a implantação do aplicativo para mais informações.

Para mais informações sobre os recursos específicos disponíveis dentro de cada opção de local, consulte os Locais de data center globais.

Os serviços e os recursos do Cloud Platform podem ser por zona, região ou gerenciados pelo Google em várias regiões. Para mais informações sobre o que essas opções significam para os dados, consulte gerenciamento geográfico dos dados.

Recursos por zona

Os recursos por zona funcionam dentro de uma única zona. Se uma zona estiver indisponível, todos os recursos por zona nessa zona permanecerão indisponíveis até o serviço ser restaurado. Um exemplo de recurso por zona é uma instância do Google Compute Engine residente em uma zona específica.

Recursos regionais

Os recursos regionais são implantados com redundância dentro de uma região. Isso proporciona a eles mais disponibilidade em relação aos recursos por zona.

Recursos multirregionais

Poucos serviços do Cloud Platform são gerenciados pelo Google para serem redundantes e distribuídos entre várias regiões. Esses serviços otimizam a disponibilidade, o desempenho e a eficiência do recurso. Dessa forma, esses serviços exigem uma contrapartida em termos de latência ou modelo de consistência. Essas contrapartidas são documentadas com base em um produto específico.

Os seguintes serviços têm uma ou mais implantações multirregionais, além de eventuais implantações regionais:

  • Google App Engine e recursos.
  • Google Cloud Datastore
  • Google Cloud Storage
  • Google BigQuery

Os dados associados a recursos multirregionais não estão vinculados a uma região específica e podem ser migrados entre regiões, e as regiões podem ser adicionadas a e removidas de um grupo de regiões. Por exemplo, os repositórios no local da União Europeia do Google Cloud Storage mantêm os dados em repouso dentro da União Europeia, mas os dados em repouso podem ser armazenados em ou movidos para qualquer região do Cloud Storage dentro da União Europeia (sujeito aos termos de serviço e aos termos de serviço específicos).

Gerenciamento geográfico de dados

A localidade dos dados para serviços do Cloud Platform é regida pelos termos de serviço, inclusive termos de serviço específicos. O Google entende que cada cliente pode ter necessidades de segurança e conformidade únicas. A equipe de vendas do Cloud Platform pode ajudar você a trabalhar na busca em atender aos requisitos.

Durante o uso de recursos regionais ou por zona, é altamente recomendável replicar dados para outra região ou resumi-los para recursos de um armazenamento multirregional para fins de recuperação de desastres.

Considerações sobre a implantação do aplicativo

Para construir serviços e aplicativos altamente disponíveis que possam suportar zonas que estejam ficando indisponíveis

Use:

  • recursos regionais ou recursos multirregionais gerenciados, como aplicativos do App Engine.
  • recursos por zona, como máquinas virtuais do Compute Engine, mas gerencie a própria redundância de computação e armazenamento entre zonas ou regiões diferentes.
Para construir aplicativos capazes de se recuperar de desastres que consigam suportar a perda estendida de regiões inteiras

Para dados, use uma ou mais das seguintes estratégias:

  • Use recursos de armazenamento multirregionais, gerenciados.
  • Use recursos regionais ou por zona, mas resuma os dados em um recurso multirregional, como Cloud Storage ou Cloud Datastore.
  • Use recursos por zona ou regionais, mas gerencie a própria replicação de dados para uma ou mais regiões.

Para computação, use uma ou mais das seguintes estratégias:

  • Use serviços de computação gerenciados, multirregionais, como Google App Engine.
  • Use recursos por zona ou regionais, como Compute Engine, mas carregue manual ou automaticamente o aplicativo em outra região (em caso de falha regional) referenciando cópias dos dados principais, caso os dados ainda não estejam em um recurso gerenciado multirregional.

Soluções e tutoriais adicionais

Os seguintes tutoriais e soluções apresentam diretrizes para garantir que o aplicativo seja altamente disponível e possa suportar paralisações:

Construção de aplicativos da Web escaláveis e resilientes

Aprenda a usar o Cloud Platform para construir arquiteturas de aplicativos escaláveis e resilientes usando padrões e práticas que se aplicam amplamente a qualquer aplicativo da Web.

Balanceamento de carga entre regiões do Compute Engine

Configure instâncias do Compute Engine em regiões diferentes e use o balanceamento de carga HTTP para distribuir o tráfego entre as regiões a fim de aumentar a disponibilidade entre as regiões e oferecer um failover em caso de uma paralisação do serviço.

Construção de sistemas robustos

Projete o aplicativo no serviço do Google Compute Engine para ser robusto contra falhas, interrupções de rede e desastres inesperados.

Uso do Google Cloud Storage para a recuperação de desastres do Cassandra

Aprenda a adicionar a recuperação de desastres básica para a instalação do Cassandra fazendo backup dos dados e restaurando os dados do Google Cloud Storage.

Como projetar um plano para recuperação de desastres

Princípios gerais para projetar e testar um plano para recuperação de desastres com o Cloud Platform.

Manual para recuperação de desastres

Diretrizes para lidar com diversos cenários de recuperação de desastres usando a infraestrutura de nuvem do Google.

Enviar comentários sobre…