Recursos globais, regionais e zonais

Nesta página, há detalhes sobre recursos globais, regionais e por zona do Compute Engine.

Cloud de Confiance by S3NS Os recursos são hospedados em vários locais no mundo todo. Esses locais são formados por regiões, e essas incluem zonas. A distribuição de recursos entre diferentes zonas de uma região garante o isolamento de muitos tipos de falhas de infraestrutura, hardware e software. Já a distribuição entre diferentes regiões garante um nível ainda mais elevado de independência em relação a falhas. É possível criar sistemas robustos ao espalhar recursos por diferentes domínios de falhas.

Todos os recursos do Compute Engine têm escopo global, regional ou zonal. Por exemplo, as imagens são um recurso global, mas os IPs estáticos regionais são regionais, e os discos permanentes podem ser recursos regionais ou zonais.

O escopo do recurso determina a acessibilidade dele a outros recursos:

Recursos globais podem ser acessados por recursos em qualquer região ou zona. Por exemplo, instâncias de máquina virtual (VMs) de diferentes zonas podem usar a mesma imagem global.

Recursos regionais só podem ser acessados por recursos na mesma região. Por exemplo, um endereço IP externo estático regional só pode ser acessado por recursos na mesma região. Para que uma instância de VM use um IP externo estático específico, a VM precisa estar em uma zona na mesma região que o endereço.

Recursos zonais só podem ser acessados por recursos na mesma zona. Os recursos zonais também podem acessar recursos regionais e globais. Por exemplo, uma instância de VM pode acessar uma imagem global e recursos de rede regionais.

Escopo Acessibilidade Exclusividade do nome Exemplos
Global Qualquer região ou zona no projeto Em todo o projeto Imagens, redes VPC, modelos de instâncias
Regional Qualquer zona na mesma região Em toda a região Sub-redes, IPs estáticos regionais, discos regionais, modelos de instâncias
Zonal Somente na mesma zona Em toda a zona Instâncias de VM, discos zonais e
pools de armazenamento do Hyperdisk, tipos de máquina

Em um projeto, um recurso zonal precisa ter um nome exclusivo na zona. Por exemplo, é possível ter uma VM chamada my-instance na zona us-central1-a e outra VM chamada my-instance na zona us-central1-b no mesmo projeto.

Recursos globais

Recursos globais podem ser acessados por recursos de qualquer zona dentro do mesmo projeto. Ao criar um recurso global, não é necessário fornecer uma especificação do escopo.

Os recursos globais incluem:

Endereços
A coleção de endereços contém todos os endereços IP externos estáticos globais reservados para o projeto. Os endereços IP externo estáticos globais são um recurso global e são usados para balanceadores de carga globais.
Imagens
As imagens são usadas por qualquer instância ou recurso de disco no mesmo projeto da imagem. O Google fornece imagens pré-configuradas que podem ser usadas para inicializar a instância. Personalize uma delas ou crie sua própria. Outra opção é compartilhar imagens em todos os projeto.
Snapshots
Os snapshots padrão e de arquivo do Hyperdisk e do Persistent Disk são recursos globais que podem ser usados para criar um disco em outros projetos. Outra opção é compartilhar instantâneos entre os projetos.
Modelos de instâncias globais
Um modelo de instância global pode ser usado para criar instâncias de computação e grupos de instâncias gerenciadas. Os modelos de instância podem ser recursos globais ou regionais. No entanto, se você especificar recursos zonais em um modelo de instância global, poderá usar esse modelo apenas na mesma zona que os recursos zonais especificados. Se você especificar recursos regionais em um modelo de instância global, poderá usar esse modelo apenas na mesma região que os recursos regionais especificados. Leia sobre os modelos de instâncias regionais e globais.
Cloud Interconnects
Uma Cloud Interconnect é uma conexão altamente disponível da sua rede local com a rede do Google. Essa conexão é um recurso global. No entanto, os anexos de interconexão, que são executados dentro dessa conexão, são recursos regionais.
Locais do Cloud Interconnect
Um local do Cloud Interconnect é um ponto de conexão físico do Cloud Interconnect próximo à rede. Há um local do Cloud Interconnect para cada domínio de disponibilidade de borda e instalação de colocation disponível. Os locais do Cloud Interconnect são recursos somente leitura e globais.
Rede VPC
Uma rede VPC é um recurso global, mas as sub-redes individuais são recursos regionais.
Firewalls
Os firewalls se aplicam a uma única rede VPC e são considerados um recurso global porque os pacotes podem acessá-los de outras redes.
Rotas
As rotas permitem a criação de cenários complexos de redes. É possível gerenciar como o tráfego é encaminhado a um intervalo de IP específico. As rotas são parecidas com a maneira que o roteador direciona tráfego dentro de uma rede local. As rotas se aplicam a redes VPC em um Cloud de Confiance projeto e são consideradas recursos globais.
Operações globais

