Formato de distribuição de destino do MIG regional

---

Por padrão, um grupo de instâncias gerenciadas (MIG) regional distribui as instâncias de máquina virtual (VM) gerenciada de maneira uniforme nas zonas selecionadas. Mas, se você precisar de hardware que não esteja disponível em todas as zonas ou que esteja temporariamente indisponível em zonas selecionadas, ou se precisar priorizar o uso de reservas por zona, uma distribuição diferente pode ser melhor.

Observação: As regiões do México, de Montreal e de Osaka têm três zonas em um ou dois data centers físicos. Essas regiões estão em processo de expansão para pelo menos três data centers físicos. Para mais informações, consulte Locais do Cloud e SLAs do Google Cloud Platform. Para melhorar a confiabilidade das cargas de trabalho, considere uma implantação multirregional.

Para configurar como um MIG regional distribui as instâncias gerenciadas em zonas selecionadas dentro de uma região, defina o formato de distribuição de destino do MIG. As seguintes opções estão disponíveis:

• EVEN (padrão): o grupo cria e exclui VMs para atingir e manter o mesmo número de VMs nas zonas selecionadas. Em uma distribuição EVEN, o número de VMs não difere mais de uma entre duas zonas. Recomendado para cargas de trabalho de exibição altamente disponível.
• BALANCED: o grupo prioriza a criação de VMs em zonas onde os recursos estiverem disponíveis e distribui as VMs da maneira mais uniforme possível entre as zonas selecionadas para minimizar o impacto da falha zonal. Recomendado para cargas de trabalho em lote ou de exibição altamente disponíveis.
• ANY: o grupo escolhe as zonas para a criação de instâncias de VM que atendam ao número solicitado de VMs dentro das restrições atuais dos recursos e que maximizem a utilização de reservas da zona não utilizadas. Recomendado para cargas de trabalho em lote que não exijam alta disponibilidade.
• ANY SINGLE ZONE (visualização): o grupo cria todas as instâncias de VM em uma única zona. A zona é escolhida com base no suporte de hardware, na disponibilidade atual de recursos e cotas e nas reservas correspondentes. Recomendado em combinação com uma política de posicionamento de instância compacta para cargas de trabalho que exigem comunicação extensa entre as VMs.

Escolha uma opção com base nos requisitos de carga de trabalho e nos recursos de MIG que você precisa. Consulte a tabela de comparação, os casos de uso e como os formatos de distribuição funcionam.

Comparação dos formatos

Para cada possível formato de destino, a tabela a seguir descreve as cargas de trabalho pretendidas, o propósito, a distribuição de instâncias gerenciadas, a compatibilidade com recursos e uma breve descrição do comportamento de MIGs quando se deparam com recursos indisponíveis.

	EVEN (padrão)	BALANCED	ANY	ANY_SINGLE_ZONE
