Forma de distribuição do alvo do GIG regional

---

Por predefinição, um grupo de instâncias geridas (GIG) regional distribui as respetivas instâncias de máquinas virtuais (VMs) geridas uniformemente pelas zonas selecionadas. No entanto, se precisar de hardware que não esteja disponível em todas as zonas ou que possa estar temporariamente indisponível em zonas selecionadas, ou se precisar de dar prioridade à utilização de reservas zonais, pode preferir uma distribuição diferente.

Para configurar a forma como um MIG regional distribui as suas instâncias geridas nas zonas selecionadas numa região, defina o formato de distribuição de destino do MIG. Estão disponíveis as seguintes opções:

• EVEN (predefinição): o grupo cria e elimina VMs para alcançar e manter o mesmo número de VMs nas zonas selecionadas. Numa distribuição EVEN, o número de VMs não difere em mais de 1 entre duas zonas. Recomendado para cargas de trabalho de publicação altamente disponíveis.
• EQUILIBRADO: o grupo dá prioridade à criação de VMs em zonas onde os recursos estão disponíveis, ao mesmo tempo que distribui as VMs o mais uniformemente possível pelas zonas selecionadas para minimizar o impacto de uma falha zonal. Recomendado para o fornecimento altamente disponível ou cargas de trabalho em lote.
• ANY: o grupo escolhe zonas para criar instâncias de VM de modo a cumprir o número de VMs pedido dentro das restrições de recursos atuais e maximizar a utilização de reservas zonais não usadas. Recomendado para cargas de trabalho em lotes que não requerem alta disponibilidade.
• QUALQUER ZONA ÚNICA: o grupo cria todas as instâncias de VMs numa única zona. A zona é escolhida com base no suporte de hardware, na disponibilidade atual de recursos e quotas, e nas reservas correspondentes. Recomendado em combinação com uma política de posicionamento de instâncias compactas para cargas de trabalho que requerem uma comunicação extensiva entre VMs.

Escolha uma opção com base nos requisitos da sua carga de trabalho e nas capacidades do GIG de que precisa. Consulte a tabela de comparação, exemplos de utilização e como funcionam os formatos de distribuição.

Comparação de formas

Para cada formato de destino possível, a tabela seguinte descreve as cargas de trabalho pretendidas, a finalidade, a distribuição de instâncias geridas, o suporte de funcionalidades e uma breve descrição do comportamento do MIG quando confrontado com recursos indisponíveis.

	EVEN (predefinição)	BALANCED	ANY	ANY_SINGLE_ZONE
Cargas de trabalho previstas	Cargas de trabalho de publicação altamente disponíveis (sem estado ou com estado)	Cargas de trabalho de publicação altamente disponíveis (sem estado ou com estado) Cargas de trabalho em lotes altamente disponíveis	Cargas de trabalho em lote	Cargas de trabalho em lote que requerem uma comunicação extensiva entre VMs
Finalidade	Minimizar o impacto da falha ao nível da zona, partindo do princípio de que existe disponibilidade suficiente de recursos em cada zona.	Minimize o impacto da falha ao nível da zona o máximo possível, tendo em conta a disponibilidade de recursos em cada zona.	Priorizar a aquisição de recursos e a utilização de reservas não utilizadas.	Minimize a latência da rede e os custos entre VMs, mantendo todas as VMs numa zona.
Distribuição de destino de instâncias geridas em várias zonas	Par. O número de instâncias geridas não difere em mais de 1 entre quaisquer duas zonas, independentemente da disponibilidade de recursos.^* Algumas instâncias geridas podem não estar em funcionamento em caso de restrições de capacidade zonais.	O mais uniforme possível. Não existe garantia de discrepâncias no número de VMs em várias zonas, o que depende da disponibilidade atual de recursos. Quando os recursos estão disponíveis, a distribuição é semelhante à EVEN. No pior caso de restrições de recursos, a distribuição pode assumir qualquer forma.	Qualquer. Cada zona pode ter um número diferente de instâncias geridas (incluindo todas ou nenhuma).	Zona única. Todas as instâncias são criadas numa zona. O MIG escolhe a zona sempre que é dimensionado a partir de zero VMs.
Suporte de funcionalidades	EVEN (predefinição)	BALANCED	ANY	ANY_SINGLE_ZONE
Ajuste de escala automático
Atualizações de teste
Flexibilidade das instâncias
Redistribuição proativa de instâncias			Não aplicável
Reservas	Maximamente utilizada em cada zona de forma independente. As reservas não afetam a forma como as instâncias são distribuídas.	Maximamente utilizada em cada zona de forma independente. Se existirem reservas, estas podem ajudar a alcançar uma distribuição equilibrada.	Maximamente utilizada na região. O grupo dá prioridade à utilização de reservas na região.	Utilizado ao máximo na zona escolhida. Sempre que o grupo não tiver VMs e precisar de criar uma ou mais VMs, o grupo dá prioridade à zona com o maior número de reservas se essa zona também tiver recursos suficientes e suportar o hardware para satisfazer o pedido.
Requisitos de hardware do modelo de instância e da configuração com estado (tipo de máquina, CPU, GPU, discos existentes)	O hardware selecionado tem de estar disponível em todas as zonas selecionadas.	O hardware selecionado tem de estar disponível em, pelo menos, uma zona selecionada.	O hardware selecionado tem de estar disponível em, pelo menos, uma zona selecionada.	O hardware selecionado tem de estar disponível em, pelo menos, uma zona selecionada.
Nós de inquilino único
Lidar com falhas	EVEN (predefinição)	BALANCED	ANY	ANY_SINGLE_ZONE
Indisponibilidade temporária de recursos numa zona	Exposed Cria novas instâncias geridas em zonas com menos instâncias geridas. Continua a tentar criar instâncias de VM numa zona onde os recursos estão indisponíveis até ter êxito. Risco: não é possível criar VMs numa zona com recursos limitados.	Resiliente Cria novas instâncias geridas em zonas onde os recursos estão disponíveis, ao mesmo tempo que distribui as instâncias da forma mais uniforme possível entre as zonas. Risco: as VMs podem não ser distribuídas uniformemente pelas zonas.	Resiliente Cria novas instâncias geridas em zonas onde os recursos estão disponíveis e para maximizar a utilização de reservas não utilizadas. Risco: as VMs podem não ser distribuídas uniformemente pelas zonas.	Resiliente na criação de grupos e redimensionamentos a partir de zero Cria novas instâncias de VMs numa única zona, onde os recursos estão disponíveis. Risco: não é possível garantir que todas as instâncias adicionais são criadas com êxito durante os pedidos de expansão se a zona escolhida não tiver recursos suficientes.
Falha ao nível da zona	Resiliente O impacto é minimizado porque as instâncias em zonas saudáveis continuam a publicar. O impacto é ainda mais minimizado se aprovisionar instâncias adicionais, suficientes para tolerar a perda de uma zona.	Resiliente O impacto é minimizado porque as instâncias em zonas saudáveis continuam a publicar. O impacto é ainda mais minimizado se aprovisionar instâncias adicionais, suficientes para tolerar a perda de uma zona.	Exposto A indisponibilidade pode ocorrer se a maioria ou todas as instâncias estiverem concentradas numa zona com falhas.	Exposto A indisponibilidade é inevitável se a falha ocorrer na zona escolhida.

^*Se configurar o balanceamento de carga e a escala automática, e se uma zona falhar, pode ver mais VMs em zonas onde a carga aumenta. Se desativar a redistribuição proativa de instâncias e adicionar ou remover instâncias de zonas, pode ver uma distribuição desigual.

Exemplos de utilização

Reveja o suporte de funcionalidades e, de seguida, escolha um formato de distribuição com base no seu exemplo de utilização.

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

Se executar uma aplicação de publicação de alta disponibilidade que tem de sobreviver a falhas ao nível da zona sem degradação do desempenho, use o formato de distribuição alvo EVEN com um tamanho do grupo com aprovisionamento excessivo. O aprovisionamento excessivo do número de instâncias num grupo protege a sua carga de trabalho contra falhas ao nível da zona.

Consoante a sua carga de trabalho, considere criar um escalador automático para adicionar ou remover automaticamente instâncias do seu grupo quando a carga aumenta ou diminui.

Para saber mais acerca do formato de distribuição do alvo EVEN, consulte a comparação de formatos de alvos e leia Como funciona o formato do alvo EVEN.

Para mais informações sobre a implementação de cargas de trabalho de elevada disponibilidade em MIGs regionais, consulte as secções seguintes:

• Se precisar de hardware especial que só está disponível em zonas específicas, selecione zonas para as suas VMs
• Aprovisione o tamanho correto do grupo de instâncias geridas.
• Se quiser evitar a eliminação não intencional de instâncias quando elimina ou abandona instâncias manualmente de um grupo regional, desative a redistribuição de instâncias entre zonas
• Configure a escala automática para um MIG regional, que tenta preservar um equilíbrio uniforme entre zonas em redimensionamentos de grupos e aumenta a escala para zonas disponíveis em caso de falha ao nível da zona.
• Configure o balanceamento de carga, que transfere a carga para zonas em bom estado em caso de falha ao nível da zona e, se a escala automática estiver configurada, leva a um aumento no número de VMs em zonas onde a carga aumenta.
• Configure um GIG regional com estado, que pode preservar o estado único de cada uma das instâncias do GIG, incluindo o nome da instância da VM, os discos persistentes e os metadados, no reinício da máquina, na recriação, na autocura ou nos eventos de atualização.

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

Se executar uma carga de trabalho de fornecimento ou em lote de elevada disponibilidade e precisar de equilibrar a aquisição de recursos com uma distribuição uniforme de instâncias de VM nas zonas selecionadas numa região, use o formato de distribuição alvo BALANCED.

A forma BALANCED dá prioridade à aquisição de recursos. O grupo cria instâncias em zonas onde os recursos estão disponíveis, ao mesmo tempo que distribui as instâncias da forma mais uniforme possível entre as zonas para minimizar o impacto de falhas ao nível da zona.

Se executar uma carga de trabalho em lote que não precise de ser protegida contra falhas ao nível da zona, use a forma de destino ANY. A forma ANY dá prioridade à aquisição de recursos, bem como à utilização de reservas zonais.

Com a forma definida como BALANCED ou ANY, não precisa de verificar manualmente se o hardware específico está disponível numa zona específica. Pode selecionar todas as zonas numa região e o grupo implementa automaticamente instâncias em zonas onde o seu hardware necessário está disponível.

Para saber mais acerca do BALANCED formato de distribuição alvo, consulte a comparação de formatos alvo e leia Como funciona o formato de distribuição alvo BALANCED.

Aviso: se definir o formato de distribuição como BALANCED, o MIG tenta distribuir as instâncias uniformemente pelas zonas selecionadas. No entanto, pode não ser possível alcançar uma distribuição uniforme devido a restrições na disponibilidade de recursos. Isto pode ser especialmente verdade para máquinas grandes ou hardware especializado (como plataformas de GPU ou CPU). Em caso de restrições de recursos, o seu grupo pode implementar a maioria das instâncias numa única zona ou em duas zonas. Se ocorrer uma falha ao nível da zona, a sua carga de trabalho pode perder a maioria das VMs de serviço, o que provoca uma indisponibilidade. Recomendamos que monitorize as suas configurações e, quando observar um desequilíbrio substancial, tente configurar a sua carga de trabalho noutra região ou escolher configurações de hardware mais comuns.

Dê prioridade à aquisição de recursos

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

Se tiver reservas correspondentes, defina a forma do alvo como ANY para dar prioridade à utilização de zonas que contenham as reservas correspondentes. Para saber como configurar reservas num modelo de instância, consulte Usar instâncias de uma reserva específica.

Semelhante à forma do alvo BALANCED, a forma ANY é útil quando a sua carga de trabalho em lote requer qualquer uma das seguintes funcionalidades:

• VMs com hardware especial, como uma plataforma de CPU específica ou um modelo de GPU. O grupo implementa instâncias nas zonas que suportam o hardware pedido, de acordo com a disponibilidade de recursos e com uma preferência por zonas que tenham reservas correspondentes.
• VMs preemptivas. Não tem de explorar que zonas têm capacidade preemptível disponível. O grupo é implementado automaticamente em zonas com capacidade preemptível.
• VMs com um grande número de núcleos. O grupo recebe máquinas grandes onde estiverem disponíveis, com preferência por zonas com reservas correspondentes.

Não precisa de verificar manualmente se o hardware específico está disponível numa zona específica. Pode selecionar todas as zonas numa região e o grupo implementa automaticamente instâncias em zonas onde o seu hardware necessário está disponível.

Nota: a disponibilidade de capacidade preemptível não é garantida numa região.

Pode eliminar seletivamente instâncias de trabalho de tarefas em lote que tenham concluído os cálculos sem afetar outros trabalhadores. Ao contrário de um grupo com um formato de destino EVEN e redistribuição proativa, um grupo com um formato de destino ANY não tem de alcançar um equilíbrio uniforme e não aciona a redistribuição.

Aviso: 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 está definido como ANY, o seu grupo regional pode implementar a maioria das suas instâncias numa única zona. Se ocorrer uma falha ao nível da zona, a sua carga de trabalho perde a maioria das VMs de publicação, o que provoca uma indisponibilidade. Para minimizar o impacto da falha ao nível da zona, use um formato de distribuição de destino EVEN ou BALANCED.

Para saber mais detalhes sobre o ANYformato de distribuição alvo, consulte a comparação de formatos alvo e leia como funciona o ANYformato de distribuição alvo.

Minimize a rede entre VMs

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

Quando cria um GIG com, pelo menos, uma VM e sempre que um GIG sem VMs precisar de ser expandido novamente, o formato ANY_SINGLE_ZONE escolhe a zona ideal com base nas suas reservas, quotas e requisitos de hardware.

Semelhante às formas de destino BALANCED e ANY, a forma ANY_SINGLE_ZONE é útil quando a sua carga de trabalho em lote requer qualquer uma das seguintes funcionalidades:

• VMs com hardware especial, como uma plataforma de CPU específica ou um modelo de GPU. O grupo implementa instâncias numa zona que suporta o hardware pedido, de acordo com a disponibilidade de recursos e com uma preferência pela zona que tem reservas correspondentes.
• VMs preemptivas. Não tem de explorar que zonas têm capacidade preemptível disponível. O grupo é implementado automaticamente numa zona com capacidade preemptível.
• VMs com um grande número de núcleos. O grupo recebe máquinas grandes onde estiverem disponíveis, com preferência pela zona que tenha reservas correspondentes.

Não precisa de verificar manualmente se o hardware específico está disponível numa zona específica. Quando cria o MIG, selecione todas as zonas numa região e o grupo implementa automaticamente instâncias numa zona onde o seu hardware necessário está disponível.

Para saber mais detalhes sobre a ANY_SINGLE_ZONE distribuição alvo, consulte a comparação de formas de alvos e leia como funciona a forma de distribuição alvo ANY_SINGLE_ZONE.

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

Aviso: não use o formato de distribuição de destino ANY_SINGLE_ZONE para serviços e cargas de trabalho de elevada disponibilidade. Quando a forma de destino está definida como ANY_SINGLE_ZONE, o grupo regional implementa todas as suas instâncias numa única zona. Se ocorrer uma falha ao nível da zona nesta zona, a sua carga de trabalho perde todas as VMs de serviço, o que provoca uma indisponibilidade. O MIG não tenta recriar nenhuma VM inacessível noutra zona. Para minimizar o impacto da falha ao nível da zona, use uma forma de distribuição de destino EVEN ou BALANCED.

Como funciona

Esta secção descreve o funcionamento de cada forma de distribuição alvo nas seguintes situações:

• Quando redimensiona o MIG
• Caso os recursos estejam temporariamente indisponíveis numa zona
• Em caso de falha zonal

A forma da distribuição EVEN

Com um formato de distribuição alvo definido como EVEN e a redistribuição proativa ativada, o número de instâncias geridas num MIG regional não difere em mais de 1 entre duas zonas, independentemente da disponibilidade de recursos. No entanto, uma instância gerida pode não estar em funcionamento se a respetiva zona não tiver os recursos para aprovisionar uma VM real.

Redimensionar um MIG que tenha uma forma de distribuição EVEN

Um grupo com uma forma de destino EVEN escolhe zonas para adicionar ou eliminar instâncias de forma a preservar ou convergir para um equilíbrio uniforme de instâncias geridas em todas as zonas.

Por exemplo, o diagrama seguinte mostra como um grupo adiciona e remove instâncias geridas.

Redimensionar um MIG com uma distribuição EVEN

Impacto dos recursos temporariamente indisponíveis

Os recursos podem estar temporariamente indisponíveis numa zona quando cria o grupo ou aumenta o número de instâncias. Por exemplo, se pedir instâncias preemptíveis ou hardware especializado com disponibilidade limitada, esses recursos podem não estar disponíveis no momento do seu pedido.

Com o objetivo de manter uma distribuição uniforme de instâncias entre zonas, o grupo continua a tentar criar instâncias de VM em zonas onde os recursos estão temporariamente indisponíveis. Eventualmente, o grupo adquire o número total de instâncias de VMs em execução depois de os recursos ficarem disponíveis.

Por exemplo, o diagrama seguinte mostra o que acontece se uma das zonas não conseguir satisfazer o seu pedido devido a uma indisponibilidade temporária de recursos.

Impacto dos recursos temporariamente indisponíveis num MIG que tenha uma distribuição EVEN

Impacto da falha ao nível da zona

Se usar o formato de distribuição de destino EVEN (ou BALANCED), pode aprovisionar instâncias adicionais para minimizar o impacto de uma falha ao nível da zona.

Em caso de falha ao nível da zona, um GIG regional implementado em 3 zonas com um formato de distribuição de destino EVEN (ou BALANCED) pode perder 1/3 das respetivas instâncias. Pode garantir capacidade suficiente para publicar a sua carga em caso de falha ao nível da zona aprovisionando mais VMs, 2/3 das quais são necessárias para a carga.

Por exemplo, se precisar de 8 instâncias para processar pedidos em 3 zonas e quiser proteger a sua carga de trabalho contra falhas ao nível da zona, deve criar um grupo regional com 12 instâncias. O diagrama seguinte mostra o que acontece se uma zona falhar.

Impacto da falha zonal num GIG que tenha uma distribuição EVEN

O formato de distribuição de destino EVEN funciona bem com o dimensionamento automático e o equilíbrio de carga nestas circunstâncias. Em caso de falha ao nível da zona, o balanceador de carga começa a enviar tráfego para instâncias nas duas zonas restantes para acomodar o tráfego da zona com falhas.

Para mais informações sobre como um MIG regional funciona com um escalador automático, consulte o artigo Escalonar automaticamente um MIG regional.

A forma da distribuição BALANCED

Um GIG regional com um formato de destino BALANCED pode não alcançar uma distribuição uniforme entre zonas, especificamente quando os recursos pedidos não estão disponíveis numa zona.

O MIG dá prioridade ao aprovisionamento do número pedido de VMs criando VMs em zonas onde os recursos estão disponíveis. Quando os recursos estão disponíveis, a distribuição é semelhante à EVEN. No pior caso de restrições de recursos, a distribuição pode assumir qualquer forma.

Redimensionar um MIG que tenha uma BALANCED forma de distribuição

Aumentar o tamanho do grupo

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

• Quando os recursos estão suficientemente disponíveis em todas as zonas selecionadas, o grupo mantém uma distribuição uniforme entre as zonas em aumentos de tamanho, da mesma forma que a EVEN forma alvo.
• Quando as restrições de capacidade zonal impossibilitam alcançar uma distribuição uniforme, o grupo cria instâncias nas zonas onde os recursos estão disponíveis, ao mesmo tempo que tenta maximizar o equilíbrio.

Por exemplo, pode observar restrições de capacidade e uma distribuição desigual se pedir uma plataforma de CPU especializada, um modelo de GPU ou VMs preemptíveis que não estejam uniformemente disponíveis em todas as zonas.

Redimensionar um MIG com uma distribuição BALANCED

Diminuir o tamanho do grupo

Quando diminui o tamanho, um MIG regional com uma forma de destino BALANCED remove instâncias na seguinte sequência para limitar a interrupção da sua carga de trabalho:

1. Instâncias que não estão em execução, ou seja, instâncias que, por qualquer motivo, não podem ser criadas ou estão a ser criadas ou reparadas automaticamente.
2. Instâncias em zonas onde o grupo tem mais VMs, para convergir para um estado distribuído uniformemente.

Impacto dos recursos temporariamente indisponíveis ou da falha zonal

Com um BALANCEDformato de distribuição de destino, o grupo implementa instâncias em zonas onde a capacidade está disponível. Durante restrições temporárias de capacidade zonal, isto pode levar a uma distribuição desigual de instâncias entre zonas.

Se, numa situação destas, uma zona com o maior número de instâncias de VM falhar, a sua carga de trabalho pode perder uma parte significativa da capacidade de publicação. Se as zonas em bom estado tiverem restrições de capacidade temporárias, o grupo tenta recriar as instâncias com falhas na localização original (uma zona com falhas) e esta tentativa pode falhar.

Para proteger a sua carga de trabalho contra um caso tão extremo:

• Exceda o aprovisionamento do tamanho do MIG regional para que a sua carga de trabalho tenha capacidade de publicação suficiente em caso de falha zonal.
• Reserve uma quantidade suficiente de recursos em cada zona para cobrir o pico de carga, o aprovisionamento excessivo e manter uma distribuição uniforme entre as zonas. Esta tática ajuda a garantir que pode obter uma distribuição uniforme de instâncias entre zonas, o que minimiza a perda de capacidade em caso de falha zonal.

O diagrama seguinte mostra como um cenário com restrições de capacidade zonais temporárias, seguido de uma falha zonal, pode evoluir.

Impacto dos recursos temporariamente indisponíveis, seguido de uma falha zonal, num GIG que tenha uma distribuição BALANCED

Se o seu pedido não puder ser cumprido em nenhuma zona da região, o grupo agenda a criação de VMs em zonas com recursos temporariamente indisponíveis. O grupo continua a tentar criar as instâncias agendadas nas zonas onde a respetiva criação foi originalmente agendada. Se os recursos ficarem disponíveis noutras zonas antes do que na zona original onde uma VM foi agendada, o grupo não tenta a criação nessas outras zonas. Pode agendar novas instâncias em zonas com capacidade disponível manualmente, eliminando as instâncias geridas que não foram criadas e redimensionando o grupo até ao respetivo tamanho de destino.

Se a criação de VMs não for bem-sucedida, pode listar as instâncias geridas para rever a mensagem de erro na instância de VM gerida correspondente ou listar os erros recentes.

Em caso de falha zonal, o formato de distribuição de destino BALANCED funciona bem com o dimensionamento automático e o equilíbrio de carga. Para acomodar o tráfego da zona com falhas, o balanceador de carga envia tráfego para instâncias nas zonas restantes. Um autoscaler responde ao aumento da utilização nas zonas e cria automaticamente capacidade em zonas em bom estado. Para mais informações, consulte o artigo Ajustar a escala automaticamente de um MIG regional.

A forma da distribuição ANY

Com um formato de distribuição de destino definido como ANY, um GIG regional dá prioridade à aquisição de recursos através da criação de instâncias geridas em zonas onde os recursos estão disponíveis. Isto significa que todas as instâncias podem ser criadas numa zona ou distribuídas uniformemente por todas as zonas, ou qualquer coisa entre esses dois cenários.

Redimensionar um MIG que tenha uma forma de distribuição ANY

Aumentar o tamanho do grupo

Quando aumenta o tamanho do grupo, o grupo escolhe qualquer zona onde haja capacidade disponível.

Se tiver reservas correspondentes numa ou mais zonas, o grupo prioriza a utilização dessas reservas. No entanto, se diminuir o tamanho do grupo, pode demorar alguns minutos até que qualquer reserva consumida fique novamente disponível para consumo. Durante este período em que as reservas consumidas anteriormente ainda não estão disponíveis, se aumentar o tamanho do grupo e não existirem reservas correspondentes, o grupo cria instâncias de VMs numa zona onde os recursos estão disponíveis.

Diminuir o tamanho do grupo

Quando diminui o tamanho do grupo, o grupo elimina as instâncias de VM pela seguinte ordem:

1. Máquinas virtuais que não estão em execução por qualquer motivo
2. VMs que ainda não foram atualizadas para a versão pretendida
3. VMs escolhidas de forma não determinística

Se precisar de diminuir o tamanho do grupo em zonas específicas ou remover instâncias de VMs específicas, por exemplo, trabalhadores que terminaram o respetivo trabalho, pode eliminar instâncias específicas do grupo.

Impacto dos recursos temporariamente indisponíveis

Com uma forma de distribuição de destino definida como ANY, os grupos agendam a criação de instâncias de VM em zonas onde os recursos pedidos estão disponíveis e evitam zonas com recursos temporariamente indisponíveis.

Se o seu pedido não puder ser cumprido em nenhuma zona da região, o grupo agenda a criação de VMs em zonas com recursos temporariamente indisponíveis. O grupo vai continuar a tentar criar as instâncias agendadas nas zonas onde a criação foi originalmente agendada. Se os recursos ficarem disponíveis noutras zonas antes do que na zona original onde uma VM foi agendada, o grupo não tenta a criação nessas outras zonas. Pode agendar manualmente novas instâncias em zonas com capacidade disponível eliminando as instâncias geridas não em execução e redimensionando o grupo até ao respetivo tamanho de destino.

Se a criação de VMs não for bem-sucedida, pode listar as instâncias geridas para rever a mensagem de erro na instância de VM correspondente ou listar os erros recentes.

