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 em todo o mundo. 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 são globais, regionais ou por zona. 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 por zona.

O escopo do recurso determina a acessibilidade dele em relação a outros recursos:

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

Recursos regionais podem ser acessados somente por recursos da mesma região. Por exemplo, um endereço IP externo estático regional é acessível apenas para recursos dentro da mesma região. Para uma instância de VM usar um endereço IP externo estático específico, ela precisa estar em uma zona que esteja na mesma região do endereço.

Recursos por zona só podem ser acessados por recursos localizados na mesma zona. Os recursos por zona 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 de nomenclatura Exemplos
Global Qualquer região ou zona no projeto Em todo o projeto Imagens, redes VPC, modelos de instância
Regional Qualquer zona na mesma região Em toda a região Sub-redes, IPs estáticos regionais, discos regionais, modelos de instância
Zonal Somente na mesma zona Em toda a zona Instâncias de VM, discos zonais e
pools de armazenamento de hiperdisco, 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. Endereços IP externo estáticos globais são um recurso global e são usados em 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 globais de instâncias
Um modelo de instância global pode ser usado para criar instâncias de computação e grupos de instâncias gerenciados. 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 sub-redes individuais são consideradas recursos regionais.
Firewalls
Os firewalls são aplicados a uma única rede VPC e são considerados um recurso global porque os pacotes podem acessá-los por 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. Elas são aplicadas às redes VPC dentro de 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.

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. 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 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 gerenciados. 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 de instâncias gerenciadas regionais
Os grupos de instâncias gerenciadas regionais são coleções de instâncias idênticas que abrangem várias zonas. Eles 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 do 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 por zona

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. Uma instância acessa outros recursos da mesma zona e pode acessar recursos globais, porém, ela não acessa recursos de zonas diferentes, como um recurso de disco ou uma sub-rede VPC.

Para 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 dentro de uma zona e pode acessar recursos globais ou recursos da mesma zona.
Hyperdisks e discos permanentes do Google Cloud zonais
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 do 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 que foram criadas em um projeto, envie 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, envie 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