Por padrão, um grupo regional de instâncias gerenciadas (MIG) distribui suas instâncias de máquinas virtuais (VM) gerenciadas uniformemente entre zonas selecionadas. Mas se você 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 priorizar o uso de reservas zonais, talvez você prefira uma distribuição diferente.
Para configurar como um MIG regional distribui suas 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:
- MESMO (padrão): o grupo cria e exclui VMs para atingir 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 quaisquer. Recomendado para cargas de trabalho de serviço altamente disponíveis. - EQUILIBRADO : o grupo prioriza a criação de VMs em zonas onde os recursos estão disponíveis, ao mesmo tempo que distribui as VMs da maneira mais uniforme possível pelas zonas selecionadas para minimizar o impacto da falha zonal. Recomendado para serviços altamente disponíveis ou cargas de trabalho em lote.
- QUALQUER : o grupo escolhe zonas para criar instâncias de VM para atender ao número solicitado de VMs dentro das restrições de recursos atuais e para maximizar a utilização de reservas zonais não utilizadas. Recomendado para cargas de trabalho em lote que não exigem alta disponibilidade.
- QUALQUER ZONA ÚNICA : 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 compacta de posicionamento de instâncias para cargas de trabalho que exigem comunicação extensiva entre VMs.
Escolha uma opção com base nos requisitos da sua carga de trabalho e nos recursos MIG necessários. Veja a tabela de comparação , casos de uso e como funcionam os formatos de distribuição .
Comparação de formas
Para cada formato de destino possível, a tabela a seguir descreve as cargas de trabalho pretendidas, a finalidade, a distribuição de instâncias gerenciadas, o suporte de recursos e uma breve descrição do comportamento do MIG quando confrontado com recursos indisponíveis.
EVEN (padrão) | BALANCED | ANY | ANY_SINGLE_ZONE | |
|---|---|---|---|---|
| Cargas de trabalho pretendidas | Cargas de trabalho de serviço altamente disponíveis (sem estado ou com estado) | Cargas de trabalho de serviç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 ampla comunicação entre VMs |
| Propósito | Minimize o impacto da falha no nível da zona, assumindo disponibilidade suficiente de recursos em cada zona. | Minimize o impacto da falha no nível da zona tanto quanto possível, considerando a disponibilidade de recursos em cada zona. | Priorize a aquisição de recursos e a utilização de reservas não utilizadas. | Minimize a latência da rede ecustosentre VMs, mantendo todas as VMs em uma zona. |
| Distribuição desejada de instâncias gerenciadas entre zonas | Até. O número de instâncias gerenciadas não difere em mais de 1 entre duas zonas quaisquer, independentemente da disponibilidade de recursos. * Algumas instâncias gerenciadas podem não estar funcionando em caso de restrições de capacidade zonal. | O mais uniforme possível. Não há garantia de discrepâncias no número de VMs entre zonas, o que depende da disponibilidade atual de recursos. Quando há recursos 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 gerenciadas (incluindo todas ou nenhuma). | Zona única. Todas as instâncias são criadas dentro de uma zona. O MIG escolhe a zona sempre que escala 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 | Utilizado ao máximo dentro de cada zona de forma independente. As reservas não afetam a forma como as instâncias são distribuídas. | Utilizado ao máximo dentro de cada zona de forma independente. Se existirem reservas, estas poderão ajudar a chegar a uma distribuição equilibrada. | Utilizado ao máximo na região. O grupo prioriza o esgotamento das reservas da região. | Utilizado ao máximo dentro da zona escolhida. Sempre que o grupo não possui VMs e precisa criar uma ou mais VMs, o grupo prioriza a zona com mais reservas se essa zona também tiver recursos suficientes e suportar o 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 existentes) | O hardware selecionado deve estar disponível em todas as zonas selecionadas. | O hardware selecionado deve estar disponível em pelo menos uma zona selecionada. | O hardware selecionado deve estar disponível em pelo menos uma zona selecionada. | O hardware selecionado deve estar disponível em pelo menos uma zona selecionada. |
| Nós de locatário individual | ||||
| Lidando com falhas | EVEN (padrão) | BALANCED | ANY | ANY_SINGLE_ZONE |
| Indisponibilidade temporária de recursos em uma zona | Expor Cria novas instâncias gerenciadas em zonas com menos instâncias gerenciadas. Continua tentando criar instâncias de VM em uma zona onde os recursos não estão disponíveis até conseguir. Risco: Não é possível criar VMs numa zona com recursos limitados. | Resiliente Cria novas instâncias gerenciadas em zonas onde os recursos estão disponíveis, ao mesmo tempo que distribui instâncias da maneira mais uniforme possível entre as 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 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 entre as zonas. | Resiliente na criação de grupos e redimensionamento 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 com êxito durante as solicitações de expansão 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 veiculadas. O impacto será ainda mais minimizado se você provisionar instâncias extras , o suficiente para tolerar a perda de uma zona. | Resiliente O impacto é minimizado porque as instâncias em zonas íntegras continuam sendo veiculadas. O impacto será ainda mais minimizado se você provisionar instâncias extras , o suficiente para tolerar a perda de uma zona. | Expor A interrupção poderá ocorrer se a maioria ou todas as instâncias estiverem concentradas em uma zona com falha. | Expor A interrupção é inevitável se a falha ocorrer na zona escolhida. |
* Se você configurar o balanceamento de carga, bem como o escalonamento automático, e se uma zona falhar, você poderá ver mais VMs em zonas onde a carga aumenta. Se você desabilitar a redistribuição proativa de instâncias e adicionar ou remover instâncias de zonas, poderá ver uma distribuição desigual.
Casos de uso
Revise o suporte ao recurso e escolha um formato de distribuição com base no seu caso de uso.
Priorize a resiliência da carga de trabalho com uma distribuição uniforme
Se você executar um aplicativo de serviço altamente disponível que deve sobreviver a falhas no nível da zona sem degradação do desempenho, use o formato de distribuição de destino EVEN com um tamanho de grupo superprovisionado . O provisionamento excessivo do número de instâncias em um grupo protege sua carga de trabalho contra falhas no nível da zona.
Dependendo da sua carga de trabalho, considere criar um escalonador automático para adicionar ou remover automaticamente instâncias do seu grupo quando a carga aumentar ou diminuir.
Para saber mais sobre o formato de distribuição do alvo EVEN , consulte a comparação dos formatos do alvo e leia Como funciona o formato do alvo EVEN .
Para obter mais informações sobre a implantação de cargas de trabalho altamente disponíveis em MIGs regionais, consulte as seções a seguir:
- Se você precisar de hardware especial disponível apenas em zonas específicas, selecione zonas para suas VMs
- Provisione o tamanho correto do grupo de instâncias gerenciadas .
- Se você quiser evitar a exclusão não intencional de instâncias ao excluir ou abandonar manualmente instâncias de um grupo regional, desative a redistribuição de instâncias entre zonas
- Configure o escalonamento automático para um MIG regional , que tenta preservar um equilíbrio uniforme entre zonas em redimensionamentos de grupo e escala para zonas disponíveis em caso de falha no nível da zona.
- Configure o balanceamento de carga , que transfere a carga para zonas íntegras em caso de falha no nível da zona e, se o escalonamento automático estiver configurado, leva a um aumento no número de VMs em zonas onde a carga aumenta.
- Configure um MIG regional com estado , que pode preservar o estado exclusivo de cada uma das instâncias do seu MIG, incluindo nome da instância da VM, discos permanentes e metadados, em eventos de reinicialização, recriação, recuperação automática ou atualização da máquina.
Equilibre a aquisição de recursos com uma distribuição uniforme
Se você executar uma carga de trabalho de serviço ou lote altamente disponível e precisar equilibrar a aquisição de recursos com uma distribuição uniforme de instâncias de VM em zonas selecionadas em uma região, use o formato de distribuição de destino BALANCED .
O formato BALANCED prioriza a aquisição de recursos – o grupo cria instâncias em zonas onde os recursos estão disponíveis – enquanto distribui instâncias da forma mais uniforme possível entre zonas para minimizar o impacto de falhas no nível da zona.
Se você executar uma carga de trabalho em lote que não precisa ser protegida contra falhas no nível da zona, use o formato de destino ANY . O formato ANY prioriza a aquisição de recursos, bem como o uso de reservas zonais.
Com a forma definida como BALANCED ou ANY , você não precisa verificar manualmente se um hardware específico está disponível em uma zona específica. Você pode selecionar todas as zonas em uma região e o grupo implantará automaticamente instâncias em zonas onde o hardware necessário estiver disponível.
Para saber mais sobre o formato de distribuição alvo BALANCED , veja a comparação dos formatos alvo e leia Como funciona o formato de distribuição alvo BALANCED .
Priorize a aquisição de recursos
Se você executar cargas de trabalho em lote e obter 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 a falhas no nível da zona , use o formato de distribuição de destino ANY .
Se você tiver reservas correspondentes, defina seu 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 Consumir instâncias de uma reserva específica .
Semelhante ao formato de destino BALANCED , o formato ANY é útil quando sua carga de trabalho em lote requer qualquer um dos seguintes recursos:
- VMs com hardware especial , como uma plataforma de CPU ou modelo de GPU específico. O grupo implantará instâncias nas zonas que suportam o hardware solicitado, de acordo com a disponibilidade de recursos e com preferência para 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 grande número de núcleos . O grupo receberá máquinas de grande porte onde 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 zona específica. Você pode selecionar todas as zonas em uma região e o grupo implantará automaticamente instâncias em zonas onde o hardware necessário estiver disponível.
Você pode excluir seletivamente instâncias de trabalho em lote que concluíram cálculos sem afetar outros trabalhadores. Ao contrário de um grupo com formato de alvo EVEN e redistribuição proativa, um grupo com ANY formato de alvo não precisa atingir um equilíbrio uniforme e não desencadeará redistribuição.
Para saber mais detalhes sobre o formato de distribuição de destino ANY , consulte a comparação dos formatos de destino e leia como funciona o formato de distribuição de destino ANY .
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 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 . Você também pode criar uma política de posicionamento compacta e aplicá-la ao seu MIG para que as VMs no MIG fiquem localizadas mais próximas umas das outras e na mesma infraestrutura de rede.
Quando você cria um MIG com pelo menos uma VM e sempre que um MIG sem VMs precisa ser ampliado novamente, a forma ANY_SINGLE_ZONE escolhe a zona ideal com base em suas reservas, cotas e requisitos de hardware.
Semelhante às formas de destino BALANCED e ANY , a forma ANY_SINGLE_ZONE é útil quando a carga de trabalho em lote requer qualquer um dos seguintes recursos:
- VMs com hardware especial , como uma plataforma de CPU ou modelo de GPU específico. O grupo implantará instâncias em uma zona que ofereça suporte ao hardware solicitado, de acordo com a disponibilidade de recursos e com 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 grande número de núcleos . O grupo receberá máquinas de grande porte onde estiverem disponíveis, com preferência pela zona que tenha reservas correspondentes.
Você não precisa verificar manualmente se um hardware específico está disponível em uma zona específica. Ao criar o MIG, selecione todas as zonas em uma região e o grupo implantará automaticamente instâncias em uma zona onde o hardware necessário esteja disponível.
Para saber mais detalhes sobre a distribuição de destino ANY_SINGLE_ZONE , consulte a comparação dos formatos de destino e leia como funciona o formato de distribuição de destino ANY_SINGLE_ZONE .
Se você tiver requisitos de zona específicos e não quiser que seu MIG troque de zona sob nenhuma circunstância, use um MIG zonal .
Como funciona
Esta seção descreve como cada formato de distribuição de destino funciona nas seguintes situações:
- Quando você redimensiona o MIG
- Caso os recursos estejam temporariamente indisponíveis em uma zona
- Em caso de falha zonal
A forma de distribuição EVEN
Com um formato de distribuição de destino definido como EVEN e redistribuição proativa habilitada, o número de instâncias gerenciadas em um MIG regional não difere em mais de 1 entre quaisquer duas zonas, independentemente da disponibilidade de recursos. Mas uma instância gerenciada pode não estar em funcionamento se sua zona não tiver recursos para provisionar uma VM real.
Redimensionando um MIG que possui um formato de distribuição EVEN
Um grupo com um formato de destino EVEN escolhe zonas para adicionar ou excluir instâncias de uma forma que preserva ou converge para um equilíbrio uniforme de instâncias gerenciadas entre zonas.
Por exemplo, o diagrama a seguir mostra como um grupo adiciona e remove instâncias gerenciadas.
EVEN Impacto de recursos temporariamente indisponíveis
Os recursos podem ficar temporariamente indisponíveis em uma zona quando você cria o grupo ou aumenta o número de instâncias. Por exemplo, se você solicitar instâncias preemptivas ou hardware especializado em quantidade limitada, esses recursos poderão não estar disponíveis no momento da sua solicitação.
Com o objetivo de manter uma distribuição uniforme de instâncias entre zonas, o grupo continua tentando 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 VM em execução depois que os recursos ficam disponíveis.
Por exemplo, o diagrama a seguir mostra o que acontece se uma das zonas não puder atender à sua solicitação devido a uma indisponibilidade temporária de recursos.
EVEN Impacto da falha no nível da zona
Se você usar o formato de distribuição de destino EVEN (ou BALANCED ), poderá provisionar instâncias extras para minimizar o impacto de uma falha no nível da zona.
Em caso de falha no nível da zona, um MIG regional implantado em 3 zonas com um formato de distribuição de destino EVEN (ou BALANCED ) poderá perder 1/3 de suas instâncias. Você pode garantir capacidade suficiente para atender sua carga em caso de falha no nível da zona provisionando mais VMs, 2/3 das quais são exigidas pela carga.
Por exemplo, se você precisar de 8 instâncias para processar solicitações em 3 zonas e quiser proteger sua carga de trabalho contra falhas no nível da zona, deverá criar um grupo regional com 12 instâncias. O diagrama a seguir mostra o que acontece se uma zona falhar.
EVEN O formato de distribuição de destino EVEN funciona bem com escalonamento automático e 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 para acomodar o tráfego da zona com falha.
Para obter mais informações sobre como um MIG regional funciona com um escalonador automático, consulte Dimensionamento automático de um MIG regional .
A forma de distribuição BALANCED
Um MIG regional com um formato de meta BALANCED pode não conseguir uma distribuição uniforme entre zonas, especificamente quando os recursos solicitados não estão disponíveis numa zona.
O MIG prioriza o provisionamento do número solicitado de VMs criando VMs em zonas onde os recursos estão disponíveis. Quando há recursos disponíveis, a distribuição é semelhante à EVEN . No pior caso de restrições de recursos, a distribuição pode assumir qualquer forma.
Redimensionando um MIG que possui uma forma de distribuição BALANCED
Aumentando 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 você 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 com aumentos de tamanho, da mesma forma que o formato alvo
EVEN. - Quando as restrições de capacidade zonal tornam impossível 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, você poderá observar restrições de capacidade e uma distribuição desigual se solicitar uma plataforma de CPU especializada, um modelo de GPU ou VMs preemptivas que não estejam disponíveis uniformemente em todas as zonas.
BALANCEDDiminuindo o tamanho do grupo
Ao diminuir seu tamanho, um MIG regional com formato de destino BALANCED remove instâncias na seguinte sequência para limitar a interrupção da sua carga de trabalho:
- Instâncias que não estão em execução; isto é, instâncias que, por qualquer motivo, não podem ser criadas ou estão sendo criadas ou corrigidas automaticamente.
- Instâncias em zonas onde o grupo tem mais VMs, para convergir para um estado distribuído uniformemente.
Impacto de recursos temporariamente indisponíveis ou falha zonal
Com um formato de distribuição de destino BALANCED , o grupo implanta instâncias em zonas onde há capacidade disponível. Durante restrições temporárias de capacidade zonal, isto pode levar a uma distribuição desigual de instâncias entre zonas.
Se, em tal situação, uma zona com o maior número de instâncias de VM falhar, a sua carga de trabalho poderá perder uma parte significativa da sua capacidade de serviço. Se as zonas íntegras tiverem restrições de capacidade temporárias, o grupo tentará recriar instâncias com falha no local original (uma zona com falha) e essa tentativa poderá falhar.
Para proteger sua carga de trabalho contra casos extremos:
- Superprovisione o tamanho do seu MIG regional, para que sua carga de trabalho tenha capacidade de atendimento suficiente no caso de uma falha zonal.
- Reserve uma quantidade suficiente de recursos em cada zona para cobrir picos de carga, superprovisionar e manter uma distribuição uniforme entre zonas. Essa tática ajuda a garantir que você consiga uma distribuição uniforme de instâncias entre zonas, o que minimiza a perda de capacidade em caso de falha zonal.
O diagrama a seguir mostra como um cenário com restrições temporárias de capacidade zonal, seguido por uma falha zonal, pode evoluir.
BALANCEDSe sua solicitação não puder ser atendida em nenhuma zona da região, o grupo agendará a criação de VM em zonas com recursos temporariamente indisponíveis. O grupo continua tentando criar as instâncias agendadas nas zonas onde sua criação foi originalmente agendada. Se os recursos ficarem disponíveis em outras zonas antes da zona original onde uma VM foi agendada, o grupo não tentará a criação nessas outras zonas. Você pode agendar novas instâncias em zonas com capacidade disponível manualmente, excluindo as instâncias gerenciadas que não foram criadas e redimensionando o grupo até o tamanho desejado.
Se a criação da VM não for bem-sucedida, você poderá listar as instâncias gerenciadas para revisar a mensagem de erro na instância de VM gerenciada correspondente ou listar os 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 da utilização nas zonas e cria automaticamente capacidade em zonas íntegras. Para obter mais informações, consulte Dimensionamento automático de um MIG regional .
A ANY forma de distribuição
Com um 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 estão 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.
Redimensionando um MIG que possui ANY formato de distribuição
Aumentando o tamanho do grupo
Quando você aumenta o tamanho do grupo, o grupo escolhe qualquer zona onde a capacidade esteja 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, poderá levar alguns minutos para que qualquer reserva consumida fique novamente disponível 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 onde os recursos estão disponíveis.
Diminuindo o tamanho do grupo
Quando você diminui o tamanho do grupo, o grupo exclui as instâncias de VM na seguinte ordem:
- VMs que não estão em execução por algum motivo
- VMs que ainda não foram atualizadas para a versão pretendida
- VMs escolhidas de forma não determinística
Se precisar diminuir o tamanho do grupo em zonas específicas ou remover instâncias específicas de VM, por exemplo, trabalhadores que terminaram seu trabalho, você poderá excluir instâncias específicas do grupo.
Impacto de recursos temporariamente indisponíveis
Com um formato de distribuição de destino definido como ANY , o grupo agenda a criação de instâncias de VM em zonas onde os recursos solicitados estão disponíveis e evita zonas com recursos temporariamente indisponíveis.
Se sua solicitação não puder ser atendida em nenhuma zona da região, o grupo agendará a criação de VM em zonas com recursos temporariamente indisponíveis. O grupo continuará tentando criar as instâncias agendadas nas zonas onde sua criação foi originalmente agendada. Se os recursos ficarem disponíveis em outras zonas antes da zona original onde uma VM foi agendada, o grupo não tentará a criação nessas outras zonas. Você pode agendar 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 até o tamanho desejado.
Se a criação da VM não for bem-sucedida, você poderá listar as instâncias gerenciadas para revisar a mensagem de erro na instância da VM correspondente ou listar os erros recentes .
Por exemplo, o diagrama a seguir mostra como um grupo regional agenda instâncias quando uma zona não consegue atender à sua solicitação.
ANY distribuição Impacto da falha no nível da zona
Com seu formato de distribuição de destino definido como ANY , o grupo poderá implantar a maioria ou todas as suas 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 durante a falha.
No caso de uma falha no nível da zona ou de recursos ficarem temporariamente indisponíveis, ou quando, por qualquer motivo, suas instâncias de VM não estiverem em execução, você poderá excluir as instâncias individuais que não estão em execução e redimensionar o grupo de volta ao tamanho necessário para tentar obter instâncias de substituição em zonas com capacidade disponível.
ANY distribuição, em caso de recursos temporariamente indisponíveis A forma 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 for criada, todas as outras VMs serão criadas na mesma zona.
O MIG pode selecionar uma zona diferente somente quando for reduzido a zero VMs e começar a criar sua primeira VM novamente.
Escolhendo a zona ideal
Quando apenas uma das zonas selecionadas oferece suporte aos requisitos de hardware do grupo, o Compute Engine escolhe essa zona.
Quando várias zonas selecionadas oferecem suporte aos requisitos de hardware do grupo, o Compute Engine escolhe uma zona que tenha recursos disponíveis suficientes para atender a todas as VMs do MIG regional, com preferência para a 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 escolherá a zona com mais recursos disponíveis e reservas correspondentes, com preferência para a zona com o maior número de reservas correspondentes. O grupo continua a tentar criar o restante das VMs na mesma zona, mesmo que os recursos fiquem disponíveis mais cedo em outra zona.
Redimensionando um MIG que possui um formato de distribuição ANY_SINGLE_ZONE
Aumentando o tamanho do grupo
Se um MIG já tiver VMs e tiver seu formato de distribuição de destino definido como ANY_SINGLE_ZONE , para todas as operações de expansão, o MIG colocará novas VMs na mesma zona que as VMs existentes. Se não houver recursos ou reservas disponíveis suficientes para acomodar todas as VMs adicionais, o MIG criará o maior número possível.
Se o MIG não tiver VMs, quando for ampliado, ele escolherá a zona ideal que suporta os requisitos de hardware do grupo e que utiliza reservas correspondentes.
Diminuindo o tamanho do grupo
Ao aumentar, um MIG regional com o formato de distribuição ANY_SINGLE_ZONE remove VMs na seguinte ordem:
- As VMs que não estão no estado
RUNNINGsão removidas primeiro para limitar a interrupção da sua carga de trabalho. Uma VM que não está em execução é uma VM que, por qualquer motivo, não pode ser criada ou está sendo criada ou reparada. - VMs que não usam a configuração mais recente do grupo.
- VMs escolhidas de forma não determinística
Impacto de recursos temporariamente indisponíveis
Um MIG regional com seu formato de distribuição alvo definido como ANY_SINGLE_ZONE é suscetível à escassez de recursos na zona selecionada.
Se os recursos ficarem temporariamente indisponíveis na zona escolhida pelo MIG, o MIG não troca de zona automaticamente. Isto significa que os processos de expansão e atualização podem ser interrompidos até que recursos suficientes estejam disponíveis.
Impacto da falha no nível da zona
Um MIG regional com seu formato de distribuição alvo 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 seu MIG regional, todas as VMs do MIG poderão se tornar incapazes de processar sua carga de trabalho.
O que vem a seguir
- Para saber como definir o formato de destino em um MIG, consulte Configurando uma política para distribuição de VMs entre zonas .
- Leia mais sobre MIGs regionais .
- Saiba mais sobre reservas zonais de recursos do Compute Engine.