Geografia e regiões

Os serviços do Google Cloud estão disponíveis em locais na América do Norte, América do Sul, Europa, Ásia e Austrália. Esses locais estão divididos em regiões e zonas. É possível 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 de ida e volta de menos de 1 ms no 95º percentil.

Uma zona é uma área de implantação de recursos do Google Cloud em uma região. As zonas precisam ser consideradas um domínio de falha único dentro de uma região. Para implantar aplicativos tolerantes a falhas com alta disponibilidade e ajudar a proteger contra falhas inesperadas, implante seus aplicativos em várias zonas em uma região.

Para se proteger contra a perda de uma região inteira devido a um desastre natural, tenha um plano de recuperação de desastres e saiba como acessar seu aplicativo no caso improvável de perder sua região principal. Consulte considerações sobre a implantação do aplicativo para mais informações.

Para mais informações sobre os recursos específicos disponíveis em cada opção de local, consulte os Locais do Cloud.

Os serviços e recursos do Google Cloud podem ser zonais, regionais ou gerenciados pelo Google em várias regiões. Para mais informações sobre o significado dessas opções para seus dados, consulte Gerenciamento geográfico de dados.

Recursos por zona

Os recursos por zona funcionam apenas em uma zona. Se uma zona estiver indisponível, todos os recursos zonais nela permanecerão indisponíveis até o serviço ser restaurado. Um exemplo de recurso zonal é uma instância de máquina virtual (VM) do Compute Engine que reside em uma zona específica.

Recursos regionais

Recursos regionais são recursos implantados de forma redundante em todas as zonas de uma região, como aplicativos do App Engine ou grupos de instâncias regionais gerenciados. Isso proporciona a eles mais disponibilidade em relação aos recursos de zona.

Recursos multirregionais

Alguns serviços do Google Cloud são gerenciados pelo Google para serem redundantes e distribuídos dentro e entre regiões. Esses serviços otimizam a disponibilidade, o desempenho e a eficiência do recurso. Como resultado, eles exigem um equilíbrio entre a latência ou o 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 áreas de implantação multirregionais, além de eventuais implantações regionais:

  • Datastore
  • Cloud Key Management Service
  • Cloud Storage
  • BigQuery
  • Cloud Spanner
  • Cloud Bigtable
  • API Cloud Healthcare

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

Gerenciamento geográfico de dados

A localidade dos dados para os serviços do Google Cloud é regida pelos Termos de Serviço, incluindo Termos de Serviço específicos. O Google entende que cada cliente tem necessidades exclusivas de segurança e conformidade. A equipe de vendas do Google Cloud pode ajudar você a atender aos seus requisitos.

Ao usar recursos de armazenamento regional ou por zona, é altamente recomendável replicar dados para outra região ou criar um snapshot deles em um recurso de armazenamento multirregional para fins de recuperação de desastres.

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

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

Use o seguinte:

Para criar aplicativos capazes de se recuperar de desastres e que consigam suportar a perda estendida de regiões inteiras

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

  • Use serviços de armazenamento gerenciados e multirregionais, como Cloud Storage, Datastore ou Cloud Spanner.
  • Use recursos regionais ou zonais, mas capture dados instantâneos para um recurso multirregional, como Cloud Storage ou Datastore.
  • Use recursos regionais ou zonais, mas gerencie a própria replicação de dados para uma ou mais regiões.

Para computação, use a seguinte estratégia:

  • Use recursos zonais ou regionais, como o Compute Engine ou o App 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.

Para mais informações sobre dependências de serviço, entre em contato com o setor de vendas.

Mais soluções e tutoriais

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

Padrões para apps escalonáveis e resilientes

Veja como usar o Google Cloud para criar arquiteturas de aplicativos escalonáveis e resilientes usando padrões e práticas que se aplicam amplamente a qualquer aplicativo da Web.

Como criar um balanceador de carga HTTPS

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 e oferecer failover em caso de uma falha do serviço.

Como projetar sistemas robustos

Projete seu aplicativo no Compute Engine para que ele seja robusto contra falhas, interrupções de rede e desastres inesperados.

Backup e restauração do Cassandra com o Cloud Storage (em inglês)

Saiba como adicionar a recuperação de desastres básica à sua instalação do Cassandra fazendo o backup e a restauração de dados no Cloud Storage.

Guia de planejamento de recuperação de desastres

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