Geografia e regi�es

Os produtos do Google Cloud s�o fornecidos a partir de dom�nios de falha regionais espec�ficos e t�m o suporte total dos Contratos de n�vel de servi�o para garantir a cria��o da arquitetura do aplicativo dentro da estrutura de Google Cloud.

Os servi�os de infraestrutura do Google Cloud est�o dispon�veis em locais na Am�rica do Norte, na Am�rica do Sul, na Europa, na �sia, no Oriente M�dio e na Austr�lia. Esses locais est�o divididos em regi�es e zonas. � poss�vel escolher a localiza��o dos seus aplicativos para atender aos seus requisitos de lat�ncia, disponibilidade e durabilidade.

Regi�es e zonas

Regi�es s�o �reas geogr�ficas independentes que consistem em zonas. Zonas e regi�es s�o abstra��es l�gicas de recursos f�sicos subjacentes fornecidos em um ou mais data centers f�sicos. Esses data centers podem pertencer ao Google e estar listados na p�gina de locais do Google Cloud ou ser alugados por provedores de data centers de terceiros. Veja tamb�m a lista completa de locais de data centers para o Google Cloud, consulte nosso certificado ISO/IEC 27001. Independentemente de o data center ser pr�prio ou alocado, o Google Cloud seleciona data centers e projeta sua infraestrutura para fornecer um n�vel uniforme de desempenho, seguran�a e confiabilidade

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.

O Google Cloud pretende oferecer no m�nimo tr�s zonas de disponibilidade (zonas fisicamente e logicamente diferentes) em cada regi�o de uso geral.

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) 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 gerenciados de inst�ncias regionais. 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:

• Artifact Registry
• Bigtable
• Prote��o de dados confidenciais
• API Cloud Healthcare
• Cloud KMS
• Container Registry
• Spanner
• Cloud Storage
• Database Migration Service
• Datastore
• Firestore

Esses servi�os multirregionais s�o projetados para funcionar ap�s a perda de uma �nica regi�o.

Para mais informa��es, consulte Produtos dispon�veis por local e a documenta��o de cada produto.

Servi�os globais

O Google Cloud foi projetado para operar globalmente do zero e realiza manuten��o e upgrades cont�nuos 24 horas por dia, 7 dias por semana e 365 dias por ano, sem que voc� precise entrar em contato. Nosso backbone global oferece flexibilidade maci�a para balanceamento de carga e reduz a lat�ncia do usu�rio final por ter interconex�es pr�ximas a ele. Nosso plano de gerenciamento de nuvem global simplifica o gerenciamento de desenvolvimentos multirregionais.

Servi�os internos

A base e o suporte de muitos servi�os do Google Cloud voltados ao cliente s�o um conjunto de servi�os internos comprovados, como Spanner, Colossus, Borg e Chubby.

O balanceamento de carga desses servi�os internos � global em v�rias regi�es ou exclusivo de cada regi�o em que est� dispon�vel. Quando os servi�os de balanceamento de carga s�o de v�rias regi�es, implantamos atualiza��es gradualmente por regi�o. Dessa forma, podemos detectar e resolver problemas sem afetar o uso do servi�o. Nenhum desses servi�os internos � limitado a um �nico data center l�gico ou a uma �nica regi�o.

Os servi�os internos globais podem ser executados ou replicados nas regi�es da nuvem a seguir:

Am�rica

• southamerica-west1
• us-central1
• us-east1
• us-east4
• us-west1
• us-west4

Europa

• europe-north1
• europe-west1
• europe-west4

�sia

• asia-east1
• asia-southeast1

Depend�ncias do servi�o

Em geral, para servi�os do Google Cloud, se uma �nica regi�o falhar, somente os clientes daquela regi�o ser�o afetados; os clientes com produtos multirregionais n�o ser�o afetados. O Google Cloud tem uma arquitetura significativa em vigor para impedir falhas correlacionadas entre regi�es.

Todos os servi�os do Google Cloud contam com as principais ferramentas internas para fornecer servi�os fundamentais, como redes (dentro e fora de data centers), acesso a data centers e sistemas de autoriza��o de identidade. Essas ferramentas s�o resilientes a interrup��es regionais, com o objetivo de uma regi�o n�o ser afetada se outras regi�es ficarem indispon�veis.

O Google Cloud oferece uma orienta��o clara sobre como os clientes podem arquitetar seus aplicativos para o n�vel desejado de resili�ncia no nosso site p�blico, principalmente para produtos de uso comum do Google Cloud, como Compute Engine, BigQuery, Pub/Sub e outros servi�os.

Nossas principais depend�ncias est�o listadas abaixo, come�ando com depend�ncias comuns a todos os servi�os, com a probabilidade de que os detalhes de implementa��o de n�vel inferior estejam sujeitos a altera��es.

