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 em 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 devem 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 por zona nessa zona permanecerão indisponíveis até o serviço ser restaurado. Um exemplo de recurso zonal é uma instância de máquina virtual (VM, na sigla em inglês) do Compute Engine que reside em uma zona específica.

Recursos regionais

Recursos regionais são recursos implantados de forma redundante em várias 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
  • Firestore
  • Cloud Key Management Service
  • Cloud Storage
  • BigQuery
  • Cloud Spanner
  • Cloud Bigtable
  • Cloud Data Loss Prevention
  • API Cloud Healthcare

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 a atender aos seus requisitos.

Ao usar recursos de armazenamento regional ou por zona, é altamente recomendável replicar dados para outra região ou enviar um snapshot deles para 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 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, Firestore ou Cloud Spanner.
  • Use recursos regionais ou zonais, mas capture dados do snapshot para um recurso multirregional, como Cloud Storage, Datastore, Firestore ou Cloud Spanner.
  • 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 a seguinte estratégia:

  • Use recursos por zona ou regionais, como Compute Engine ou 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 paralisações:

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 entre as regiões e oferecer um failover em caso de uma paralisação 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

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.