Cargas de trabalho pretendidas	Cargas de trabalho de exibição altamente disponíveis (sem estado ou com estado)	Cargas de trabalho de exibição altamente disponíveis (sem estado ou com estado) Cargas de trabalho em lote altamente disponíveis	Cargas de trabalho em lote	Cargas de trabalho em lote que exigem comunicação extensa entre VMs
Finalidade	Minimizar o impacto de falhas no nível da zona, presumindo uma disponibilidade suficiente de recursos em cada zona.	Minimizar o impacto de falhas no nível da zona o máximo possível, considerando a disponibilidade de recursos em cada zona.	Priorizar a aquisição de recursos e a utilização de reservas não usadas.	Minimize a latência de rede e os custos entre as VMs mantendo todas elas em uma só zona.
Distribuição de destino de instâncias gerenciadas entre zonas	Uniforme. O número de instâncias gerenciadas entre duas zonas não é diferente do número de instâncias mais uma, independentemente da disponibilidade de recursos.^*. Algumas instâncias gerenciadas podem não estar em execução em caso de restrições de capacidade por zona.	Tão uniforme quanto possível. Sem garantia de discrepâncias no número de VMs entre zonas, o que depende da disponibilidade atual do recurso. Quando os recursos estiverem disponíveis, a distribuição será semelhante a EVEN. No pior dos casos de restrições de recursos, a distribuição pode assumir qualquer formato.	Qualquer. Cada zona pode ter um número diferente de instâncias gerenciadas (incluindo todas ou nenhuma).	Zona única. Todas as instâncias são criadas em uma única zona. O MIG escolhe a zona sempre que escalona horizontalmente a partir de zero VMs.
Suporte a recursos	EVEN (padrão)	BALANCED	ANY	ANY_SINGLE_ZONE
Escalonamento automático
Atualizações Canário
Flexibilidade de instância
Redistribuição proativa de instâncias			Não aplicável
Reservas	São usadas no máximo, em cada zona, de maneira independente. As reservas não afetam a distribuição das instâncias.	São usadas no máximo, em cada zona, de maneira independente. Se houver reservas, elas poderão ajudar você a chegar a uma distribuição equilibrada.	São usadas no máximo na região. O grupo prioriza o uso de reservas na região.	Usado no máximo dentro da zona escolhida. Sempre que o grupo não tiver VMs e precisar criar uma ou mais VMs, ele priorizará a zona com mais reservas, se essa zona também tiver recursos suficientes e oferecer suporte ao hardware para atender à solicitação.
Modelo de instância e requisitos de hardware de configuração com estado (tipo de máquina, CPU, GPU, discos atuais)	O hardware selecionado precisa estar disponível em todas as zonas selecionadas.	O hardware selecionado precisa estar disponível em pelo menos uma zona selecionada.	O hardware selecionado precisa estar disponível em pelo menos uma zona selecionada.	O hardware selecionado precisa estar disponível em pelo menos uma zona selecionada.
Nós de locatário individual
Como corrigir falhas	EVEN (padrão)	BALANCED	ANY	ANY_SINGLE_ZONE
Indisponibilidade temporária de recursos em uma zona	Exposto Cria novas instâncias gerenciadas em zonas com menos instâncias gerenciadas. Continua tentando criar instâncias de VM em uma zona onde recursos não estejam disponíveis até conseguir. Risco: não é possível criar VMs em uma zona com recursos limitados.	Resiliente Cria novas instâncias gerenciadas em zonas onde recursos estiverem disponíveis, enquanto distribui instâncias da maneira mais uniforme possível entre zonas. Risco: as VMs podem não ser distribuídas uniformemente entre as zonas.	Resiliente Cria novas instâncias gerenciadas em zonas onde os recursos estiverem disponíveis e maximiza a utilização de reservas não utilizadas. Risco: as VMs podem não ser distribuídas uniformemente entre as zonas.	Resiliente na criação de grupos e redimensiona a partir do zero Cria novas instâncias de VM em uma única zona, onde os recursos estão disponíveis. Risco: não é possível garantir que todas as instâncias adicionais sejam criadas durante solicitações de escalonamento horizontal se a zona escolhida não tiver recursos suficientes.
Falha no nível da zona	Resiliente O impacto é minimizado porque as instâncias em zonas íntegras continuam sendo exibidas. O impacto é minimizado ainda mais se você provisionar instâncias adicionais o suficiente para tolerar uma perda de zona.	Resiliente O impacto é minimizado porque as instâncias em zonas íntegras continuam sendo exibidas. O impacto é minimizado ainda mais se você provisionar instâncias adicionais o suficiente para tolerar uma perda de zona.	Exposto A interrupção pode ocorrer se a maioria ou todas as instâncias estiverem concentradas em uma zona com falha.	Exposto A falha temporária será inevitável se a falha ocorrer na zona escolhida.

^*Se você configurar o balanceamento de carga e o escalonamento automático e se houver falha em uma zona, é possível que você veja mais VMs nas zonas onde a carga aumenta. Se você desativar a redistribuição proativa de instâncias e adicionar ou remover instâncias de zonas, é possível que você veja uma distribuição não uniforme.

Casos de uso

Analise o suporte a recursos e escolha um formato de distribuição com base no caso de uso.

Priorizar a resiliência da carga de trabalho com uma distribuição uniforme

Se você executar um aplicativo de exibição altamente disponível que precise sobreviver à falhas no nível da zona sem prejudicar o desempenho, use o formato de distribuição de destino EVEN com um tamanho de grupo com provisionamento em excesso. O provisionamento em excesso do número de instâncias em um grupo protege a carga de trabalho contra falhas no nível da zona.

Dependendo da carga de trabalho, considere criar um escalonador automático para adicionar ou remover instâncias automaticamente no grupo quando a carga aumentar ou diminuir.

Para saber mais sobre o formato de distribuição de EVEN, consulte a comparação dos formatos de destino e leia Como o formato de destino EVEN funciona.

Para mais informações sobre como implantar cargas de trabalho altamente disponíveis em MIGs regionais, consulte as seguintes seções:

• Se você precisar de hardware especial disponível apenas em zonas específicas, selecione zonas para suas VMs.
• Provisionar o tamanho correto de grupos de instâncias gerenciadas.
• Para evitar a exclusão não intencional de instâncias ao excluir ou abandonar instâncias manualmente de um grupo regional, desative a redistribuição de instâncias entre zonas.
• Configurar o escalonamento automático para um MIG regional, o que tenta preservar um equilíbrio uniforme entre zonas no redimensionamento de grupo e escalonar horizontalmente para zonas disponíveis em caso de falha no nível da zona.
• Configurar o balanceamento de carga, o que altera o carregamento para zonas íntegras no caso de falhas no nível da zona e, se o escalonamento automático estiver configurado, leva a um aumento no número de VMs nas zonas em que a carga aumenta.
• Configure um MIG regional com estado, o que preserva o estado exclusivo de cada uma das instâncias do MIG — incluindo o nome da instância, discos permanentes e metadados — na reinicialização da máquina, recriação, recuperação automática ou eventos de atualização.

Equilibrar a aquisição de recursos com uma distribuição uniforme

Se você executar uma carga de trabalho de exibição altamente disponível ou em lote e precisar equilibrar a aquisição de recursos em uma distribuição uniforme de instâncias de VM entre as zonas selecionadas em uma região, use o formato de distribuição BALANCED.

A forma BALANCED prioriza a aquisição de recursos (o grupo cria instâncias em zonas onde os recursos estiverem disponíveis) enquanto distribui instâncias da maneira mais uniforme possível entre zonas para minimizar o impacto da falha no nível da zona.

Se você executar uma carga de trabalho em lote que não precise ser protegida contra falhas no nível da zona, use o formato de destino ANY. O formato ANY prioriza a aquisição de recursos e o uso de reservas por zona.

Com o formato definido como BALANCED ou ANY, você não precisa verificar manualmente se o hardware específico está disponível em uma zona específica. É possível selecionar todas as zonas em uma região e o grupo implantará automaticamente as instâncias nas zonas em que o hardware necessário estiver disponível.

Para saber mais sobre o formato de distribuição de BALANCED, consulte a comparação dos formatos de destino e leia Como o formato de distribuição de destino BALANCED funciona.

Atenção: se você definir o formato de distribuição como BALANCED, o MIG tentará distribuir as instâncias uniformemente pelas zonas selecionadas. No entanto, uma distribuição uniforme pode não ser alcançada devido às restrições na disponibilidade de recursos. Isso pode ser especialmente verdadeiro para máquinas grandes ou de hardware especializado (como plataformas de GPU ou de CPU). Em caso de restrição de recursos, o grupo pode implantar a maioria das instâncias em uma única zona ou em duas zonas. Se ocorrer uma falha no nível da zona nessa zona, a carga de trabalho poderá perder a maioria das VMs de exibição, causando uma interrupção. Recomendamos que você monitore as configurações e, ao observar um desequilíbrio substancial, tente configurar a carga de trabalho em outra região ou escolha configurações de hardware que sejam mais comuns.

Priorizar a aquisição de recursos

Se você executar cargas de trabalho em lote e se ter o número solicitado de instâncias para executar o processamento for mais importante para você do que a resiliência da carga de trabalho contra falhas no nível da zona, use o formato de distribuição de destino ANY.

Se você tiver reservas correspondentes, defina o formato de destino como ANY para priorizar o uso de zonas que contenham as reservas correspondentes. Para saber como configurar reservas em um modelo de instância, consulte Como consumir instâncias de uma reserva específica.

Semelhante ao formato de destino BALANCED, o formato ANY é útil quando a carga de trabalho em lote exigir qualquer um dos seguintes recursos:

• VMs com hardware especial, como uma plataforma de CPU ou modelo de GPU específicos. O grupo implantará instâncias nas zonas compatíveis com o hardware solicitado, de acordo com a disponibilidade de recursos e com preferência por zonas que tenham reservas correspondentes.
• VMs preemptivas Você não precisará explorar quais zonas têm capacidade preemptiva disponível. O grupo será implantado automaticamente em zonas com capacidade preemptiva.
• VMs com um número grande de núcleos. O grupo terá máquinas grandes quando estiverem disponíveis, com preferência por zonas que tenham reservas correspondentes.

Você não precisa verificar manualmente se um hardware específico está disponível em uma determinada zona. É possível selecionar todas as zonas em uma região e o grupo implantará automaticamente as instâncias nas zonas em que o hardware necessário estiver disponível.

Observação: a disponibilidade da capacidade preemptiva não é garantida em uma região.

É possível excluir seletivamente instâncias de worker de jobs em lote que tenham concluído cálculos sem afetar outros workers. Ao contrário de um grupo com um formato de destino EVEN e uma redistribuição proativa, um grupo com o formato de destino ANY não precisa atingir o equilíbrio uniforme e não acionará a redistribuição.

Cuidado: não use o formato de distribuição de destino ANY para serviços e cargas de trabalho altamente disponíveis. Quando o formato de destino estiver definido como ANY, o grupo regional poderá implantar a maioria das instâncias em uma única zona. Se ocorrer uma falha no nível da zona nessa zona, a carga de trabalho perderá a maioria das VMs de exibição, causando uma interrupção. Para minimizar o impacto da falha no nível da zona, use um formato de distribuição de destino EVEN ou BALANCED.

Para saber mais sobre o formato de distribuição de destino ANY, consulte a comparação dos formatos de destino e leia Como o formato de distribuição de destino ANY funciona.

Minimize a rede entre VMs

Se você executar uma carga de trabalho em lote e quiser colocar todas as VMs em uma única zona para reduzir a latência e os custos da rede de VM para VM, e se você não tiver um requisito de zona específico, defina o formato de distribuição de destino como ANY_SINGLE_ZONE. Também é possível criar uma política de posicionamento compacto e aplicá-la ao MIG para que as VMs no MIG estejam localizadas mais próximas entre si e na mesma infraestrutura de rede.

Quando você cria um MIG com pelo menos uma VM e sempre que um MIG sem VMs precisar escalonar horizontalmente novamente, o formato ANY_SINGLE_ZONE escolhe a zona ideal com base nas suas reservas, cotas e requisitos de hardware.

Assim como os formatos de destino BALANCED e ANY, o formato ANY_SINGLE_ZONE é útil quando a carga de trabalho em lote exigir um dos seguintes recursos:

• VMs com hardware especial, como uma plataforma de CPU ou modelo de GPU específicos. O grupo implantará instâncias em uma zona que aceita o hardware solicitado, de acordo com a disponibilidade de recursos, e com uma preferência para a zona que tenha reservas correspondentes.
• VMs preemptivas Você não precisará explorar quais zonas têm capacidade preemptiva disponível. O grupo será implantado automaticamente em uma zona com capacidade preemptiva.
• VMs com um número grande de núcleos. O grupo receberá máquinas grandes onde estiverem disponíveis, com preferência pela zona que tiver reservas correspondentes.

Você não precisa verificar manualmente se um hardware específico está disponível em uma determinada zona. Ao criar o MIG, selecione todas as zonas em uma região e o grupo vai implantar automaticamente as instâncias em uma zona em que o hardware necessário esteja disponível.

Para saber mais sobre a distribuição de destino ANY_SINGLE_ZONE, consulte a comparação dos formatos de destino e leia como o formato de distribuição de destino ANY_SINGLE_ZONE funciona.

Se você tiver requisitos de zona específicos e não quiser que o MIG troque de zona em nenhuma circunstância, use um MIG zonal.

Cuidado: não use o formato de distribuição de destino ANY_SINGLE_ZONE para serviços e cargas de trabalho altamente disponíveis. Quando o formato de destino é definido como ANY_SINGLE_ZONE, o grupo regional implanta todas as instâncias em uma única zona. Se ocorrer uma falha no nível da zona nessa zona, a carga de trabalho perderá todas as VMs em exibição, causando uma interrupção. O MIG não tenta recriar VMs inacessíveis em outra zona. Para minimizar o impacto da falha no nível da zona, use um formato de distribuição de destino EVEN ou BALANCED.

Como funciona

Nesta seção, descrevemos como cada formato de distribuição de destino funciona nas seguintes situações:

• Ao redimensionar o MIG
• Caso os recursos estejam temporariamente indisponíveis em uma zona
• Em caso de falha na zona

O formato de distribuição EVEN

Quando o formato de distribuição de destino estiver definido como EVEN e a redistribuição proativa estiver ativada, o número de instâncias gerenciadas em um MIG regional não será diferente do número de instâncias mais uma entre duas zonas, independentemente da disponibilidade de recursos. No entanto, uma instância gerenciada pode não estar em em execução se a zona dela não tiver os recursos para provisionar uma VM real.

Como redimensionar um MIG que tem um formato de distribuição EVEN

Um grupo com um formato de destino EVEN seleciona zonas para adicionar ou excluir instâncias de maneira a preservar ou convergir para um equilíbrio uniforme de instâncias gerenciadas entre as zonas.

Por exemplo, o diagrama a seguir mostra como um grupo adiciona e remove instâncias gerenciadas.

Como redimensionar um MIG que tem uma distribuição EVEN

Impacto de recursos indisponíveis temporariamente

Os recursos podem estar temporariamente indisponíveis em uma zona no momento da criação do grupo ou do aumento do número de instâncias. Por exemplo, se você solicitar instâncias preemptivas ou hardware especializado em uma oferta limitada, esses recursos poderão não estar disponíveis no momento da solicitação.

Com o objetivo de manter uma distribuição uniforme de instâncias entre zonas, o grupo continuará tentando criar instâncias de VM em zonas onde os recursos estejam temporariamente indisponíveis. Finalmente, o grupo adquirirá o número total de instâncias de VM em execução depois que os recursos se tornarem disponíveis.

Por exemplo, o diagrama a seguir mostra o que acontece quando uma das zonas não puder atender à solicitação devido a uma indisponibilidade temporária dos recursos.

O impacto de recursos indisponíveis temporariamente em um MIG que tem uma distribuição EVEN

Impacto da falha no nível da zona

Se você usar o formato de distribuição de destino EVEN (ou BALANCED), será possível provisionar instâncias adicionais para minimizar o impacto de uma falha no nível da zona.

No caso de falha no nível da zona, um MIG regional implantado em três zonas com um formato de distribuição de destino EVEN (ou BALANCED) pode perder 1/3 das instâncias. É possível garantir capacidade suficiente para exibir a carga no caso de falha no nível da zona provisionando mais VMs, 2/3 das que são exigidas pela carga.

Por exemplo, se você precisar de oito instâncias para processar solicitações em três zonas e quiser proteger a carga de trabalho contra falhas no nível da zona, crie um grupo regional com 12 instâncias. O diagrama a seguir mostra o que acontece se uma zona falhar.

Impacto da falha na zona em um MIG que tem uma distribuição EVEN

O formato de distribuição de destino EVEN funciona bem com o escalonamento automático e com o balanceamento de carga nessas circunstâncias. No caso de uma falha no nível da zona, o balanceador de carga começa a enviar tráfego para instâncias nas duas zonas restantes a fim de acomodar o tráfego da zona com falha.