Depend�ncias comuns para todos os servi�os

• Plano de dados de identidade para autentica��o e autoriza��o
• Servi�os internos que fornecem gera��o de registros, armazenamento de metadados e gerenciamento de fluxo de trabalho
• O acesso �s APIs do Google Cloud depende do DNS, de balanceadores de carga distribu�dos globalmente e de pontos de presen�a (PoPs).
• A configura��o dos recursos globais: por exemplo, pol�ticas de IAM, regras de firewall globais, configura��es de balanceador de carga global e t�picos do Pub/Sub s�o armazenadas em bancos de dados replicados.
• Quando os servi�os do Google Cloud fazem solicita��es a endpoints controlados pelo cliente, por exemplo, o Cloud EKM busca chaves ou clientes do Pub/Sub, essas solicita��es dependem da nossa infraestrutura de rede global para acessar esses clientes de endpoints controlados.

Servi�os com mais depend�ncias

• Servi�os do Compute Engine
  • Os planos de dados da VM do Google Cloud e do Persistent Disk dependem dos servi�os do Compute Engine e do Cloud Storage de n�vel inferior, como o Borg e o Colossus.
• O Google Cloud e os servi�os de armazenamento de infraestrutura como Spanner, Bigtable e Cloud Storage dependem de:
  • Infraestrutura de gerenciamento de criptografia e chaves para clientes (Cloud KMS/Cloud EKM) e infraestrutura interna para chaves de propriedade do Google
  • Servi�os internos para fornecer gera��o de registros e auditoria do acesso a dados
  • Servi�os internos de replica��o de dados, em que se espera que os dados estejam dispon�veis em v�rias regi�es
  • A replica��o e os backups configurados explicitamente para outras regi�es dependem da rede entre regi�es.
• Servi�os de mensagens
  • O Pub/Sub depende da nossa infraestrutura de rede global para acessar endpoints controlados pelo cliente
• Servi�os de redes
  • O balanceamento de carga global, o DNS e o failover entre regi�es dependem da infraestrutura de rede f�sica.
  • Impedir ataques de DDos e similares pode depender da infraestrutura de n�vel inferior do Compute Engine.
• Servi�os gerenciados e hospedados, como GKE e Cloud SQL,
  • Depende do Compute Engine e no Container Registry ou no Artifact Registry para imagens de VM.
• Infraestrutura de n�vel inferior independente
  • Nosso plano interno de controle no n�vel de cluster, incluindo Borg e tecidos de rede
  • Armazenamento no n�vel do cluster, como Colossus
  • Infraestrutura de gerenciamento de criptografia e chaves

Como manter e melhorar a disponibilidade e a resili�ncia

A engenharia de confiabilidade do site (SRE) � a organiza��o interna do Google dedicada a trabalhar na disponibilidade, lat�ncia, desempenho e capacidade. Falhas e indisponibilidade do servi�o est�o relacionadas � implanta��o de um novo c�digo ou a altera��es no ambiente. Usando as pr�ticas recomendadas do setor, a SRE equilibra a necessidade de lan�ar novos softwares e mant�m o ambiente seguro, com a compreens�o de que essas altera��es necess�rias podem causar inatividade.

Como fazer parcerias com clientes para criar servi�os resilientes

Se voc� tiver necessidades essenciais e precisar projetar para ter resili�ncia e recupera��o de desastres, nossas equipes SRE/CRE e PSO podem ajudar voc� a arquitetar seus aplicativos para conectar v�rias regi�es e zonas e, depois, a projetar sistemas de alta disponibilidade (HA, na sigla em ingl�s).

Se voc� tiver aumentado os requisitos de disponibilidade em datas espec�ficas, como Black Friday/Cyber Monday, o Google Cloud tem um programa para fazer parceria com voc� para verificar e validar seu aplicativo espec�fico em execu��o no Google Cloud, al�m de identificar quaisquer depend�ncias de servi�o imprevistas entre o aplicativo e os servi�os.

Pontos de presen�a (POPs, na sigla em ingl�s)

O Google opera uma rede global de pontos de presen�a de peering, o que significa que o tr�fego do cliente pode viajar dentro da rede at� que esteja perto do destino, fornecendo uma experi�ncia melhor e mais seguran�a aos usu�rios. Para mais informa��es, consulte Locais de borda de rede.

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 a esses 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:

• Recursos regionais, como os aplicativos do App Engine, os grupos de inst�ncias gerenciadas regionais e recursos multirregionais gerenciados, como Cloud Storage, Datastore, Firestore ou Spanner.
• 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 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 Spanner.
• Use recursos regionais ou zonais, mas capture dados do snapshot para um recurso multirregional, como Cloud Storage, Datastore, Firestore ou 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: