Acerca dos pedidos de redimensionamento num MIG

Este documento apresenta uma vista geral dos pedidos de redimensionamento num grupo de instâncias gerido (MIG). Para saber mais sobre outras formas de adicionar instâncias de máquinas virtuais (VMs) a um GIG, consulte o artigo Adicione instâncias a um GIG.

Use pedidos de redimensionamento de MIG para as seguintes vantagens:

• Crie VMs no MIG de uma só vez. Quando os recursos estão disponíveis, o MIG cria VMs de uma só vez. Esta abordagem ajuda a evitar cobranças por capacidade parcial até que todos os recursos fiquem disponíveis.

• Obtenha recursos de elevada procura. Pode usar pedidos de redimensionamento de MIGs com os modelos de aprovisionamento flex-start ou reservation-bound. Estes modelos de aprovisionamento oferecem as seguintes vantagens:

  • Tem maiores probabilidades de obter recursos de elevada procura, como GPUs.

  • Com base no tipo de máquina que as VMs pedidas usam, recebe um desconto até 53% na memória, nas vCPUs e em quaisquer GPUs associadas.

Exemplos de utilização

Pode usar pedidos de redimensionamento num MIG para o seguinte:

• Crie VMs de início flexível. Pode pedir a criação de VMs de início flexível para obter recursos assim que estiverem disponíveis. Estas VMs são adequadas para cargas de trabalho que têm de ser executadas durante um máximo de sete dias, mas podem ser iniciadas em qualquer altura. Quando usa pedidos de redimensionamento para criar VMs de início flexível, ocorre o seguinte:

  • O MIG agenda a criação de VMs de início flexível assim que os recursos estiverem disponíveis.

  • Depois de o MIG criar as VMs de início flexível pedidas, as VMs são executadas até que ocorra uma das seguintes situações:

    • O Compute Engine elimina as VMs de início flexível no final da respetiva duração de execução.

    • Elimina as VMs de início flexível.

• Crie VMs consumindo uma reserva. Pode pedir a criação de VMs que usam o modelo de aprovisionamento associado a reservas para consumir uma reserva. Quando usa pedidos de redimensionamento para consumir uma reserva, ocorre o seguinte:

  • O MIG cria VMs na hora de início da reserva ou após essa hora.

  • Depois de o MIG criar as VMs pedidas, as VMs são executadas até ocorrer uma das seguintes situações:

    • O Compute Engine elimina a reserva na respetiva hora de fim.

    • Parar ou eliminar as VMs.

Como funcionam os pedidos de redimensionamento

As secções seguintes explicam como funcionam os pedidos de redimensionamento de MIGs.

Na criação

Para criar um pedido de redimensionamento de MIG, especifique as seguintes propriedades:

• Para definir o número de VMs a criar, use uma das seguintes propriedades:

  • resizeBy: o número de VMs a criar. O MIG gera automaticamente os nomes das VMs.

  • instanceNames: uma lista de nomes de VMs. O MIG cria uma VM para cada nome especificado. Esta propriedade está em pré-visualização. Use-o se a sua carga de trabalho exigir nomes de VMs específicos.

• requestedRunDuration: durante quanto tempo as VMs têm de ser executadas. A duração da publicação tem de ser entre 10 minutos e sete dias. Esta propriedade é opcional. Se usar pedidos de redimensionamento do MIG para criar VMs assim que os recursos estiverem disponíveis, esta propriedade substitui a duração de execução especificada no modelo de instância do MIG.

Após a criação

Depois de criar um pedido de redimensionamento de MIG, o pedido passa por diferentes estados. O diagrama seguinte mostra estes estados:

Os estados apresentados no diagrama anterior são os seguintes:

• CREATING: o Compute Engine recebeu o pedido de redimensionamento, o tamanho de destino do GIG aumenta pelo número de VMs especificado no pedido e o GIG cria instâncias geridas que se encontram num estado CREATING. Estas instâncias geridas representam as VMs que o MIG cria quando o pedido de redimensionamento é bem-sucedido.

• ACCEPTED: o Compute Engine criou e aceitou o pedido. Com base no seu exemplo de utilização para pedidos de redimensionamento de GIGs, o Compute Engine faz uma das seguintes ações:

  • Crie VMs de início flexível. Com base no melhor esforço, o Dynamic Workload Scheduler agenda a criação de VMs de início flexível com base na disponibilidade e na duração da execução especificada no pedido. Se não tiver quota de alocação padrão ou preemptível, ou se os recursos estiverem temporariamente indisponíveis, o programador de cargas de trabalho dinâmicas mantém o pedido até ter quota suficiente e os recursos ficarem disponíveis.

    Nota: embora um MIG crie VMs de início flexível para um pedido de redimensionamento apenas quando toda a capacidade pedida estiver disponível, em casos raros, o MIG pode criar apenas algumas das VMs pedidas, mas não conseguir criar as restantes. Se esta falha ocorrer, o MIG elimina automaticamente estas VMs assim que possível para minimizar os custos indesejados. O estado do pedido permanece ACCEPTED e o MIG tenta novamente criar as VMs em simultâneo.

  • Crie VMs consumindo uma reserva. Se a reserva criada automaticamente que está a segmentar para consumo tiver atingido a hora de início, o pedido passa para SUCCEEDED. Caso contrário, o pedido persiste até a reserva atingir a hora de início.

• SUCCEEDED: o MIG criou o número pedido de VMs de uma só vez. Com base no seu exemplo de utilização de pedidos de redimensionamento de GIGs, ocorre o seguinte:

  • Quando o MIG cria VMs assim que os recursos estão disponíveis, as VMs são executadas até que o MIG as elimine no final da respetiva duração de execução ou até que elimine as VMs. Não pode recriar, parar nem suspender as VMs.

  • Quando o MIG cria VMs consumindo uma reserva criada automaticamente, as VMs são executadas até o período de reserva terminar ou até parar, suspender ou eliminar as VMs.

• FAILED: o pedido de redimensionamento falhou devido a um erro técnico. Como resultado, o Compute Engine diminui o tamanho alvo do GIG pelo número de VMs pedidas.

• CANCELLED: um utilizador cancelou o pedido de redimensionamento. Quando cancela um pedido de redimensionamento, o Compute Engine impede que o GIG crie os recursos pedidos. Depois de cancelar um pedido de redimensionamento, o Compute Engine diminui o tamanho pretendido do MIG pelo número de VMs pedidas e elimina o pedido após 14 dias. Opcionalmente, pode eliminar o pedido de redimensionamento antes de o Compute Engine o eliminar.

Se eliminar um MIG que contenha pedidos de redimensionamento, esta eliminação também remove todos os pedidos de redimensionamento e VMs no MIG. No entanto, se eliminar um MIG quando este cria VMs para satisfazer um pedido de redimensionamento, o Compute Engine aguarda até que o MIG termine de criar o número de VMs pedido e o estado do pedido de redimensionamento passe para SUCCEEDED antes de eliminar o MIG.

Quota

Com base no seu exemplo de utilização para pedidos de redimensionamento de GIGs, precisa de quota da seguinte forma:

• Crie VMs de início flexível. Os requisitos de quota variam consoante o tipo de máquina usado pelo número pedido de VMs de início rápido. Se não tiver quota para os recursos pedidos, um pedido de redimensionamento permanece pendente até ter quota suficiente. Para mais informações sobre as quotas que se aplicam aos recursos do Compute Engine, consulte o artigo Quotas de atribuição.

• Crie VMs consumindo uma reserva. Não precisa de quota neste exemplo de utilização. Este requisito deve-se ao facto de usar o modelo de aprovisionamento associado a reservas para consumir uma reserva criada automaticamente para uma reserva futura no modo de calendário.

Preços

Não incorre em custos quando cria, cancela ou elimina pedidos de redimensionamento num MIG. Em alternativa, com base no seu exemplo de utilização para pedidos de redimensionamento de GIGs, incorre em custos da seguinte forma:

• Se usar VMs de início flexível com o redimensionamento de GIGs, incorre em custos da seguinte forma:

  • A cobrança começa quando o MIG cria as VMs de início flexível. Google Cloud cobra-lhe pelas VMs de início flexível com base nos preços do Dynamic Workload Scheduler.

  • A cobrança termina quando o MIG elimina as VMs de início flexível no final da respetiva duração de execução ou quando elimina as VMs de início flexível.

  Importante: se um MIG criar apenas algumas VMs de início flexível pedidas e não conseguir criar as restantes, pode continuar a incorrer em custos por quaisquer VMs de início flexível criadas. Estas cobranças aplicam-se até o GIG eliminar automaticamente as VMs de início flexível.

• Se usar pedidos de redimensionamento do MIG para criar VMs consumindo uma reserva, incorre em encargos da seguinte forma:

  • Quando o MIG cria as VMs, não incorre novamente em custos pelos recursos de reserva consumidos. Só incorre em custos pelos recursos que as VMs usam e que não fazem parte da reserva, como discos ou endereços IP.

  • As cobranças terminam à hora de fim da reserva. Neste momento, o Compute Engine elimina a reserva e todas as VMs que a consomem. Para mais informações, consulte o artigo Faturação de reservas.

Limitações

As secções seguintes explicam as limitações dos pedidos de redimensionamento de MIGs.

Limitações para pedidos de redimensionamento

Os pedidos de redimensionamento de MIG têm as seguintes limitações:

• Pode usar pedidos de redimensionamento de MIGs para obter diferentes tipos de máquinas consoante o modelo de aprovisionamento que usa:

  • Início flexível: pode obter qualquer tipo de máquina com GPU (exceto A4X e G4) e tipos de máquinas H4D. Use este modelo para criar VMs de início flexível assim que os recursos estiverem disponíveis.

  • Restrito a reservas: só pode obter tipos de máquinas A4, A3 Ultra ou H4D. Use este modelo para criar VMs consumindo uma reserva.

• Só pode cancelar pedidos de redimensionamento que estejam no estado ACCEPTED.

• Só pode eliminar um pedido de redimensionamento depois de este ser bem-sucedido (SUCCEEDED), falhar (FAILED) ou ser cancelado (CANCELLED).

Limitações para o modelo de instância

Para o modelo de instância do MIG, aplicam-se as seguintes limitações:

• Tem de especificar que as VMs devem ser paradas durante os eventos de manutenção do anfitrião.

• Não pode especificar políticas de posicionamento.

• Com base no seu exemplo de utilização para pedidos de redimensionamento de GIGs, tem de especificar as seguintes configurações quando criar o modelo de instância:

  • Para criar VMs de início flexível, tem de especificar o seguinte:

    • Para eliminar VMs no final da respetiva duração de execução através dos campos maxRunDuration e instanceTerminationAction.

    • Para impedir o consumo de reservas.

    • Para usar o modelo de aprovisionamento de início flexível.

  • Para criar VMs consumindo uma reserva criada automaticamente para uma reserva futura no modo de calendário, tem de especificar o seguinte:

    • Para eliminar VMs no final do período de reserva através do campo instanceTerminationAction.

    • Para segmentar a reserva para consumo.

    • Para usar o modelo de aprovisionamento associado a reservas.

Limitações para o MIG

Para o MIG, aplicam-se as seguintes limitações:

• Num MIG regional, só pode usar a ANY_SINGLE_ZONE forma de distribuição de destino.

• Tem de desativar as reparações no MIG.

• Tem de eliminar a configuração do ajuste de escala automático.

• Não pode aplicar atualizações de configuração de VMs às VMs criadas através de pedidos de redimensionamento. Para impedir as atualizações automáticas, defina o tipo de atualização do MIG como oportunista.

• Não pode aplicar a configuração de todas as instâncias a VMs criadas através de pedidos de redimensionamento.

• Não pode definir configurações por instância em VMs criadas através de pedidos de redimensionamento.

• Só pode definir o modo de conjunto de reserva do MIG para manual (predefinição).

• Se um MIG contiver pedidos de redimensionamento aceites, não pode fazer o seguinte:

  • Não pode adicionar um segundo modelo de instância para iniciar uma atualização canary no MIG.

  • Não pode alterar o tamanho alvo do MIG.

• Não pode eliminar nem abandonar as instâncias geridas num estado CREATING que o MIG cria para um pedido de redimensionamento. Para eliminar essas instâncias geridas, tem de cancelar o pedido de redimensionamento.

• Se usar pedidos de redimensionamento de MIGs para criar VMs de início flexível, então não pode parar nem recriar VMs.

O que se segue?

• Saiba como criar pedidos de redimensionamento num MIG.

• Saiba como ver, cancelar ou eliminar pedidos de redimensionamento num MIG.