Uma operação é um recurso por zona, por região ou global. Se estiver executando uma operação em um recurso global, ela será considerada global. Por exemplo, a inserção de uma imagem é considerada uma operação global, porque imagens são um recurso global.

Visualizações regionais de recursos globais

Para aumentar a confiabilidade de serviços e aplicativos que dependem dos metadados de recursos globais, é possível acessar alguns metadados de recursos globais por endpoints somente leitura regionalizados. Esses endpoints permitem buscar metadados de recursos pelo plano de controle de uma região específica Cloud de Confiance , isolando as chamadas de API de possíveis problemas no plano de controle global ou em outras regiões. Para mais informações, consulte Visualizações regionais de recursos globais.

Recursos regionais

Recursos regionais podem ser acessados por qualquer recurso da mesma região. Por exemplo, se você reserva um endereço IP externo estático em uma região específica, esse endereço só pode ser atribuído a instâncias dessa região. Cada região tem uma ou mais zonas. Para ver uma lista de locais disponíveis, consulte regiões e zonas.

Os recursos regionais incluem:

Endereços
A coleção de endereços contém todos os endereços IP externos estáticos regionais reservados para o projeto. Os endereços IP externo estáticos são um recurso regional usado por instâncias que estão na mesma região que o endereço, por regras de encaminhamento regionais para balanceadores de carga regionais e para encaminhamento de protocolo.
Anexos de interconexão do Cloud Interconnect
Um anexo da VLAN aloca uma VLAN no Cloud Interconnect e conecta essa VLAN a uma rede VPC. Um anexo é um recurso regional, mas uma conexão do Cloud Interconnect é um recurso global.
Sub-redes
Nas sub-redes, o espaço IP de rede é segmentado em prefixos (sub-redes) por região e há um controle sobre o prefixo de que o endereço IP interno de uma instância é alocado.
Políticas de posicionamento
Uma política de posicionamento controla a distância do posicionamento das VMs entre si. Isso pode ajudar a reduzir o impacto de falhas do sistema host ou da latência da rede.
Modelos de instâncias regionais
Um modelo de instância regional pode ser usado para criar VMs e grupos de instâncias gerenciadas. Um modelo de instância regional só pode ser acessado por recursos na mesma região. Se você especificar recursos zonais em um modelo de instância regional, poderá usar esse modelo apenas na mesma zona que os recursos zonais especificados.
Grupos regionais gerenciados de instâncias
Os grupos de instâncias gerenciadas regionais são coleções de instâncias idênticas que abrangem várias zonas. Grupos gerenciados de instâncias regionais permitem que você distribua a carga do aplicativo por várias zonas, em vez de limitar o app a uma única zona ou ter que gerenciar vários grupos de instâncias em diferentes zonas.
Discos regionais
Os discos regionais fornecem replicação e armazenamento de dados durável entre duas zonas na mesma região. Em uma situação de failover, é possível forçar a anexação de um disco regional a outra instância na mesma região. Não é possível forçar a anexação de um disco zonal a uma instância. Outra opção é copiar um disco para outro projeto, o que permite que outros projetos criem imagens e snapshots desses discos, mas não permite que instâncias em outros projetos anexem os discos. Para proteger os dados do disco no caso improvável de uma interrupção regional, ative a replicação assíncrona.
Instant Snapshots
Os Instant Snapshots de discos regionais são recursos regionais. Eles só podem ser acessados na mesma região que o disco.
Operações regionais