Para mais informações sobre como um MIG regional funciona com um escalonador automático, consulte Escalonamento automático de um MIG regional.

O formato de distribuição BALANCED

Um MIG regional com um formato de destino BALANCED pode não atingir uma distribuição uniforme entre zonas, especificamente quando os recursos solicitados não estiverem disponíveis em uma zona.

O MIG prioriza o provisionamento do número solicitado de VMs criando-as em zonas onde os recursos estiverem disponíveis. Quando os recursos estiverem disponíveis, a distribuição é semelhante ao formato EVEN. No pior dos casos de restrições de recursos, a distribuição pode assumir qualquer formato.

Como redimensionar um MIG que tenha um formato de distribuição BALANCED

Como aumentar o tamanho do grupo

Com um formato de destino BALANCED, o grupo escolhe as zonas onde criar novas instâncias com base na disponibilidade atual dos recursos especificados no modelo de instância do MIG.

• Quando recursos suficientes estiverem disponíveis em todas as zonas selecionadas, o grupo manterá uma distribuição uniforme entre zonas com tamanho maior, da mesma maneira que o formato de destino EVEN.
• Quando as restrições de capacidade por zona tornarem impossível uma distribuição uniforme, o grupo criará instâncias nas zonas onde os recursos estiverem disponíveis, enquanto tenta maximizar o equilíbrio.

Por exemplo, é possível observar restrições de capacidade e uma distribuição não uniforme se você solicitar uma plataforma de CPU especializada, um modelo de GPU ou VMs preemptivas que não estejam disponíveis de maneira uniforme em todas as zonas.

Como redimensionar um MIG que tenha uma distribuição de BALANCED

Como diminuir o tamanho do grupo

Ao diminuir o tamanho, um MIG regional com formato de destino BALANCED remove instâncias na sequência a seguir para limitar a interrupção da carga de trabalho:

1. Instâncias que não estão em execução. Ou seja, instâncias que, por algum motivo, não podem ser criadas ou estão sendo criadas ou recuperadas automaticamente.
2. Instâncias em zonas onde o grupo tem mais VMs para convergir para um estado de distribuição uniforme.

Impacto de recursos indisponíveis temporariamente ou falha na zona

Com um formato de distribuição de destino BALANCED, o grupo implanta instâncias em zonas onde a capacidade estiver disponível. Durante restrições de capacidade temporárias na zona, isso pode levar a uma distribuição desigual de instâncias entre zonas.

Se uma zona com o maior número de instâncias de VM falhar, a carga de trabalho poderá perder uma parte significativa da capacidade de exibição. Se as zonas íntegras tiverem restrições temporárias de capacidade, o grupo tentará criar novamente as instâncias com falha no local original (a zona com falha) e essa tentativa poderá falhar.

Para proteger a carga de trabalho contra esse caso extremo:

• Provisione em excesso o tamanho do MIG regional para que a carga de trabalho tenha capacidade de exibição suficiente em caso de falha na zona.
• Reserve uma quantidade suficiente de recursos em cada zona para cobrir a carga de pico, provisionar em excesso e manter uma distribuição uniforme entre as zonas. Essa tática ajuda a garantir uma distribuição uniforme de instâncias entre zonas, o que minimiza a perda de capacidade em caso de falha na zona.

O diagrama a seguir mostra como um cenário com restrições de capacidade de zona temporárias, seguido por uma falha na zona, pode evoluir.

O impacto de recursos indisponíveis temporariamente, seguido de uma falha na zona, em um MIG que tem uma distribuição BALANCED

Se a solicitação não puder ser atendida em nenhuma zona na região, o grupo programará a criação da instância em zonas com recursos indisponíveis temporariamente. O grupo continua tentando criar as instâncias programadas nas zonas onde a criação foi originalmente programada. Se os recursos estiverem disponíveis em outras zonas antes de estarem disponíveis na zona original em que uma VM foi agendada, o grupo não tentará criar nessas outras zonas. É possível programar manualmente novas instâncias em zonas com capacidade disponível excluindo as instâncias gerenciadas que falharam ao criar e redimensionando o grupo até o tamanho de destino.