Por exemplo, o diagrama seguinte mostra como um grupo regional agenda instâncias quando uma zona não consegue satisfazer o seu pedido.

Impacto dos recursos temporariamente indisponíveis num MIG que tenha uma distribuição ANY

Impacto da falha ao nível da zona

Com a forma de distribuição alvo definida como ANY, o grupo pode implementar a maioria ou todas as respetivas instâncias numa única zona. Em caso de falha nessa zona, a maioria ou a totalidade das instâncias do grupo podem ficar indisponíveis durante a falha.

Em caso de falha ao nível da zona ou de os recursos ficarem temporariamente indisponíveis, ou quando, por qualquer motivo, as suas instâncias de VM não estiverem em execução, pode eliminar as instâncias individuais não em execução e, em seguida, redimensionar o grupo para o tamanho necessário para tentar obter instâncias de substituição em zonas com capacidade disponível.

Eliminar e recriar instâncias num MIG que tenha uma distribuição ANY, no caso de recursos temporariamente indisponíveis

Nota: se a sua carga de trabalho tiver de sobreviver a falhas ao nível da zona sem um desempenho temporariamente degradado, use uma forma de distribuição de destino EVEN ou BALANCED e disponibilize capacidade adicional.

A forma da 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 no grupo é criada. Depois de criar a primeira VM, todas as outras VMs são criadas na mesma zona.

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

Escolher a zona ideal

Quando apenas uma das zonas selecionadas suporta os requisitos de hardware do grupo, o Compute Engine escolhe esta zona.

Quando várias zonas selecionadas suportam os requisitos de hardware do grupo, o Compute Engine escolhe uma zona com recursos disponíveis suficientes para todas as VMs do GIG regional, com preferência pela zona com o maior número de reservas correspondentes.

Se nenhuma das zonas selecionadas tiver recursos disponíveis suficientes ou reservas correspondentes para acomodar todas as VMs, para criar o maior número possível de VMs, o Compute Engine escolhe a zona com mais recursos disponíveis e reservas correspondentes, com preferência pela zona com mais reservas correspondentes. O grupo continua a tentar criar o restante das VMs na mesma zona, mesmo que os recursos fiquem disponíveis mais cedo noutra zona.

Redimensionar um MIG que tenha uma forma de distribuição ANY_SINGLE_ZONE

Aumentar o tamanho do grupo

Se um MIG já tiver VMs e a forma de distribuição de destino estiver definida como ANY_SINGLE_ZONE, para todas as operações de expansão, o MIG coloca novas VMs na mesma zona que as VMs existentes. Se não existirem recursos ou reservas disponíveis suficientes para acomodar todas as VMs adicionais, o MIG cria o maior número possível.

Se o MIG não tiver VMs, quando for expandido, escolhe a zona ideal que suporta os requisitos de hardware do grupo e que usa reservas correspondentes.

Diminuir o tamanho do grupo

Quando reduz a escala, um GIG regional com o formato de distribuição ANY_SINGLE_ZONE remove VMs pela seguinte ordem:

• As VMs que não estão no estado RUNNING são removidas primeiro para limitar a interrupção da sua carga de trabalho. Uma VM não em execução é uma VM que, por qualquer motivo, não pode ser criada ou está a ser criada ou reparada.
• VMs que não usam a configuração mais recente do grupo.
• VMs escolhidas de forma não determinística

Impacto dos recursos temporariamente indisponíveis

Um GIG regional com a forma de distribuição de destino definida como ANY_SINGLE_ZONE é suscetível a escassez de recursos na zona selecionada.

Se os recursos ficarem temporariamente indisponíveis na zona escolhida do MIG, o MIG não muda automaticamente de zona. Isto significa que os processos de expansão e atualização podem ser interrompidos até que estejam disponíveis recursos suficientes.

Impacto da falha ao nível da zona

Um GIG regional com a forma de distribuição alvo definida como ANY_SINGLE_ZONE é suscetível a falhas zonais.

No caso improvável de uma falha zonal na zona que aloja as VMs do MIG regional, todas as VMs do MIG podem ficar impossibilitadas de processar a sua carga de trabalho.

O que se segue?

• Para saber como definir a forma do destino num MIG, consulte o artigo Definir uma política para distribuir VMs por zonas.
• Leia mais acerca dos GIGs regionais.
• Saiba mais acerca das reservas zonais de recursos do Compute Engine.