Considerar a distribuição geográfica

Antes de criar recursos, considere como você planeja distribuir os recursos de forma geográfica para atender aos requisitos exclusivos da sua empresa. Administradores e os arquitetos da sua organização geralmente tomam decisões sobre geografia e tomam as decisões disponíveis para as pessoas que implantam os recursos. Por exemplo, sua empresa pode ter um processo de infraestrutura como código (IaC) que atribui automaticamente as regiões à medida que você implanta recursos.

Este documento apresenta uma visão geral de como a geografia afeta suas cargas de trabalho.

Distribuir recursos para garantir a disponibilidade

Você pode distribuir geograficamente os recursos para atender aos seus requisitos exclusivos, nos seguintes exemplos:

  • Latência: verifique se você tem recursos em zonas próximas aos usuários.
  • Disponibilidade: crie recursos redundantes em várias regiões no caso de uma falha na região.

Regiões e zonas

Ao criar recursos, é possível selecionar as seguintes categorias geográficas:

  • Regiões são áreas geográficas independentes que contêm zonas. Por exemplo, asia-east1 (Taiwan).

  • As zonas são áreas isoladas umas das outras dentro de uma região. Por exemplo, a zona a na região asia-east1 (Taiwan) se chama asia-east1-a.

Considere uma zona como um único domínio de falha 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.

Cada recurso tem a própria dinâmica de localização. Por exemplo, consulte os seguintes detalhes sobre o Compute Engine e o Cloud Storage:

Selecionar regiões geográficas com base nas interações de recursos

Ao criar seu plano de distribuição de recursos, considere a comunicação de recursos entre zonas e regiões. As capacidades de interação de recursos são determinadas pelos seguintes tipos de recursos:

  • Recursos globais podem ser acessados por qualquer outro recurso, entre regiões e zonas. Exemplos incluem imagens de disco, snapshots de disco e redes.

  • Recursos regionais são implantados de maneira redundante em várias zonas em uma região. Recursos regionais só podem ser acessados por recursos localizados na mesma região. Exemplos incluem aplicativos do App Engine e grupos de instâncias regionais gerenciadas.

  • Os serviços multirregionais são distribuídos de modo redundante dentro e entre várias regiões. Esses serviços otimizam a disponibilidade, o desempenho e a eficiência do recurso. Para uma lista de serviços que têm um ou mais serviços multirregionais locais, consulte Produtos disponíveis por local.

  • Recursos zonais só podem ser acessados por recursos localizados na mesma zona. Um exemplo de recurso zonal é uma instância de máquina virtual (VM) do Compute Engine.

Por exemplo, considere os seguintes recursos:

  • Global: uma rede que pode ser acessada por todos os recursos.
  • Em cada região: endereços IP que fornecem acesso externo a recursos apenas dentro de uma única região.
  • Em cada zona: discos que podem se conectar a VMs que estão na mesma zona.

Uma rede global pode conter recursos específicos da região, como endereços IP, e recursos da zona, como VMs e discos