Uma operação é um recurso por zona, por região ou global. Se você estiver executando uma operação em um recurso regional, ela será considerada uma operação por região. Por exemplo, reservar um endereço é uma operação regional, porque ela é executada em um recurso específico à região, ou seja, um endereço.

Recursos zonais

Recursos hospedados em uma zona são chamados de recursos por zona. Os recursos específicos à zona ou por zona são exclusivos e só podem ser usados por outros recursos da mesma zona. Por exemplo, uma instância é um recurso por zona. Ao criar uma instância, é preciso fornecer a zona em que ela está localizada. A instância pode acessar outros recursos na mesma zona e recursos globais, mas não pode acessar outros recursos por zona em uma zona diferente, como um recurso de disco ou uma sub-rede VPC.

Para conferir uma lista de zonas disponíveis e a série de máquinas disponível em cada zona, consulte Regiões e zonas.

Os recursos por zona incluem o seguinte:

Instâncias
Uma instância de computação está localizada em uma zona e pode acessar recursos globais ou recursos na mesma zona.
Hyperdisks e discos permanentes zonais do Google Cloud
Os discos zonais são acessados por outras instâncias de computação na mesma zona. É possível anexar um disco apenas a instâncias na mesma zona do disco. Não é possível anexar um disco a uma instância em outra zona. Outra opção é compartilhar recursos de disco entre projetos, o que permite que outros projetos criem imagens e snapshots a partir desses discos, mas não permite que instâncias em outros projetos anexem os discos.
Pools de hiperdisco
Os pools de hiperdisco são recursos zonais. Os discos em um pool precisam estar na mesma zona que o pool.
Instant Snapshots
Os Instant Snapshots de discos zonais são recursos zonais. Eles só podem ser acessados na mesma zona que o disco.
Tipos de máquina
Tipos de máquina são recursos por zona. Em instâncias e discos, use apenas tipos de máquina da mesma zona.
Grupos de instâncias gerenciadas zonal
Um grupo de instâncias gerenciadas zonais usa um modelo para criar uma coleção de instâncias idênticas em uma única zona. Você gerencia instâncias de computação em um grupo gerenciado de instâncias como uma entidade única, em vez de gerenciar instâncias individuais.
GPUs
GPUs são recursos zonais. Para informações sobre as zonas em que as GPUs estão disponíveis, consulte Disponibilidade de regiões e zonas de GPU.
Cloud TPUs
TPUs são recursos zonais. Para mais informações sobre as zonas em que as TPUs estão disponíveis, consulte Disponibilidade.
Operações por zona

Uma operação é um recurso por zona, por região ou global. Se você estiver executando uma operação em um recurso específico à zona, ela será considerada uma operação por zona. Por exemplo, a inserção de uma instância é considerada uma operação por zona, porque ela é executada em um recurso específico à zona, ou seja, uma instância.

Listas agregadas

Por padrão, uma solicitação para retornar uma lista de recursos tem um escopo de um plano de controle específico. Por exemplo, ao consultar uma lista de instâncias na aPI, é preciso informar a zona em que você quer listar as instâncias. Para listar recursos entre todas as zonas ou regiões, execute uma consulta de lista agregada. Cada recurso por região e zona contém um URI de lista agregada que pode ser consultado para listar todos os recursos desse tipo. Por exemplo, para listar todas as instâncias de computação em todas as zonas criadas em um projeto, faça uma solicitação para o seguinte URI:

https://compute.googleapis.com/compute/v1/projects/<var>PROJECT_ID</var>/aggregated/instances

Da mesma forma, para listar todos os endereços IP em todas as regiões, faça uma solicitação para o seguinte URI:

https://compute.googleapis.com/compute/v1/projects/<var>PROJECT_ID</var>>/aggregated/addresses

Para mais informações, consulte o aggregateList método para esse recurso.

A seguir