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.

Faça um teste

Se você começou a usar o Google Cloud agora, crie uma conta para avaliar o desempenho dos nossos produtos em situações reais. Clientes novos também ganham US$ 300 em créditos para executar, testar e implantar cargas de trabalho.

Comece gratuitamente

Regiões e zonas

Regiões são áreas geográficas independentes que consistem em zonas.

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. Falhas zonais podem afetar alguns ou todos os recursos da zona. 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

Vários serviços do Google Cloud 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. 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 um ou mais locais multirregionais, além de locais 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.