Se a criação da instância não for bem-sucedida, é possível listar instâncias gerenciadas para analisar a mensagem de erro na instância gerenciada correspondente ou listar erros recentes.

No caso de uma falha zonal, o formato de distribuição de destino BALANCED funciona bem com escalonamento automático e balanceamento de carga. Para acomodar o tráfego da zona com falha, o balanceador de carga envia tráfego para instâncias nas zonas restantes. Um escalonador automático responde ao aumento no uso das zonas e cria automaticamente a capacidade em zonas íntegras. Para mais informações, consulte Como escalonar automaticamente um MIG regional.

O formato de distribuição ANY

Com o formato de distribuição de destino definido como ANY, um MIG regional prioriza a aquisição de recursos criando instâncias gerenciadas em zonas onde os recursos estiverem disponíveis. Isso significa que todas as instâncias podem ser criadas em uma zona, ou distribuídas uniformemente em todas as zonas, ou qualquer coisa entre esses dois cenários.

Como redimensionar um MIG que tem um formato de distribuição ANY

Como aumentar o tamanho do grupo

Quando você aumenta o tamanho do grupo, o grupo escolhe qualquer zona com capacidade disponível.

Se você tiver reservas correspondentes em uma ou mais zonas, o grupo priorizará a utilização dessas reservas. No entanto, se você diminuir o tamanho do grupo, pode levar alguns minutos para que qualquer reserva consumida esteja disponível novamente para consumo. Durante esse período, quando as reservas consumidas anteriormente ainda não estiverem disponíveis, se você aumentar o tamanho do grupo e não houver reservas correspondentes, o grupo criará instâncias de VM em uma zona em que os recursos estejam disponíveis.

Como diminuir o tamanho do grupo

Ao diminuir o tamanho do grupo, ele exclui as instâncias de VM na seguinte ordem:

1. VMs que não estão em execução por algum motivo;
2. VMs que ainda não foram atualizadas para a versão pretendida;
3. VMs escolhidas de maneira não determinada.

Se você precisar diminuir o tamanho do grupo em zonas específicas ou remover instâncias de VM específicas, como workers que terminaram o respectivo job, exclua instâncias individuais do grupo.

Impacto de recursos indisponíveis temporariamente

Com o formato de distribuição de destino definido como ANY, o grupo programa a criação da instância de VM em zonas onde os recursos solicitados estiverem disponíveis e evita zonas com recursos indisponíveis temporariamente.

Se a solicitação não puder ser atendida em nenhuma zona na região, o grupo programará a criação da instância em zonas com recursos indisponíveis temporariamente. O grupo continuará tentando criar as instâncias programadas dentro das zonas onde a criação delas foi originalmente programada. Se os recursos estiverem disponíveis em outras zonas antes de estarem disponíveis na zona original em que uma VM foi programada, o grupo não tentará ser criado nas outras zonas. É possível programar manualmente novas instâncias em zonas com capacidade disponível excluindo as instâncias gerenciadas que não estão em execução e redimensionando o grupo para o tamanho de destino.

Se a criação da VM não for bem-sucedida, é possível listar instâncias gerenciadas para analisar a mensagem de erro na VM gerenciada correspondente ou listar erros recentes.

Por exemplo, o diagrama a seguir mostra como um grupo regional programa instâncias quando uma zona não pode atender à solicitação.

O impacto de recursos indisponíveis temporariamente em um MIG que tem uma distribuição ANY

Impacto da falha no nível da zona

Com o formato de distribuição de destino definido como ANY, o grupo pode implantar a maioria ou todas as instâncias em uma única zona. No caso de falha nessa zona, a maioria ou todas as instâncias do grupo poderão ficar indisponíveis enquanto a falha durar.

Se houver uma falha no nível da zona, se os recursos ficarem temporariamente indisponíveis ou se as instâncias de VM não estiverem em execução por algum motivo, é possível excluir as instâncias individuais que não estiverem em execução e redimensionar o grupo novamente para o tamanho necessário para tentar substituir as instâncias nas zonas com capacidade disponível.

Como excluir e recriar instâncias em um MIG que tenha uma distribuição ANY, em caso de recursos indisponíveis temporariamente

Observação: se a carga de trabalho precisar sobreviver a falhas no nível da zona sem prejudicar o desempenho temporariamente, use um formato de distribuição segmentado EVEN ou BALANCED e provisione capacidade extra.

O formato de distribuição ANY_SINGLE_ZONE

Um MIG regional com o formato de distribuição de destino ANY_SINGLE_ZONE seleciona automaticamente a zona ideal quando a primeira VM do grupo é criada. Depois que a primeira VM é criada, todas as outras VMs são criadas na mesma zona.

O MIG só pode selecionar uma zona diferente quando é reduzido a zero VMs e começa a criar a primeira VM novamente.

Escolher a zona ideal

Quando apenas uma das zonas selecionadas for compatível com os requisitos de hardware do grupo, o Compute Engine escolherá essa zona.

Quando várias zonas selecionadas são compatíveis com os requisitos de hardware do grupo, o Compute Engine escolhe uma zona que tem recursos disponíveis suficientes para se ajustar a todas as VMs do MIG regional, com uma preferência para a zona com mais reservas correspondentes.

Se nenhuma das zonas selecionadas tiver recursos disponíveis ou reservas correspondentes para acomodar todas as VMs, o Compute Engine vai escolher a zona com mais recursos disponíveis e reservas correspondentes, com preferência pela zona com mais reservas correspondentes. O grupo continua tentando criar o restante das VMs na mesma zona, mesmo que os recursos fiquem disponíveis antes em outra zona.

Como redimensionar um MIG que tem um formato de distribuição ANY_SINGLE_ZONE

Como aumentar o tamanho do grupo

Se um MIG já tiver VMs e tiver o formato de distribuição de destino definido como ANY_SINGLE_ZONE, para todas as operações de escalonamento horizontal, o MIG vai colocar novas VMs na mesma zona que as VMs atuais. Se não houver recursos ou reservas disponíveis suficientes para acomodar todas as VMs adicionais, o MIG criará o máximo possível.

Se o MIG não tiver VMs, quando ele for escalonado horizontalmente, ele escolherá a zona ideal que ofereça suporte aos requisitos de hardware do grupo e que utilize reservas correspondentes.

Como diminuir o tamanho do grupo

Ao reduzir escalonamento horizontal, um MIG regional com o formato de distribuição ANY_SINGLE_ZONE remove as VMs na seguinte ordem:

• As VMs que não estão no estado RUNNING são removidas primeiro para limitar a interrupção da carga de trabalho. Uma VM que não está em execução é aquela que, por qualquer motivo, não pôde ser criada ou está sendo criada ou reparada.
• VMs que não usam a configuração mais recente do grupo.
• VMs escolhidas de maneira não determinada.

Impacto de recursos indisponíveis temporariamente

Um MIG regional com o formato de distribuição de destino definido como ANY_SINGLE_ZONE é suscetível à escassez de recursos na zona selecionada.

Se os recursos ficarem temporariamente indisponíveis na zona escolhida do MIG, o MIG não alternará as zonas automaticamente. Isso significa que os processos de escalonamento horizontal e de atualização podem ser interrompidos até que recursos suficientes estejam disponíveis.

Impacto da falha no nível da zona

Um MIG regional com o formato de distribuição de destino definido como ANY_SINGLE_ZONE é suscetível a falhas zonais.

No caso improvável de uma falha zonal na zona que hospeda as VMs do MIG regional, todas as VMs do MIG podem não conseguir processar a carga de trabalho.

A seguir

• Para saber como definir o formato de destino em um MIG, consulte Como definir uma política para distribuir VMs entre zonas.
• Leia mais sobre MIGs regionais.
• Saiba mais sobre reservas de zona de recursos do Compute Engine.