Como algumas operações afetam o estado preservado de instâncias gerenciadas,Como algumas operações afetam o estado preservado de instâncias gerenciadas

Leia as seções a seguir para saber como diversas configurações, ações de grupos de instâncias gerenciadas (MIG) ou eventos de ciclo de vida de instância afetam o estado preservado de uma instância gerenciada em um MIG com estado :

Como a recuperação automática lida com o estado preservado

Quando uma instância de máquina virtual (VM) para de funcionar ou se torna não íntegra , a recuperação automática recria a VM e mantém o estado preservado dos itens que você configurou:

  • O MIG preserva discos com estado e endereços IP e os reconecta na recriação da VM.
  • O MIG preserva metadados com estado, configurados em configurações por instância, e os define na recriação da VM.

Para evitar falhas de recriação de instâncias de VM devido a um disco de inicialização com estado corrompido, mantenha o disco de inicialização sem estado para que a recuperação automática possa recriar esse disco do zero usando a imagem original.

Como a atualização de instâncias lida com o estado preservado

Quando você atualiza uma instância, o MIG mantém o estado preservado da instância (discos, endereços IP, metadados):

  • O MIG preserva discos com estado e endereços IP e os reconecta se a instância de VM for recriada ou reiniciada durante a atualização.
  • O MIG preserva metadados com estado, configurados por instância, e os define na instância durante a atualização.

Ao definir um novo modelo de instância, você deve definir todos os discos especificados em sua política com estado. Não é permitido definir um novo modelo de instância que omita um disco definido em uma política com estado. Isso ajuda a evitar a exclusão acidental de discos com estado.

Para remover discos com estado de um MIG quando esses discos são definidos em uma política com estado, use o seguinte procedimento:

  1. Remova a configuração do disco da sua política com estado.
  2. (Opcional.) Desconecte os discos das instâncias de VM se ainda quiser mantê-los.
  3. Implemente um novo modelo de instância que não defina mais os discos.

Você não pode atualizar discos com estado para uma nova imagem porque esses discos devem ser preservados durante a atualização e a atualização para uma nova imagem requer a recriação de um disco.

O Google recomenda que você mantenha os discos de inicialização e quaisquer discos com binários ou arquivos temporários sem estado, enquanto mantém seus dados em discos com estado. Essa configuração suporta o seguinte comportamento:

  • Você pode atualizar fácil e automaticamente o disco de inicialização e os discos com binários para imagens mais recentes que contêm novas versões e patches de segurança. Você pode usar a atualização automática ou atualizar manualmente as instâncias para recriar esses discos sem estado, mantendo seus dados intactos em discos com estado separados.
  • Você pode preservar os dados em discos com estado ao implementar outras atualizações em suas instâncias.

Você pode configurar um disco de inicialização para ter estado, por exemplo, para hospedar um aplicativo legado que mantém binários e dados no mesmo disco. Isso permite mover um aplicativo para um MIG para se beneficiar da recuperação automática. Mas, neste cenário, você mesmo deve realizar atualizações de software e sistema operacional, por exemplo, atualizando pacotes individuais usando um gerenciador de pacotes como o apt em sistemas Debian, ou usando ferramentas de gerenciamento de configuração.

Se você configurou apenas nomes de instância personalizados e não configurou discos com estado ou metadados, poderá usar atualizações contínuas automatizadas. Para atualizações contínuas automatizadas, você deve definir a política de substituição do atualizador como RECREATE . Você não pode usar o método de substituição SUBSTITUTE para atualização automática de instâncias em MIGs com estado porque esse método substitui cada VM existente por uma nova com nome e estado preservados diferentes.

Como o redimensionamento de grupo afeta o estado preservado

Diminuindo o tamanho do grupo

O Google não recomenda diminuir o tamanho de um MIG com estado porque o MIG escolhe as instâncias de VM para exclusão e pode escolher VMs que você precisa preservar. Você pode remover instâncias de VM MIG de maneira controlada, excluindo instâncias específicas que não são mais necessárias.

Se você diminuir o tamanho do MIG, o MIG excluirá todas as instâncias extras de VM, juntamente com seus estados preservados associados. Para evitar isso, você pode configurar o MIG para desanexar e preservar discos com estado e endereços IP na exclusão permanente da instância de VM. Os metadados com estado são excluídos juntamente com o estado preservado. Para obter mais informações, consulte como a exclusão de uma instância afeta o estado preservado .

Aumentando o tamanho do grupo

Quando você aumenta o tamanho de um MIG com estado, o grupo cria VMs a partir do modelo de instância atual com nomes gerados automaticamente ( nome da instância base + sufixo). Você pode ver a configuração com estado aplicada no preservedStateFromPolicy da instância gerenciada correspondente. Depois que o MIG criar as instâncias, você poderá definir metadados com estado e discos com estado adicionais ou endereços IP nas configurações por instância para essas instâncias.

Você pode escolher nomes de instâncias personalizados e aumentar o tamanho do grupo criando instâncias manualmente, com a opção de inicializar seu estado fornecendo configurações por instância com metadados com estado, endereços IP e discos para cada instância.

Como a exclusão de uma instância afeta o estado preservado

Uma VM em um MIG é excluída permanentemente quando:

Quando uma VM é excluída permanentemente, o MIG também exclui a configuração correspondente por instância e a instância gerenciada, incluindo sua configuração de estado preservada.

A exclusão permanente da VM resulta na perda de todos os pares de valores-chave de metadados com estado.

Você pode configurar se deseja manter ou excluir discos com estado e endereços IP na exclusão permanente da instância definindo o sinalizador autoDelete para cada recurso na política com estado ou em uma configuração por instância. A bandeira oferece suporte a duas opções:

  • NEVER : (Padrão.) O MIG nunca exclui o disco.
  • ON_PERMANENT_INSTANCE_DELETION : O MIG exclui o disco quando a instância é excluída permanentemente.

O MIG não exclui recursos com estado durante a recuperação automática, atualização ou recriação de instâncias.

No exemplo a seguir, o MIG tem um único node-1 com um estado preservado definido por uma configuração por instância. O estado preservado inclui dois discos (azul e verde) e metadados id:xyz273 . Se você redimensionar o MIG para zero, o MIG acionará a exclusão permanente da instância node-1 , o que causará os seguintes efeitos:

  • O MIG exclui a instância gerenciada e sua configuração de estado preservada.
  • O MIG exclui a configuração por instância da instância.
  • O MIG exclui o recurso real da instância de VM.
  • Os metadados id:xyz273 foram perdidos porque a instância da VM e sua configuração de estado preservada foram excluídas.
  • O disco azul com estado é excluído porque, para esse disco, a configuração por instância tem autoDelete: ON_PERMANENT_INSTANCE_DELETION .
  • O disco verde com estado é desanexado porque, para esse disco, a configuração por instância tem autoDelete:NEVER .

Excluindo uma instância de um MIG com estado.

Como o abandono de uma instância afeta o estado preservado

Quando você abandona uma instância de VM de um MIG, o estado da VM, incluindo metadados com estado, endereços IP e discos, permanece na instância fora do MIG. Como a VM não é mais gerenciada pelo MIG, o MIG exclui a configuração por instância correspondente e a instância gerenciada , incluindo a configuração de estado preservada da instância.

No exemplo a seguir, o node-1 da VM preservou o estado, definido por uma política com estado (disco azul) e uma configuração por instância (disco verde e metadados id:xyz273 ). Se você abandonar a instância node-1 do MIG, eis o que acontece com seu estado preservado:

  • A instância de VM autônoma, node-1 , preserva seu estado: todos os seus discos permanecem anexados e os metadados, id:xyz273 , permanecem definidos na VM.
  • O MIG exclui a instância gerenciada e sua configuração de estado preservada.
  • O MIG exclui a configuração por instância da instância.
  • A política stateful permanece inalterada porque é aplicável a todas as instâncias do MIG.

Abandonando uma instância de um MIG com estado.

Como os grupos regionais lidam com o estado preservado

Os MIGs regionais com estado lidam com os estados preservados de suas instâncias da mesma maneira que os MIGs zonais, exceto que os MIGs regionais criam instâncias de VM em diversas zonas:

  • Ao criar instâncias, um MIG regional distribui uniformemente as VMs pelas zonas da região para maximizar a disponibilidade do seu aplicativo no caso de uma falha no nível da zona.
  • Para instâncias existentes, um MIG regional com estado não pode redistribuir ou mover VMs existentes entre zonas automaticamente porque o estado preservado é armazenado em uma zona específica e não pode ser movido. Por esse motivo, os MIGs regionais com estado suportam apenas uma configuração de tipo de redistribuição de instância NONE .

Opinião

Queremos saber mais sobre seus casos de uso, desafios e feedback sobre MIGs com estado. Compartilhe seus comentários com nossa equipe em mig-discuss@google.com .

O que vem a seguir

,

Leia as seções a seguir para saber como diversas configurações, ações de grupos de instâncias gerenciadas (MIG) ou eventos de ciclo de vida de instância afetam o estado preservado de uma instância gerenciada em um MIG com estado :

Como a recuperação automática lida com o estado preservado

Quando uma instância de máquina virtual (VM) para de funcionar ou se torna não íntegra , a recuperação automática recria a VM e mantém o estado preservado dos itens que você configurou:

  • O MIG preserva discos com estado e endereços IP e os reconecta na recriação da VM.
  • O MIG preserva metadados com estado, configurados em configurações por instância, e os define na recriação da VM.

Para evitar falhas de recriação de instâncias de VM devido a um disco de inicialização com estado corrompido, mantenha o disco de inicialização sem estado para que a recuperação automática possa recriar esse disco do zero usando a imagem original.

Como a atualização de instâncias lida com o estado preservado

Quando você atualiza uma instância, o MIG mantém o estado preservado da instância (discos, endereços IP, metadados):

  • O MIG preserva discos com estado e endereços IP e os reconecta se a instância de VM for recriada ou reiniciada durante a atualização.
  • O MIG preserva metadados com estado, configurados por instância, e os define na instância durante a atualização.

Ao definir um novo modelo de instância, você deve definir todos os discos especificados em sua política com estado. Não é permitido definir um novo modelo de instância que omita um disco definido em uma política com estado. Isso ajuda a evitar a exclusão acidental de discos com estado.

Para remover discos com estado de um MIG quando esses discos são definidos em uma política com estado, use o seguinte procedimento:

  1. Remova a configuração do disco da sua política com estado.
  2. (Opcional.) Desconecte os discos das instâncias de VM se ainda quiser mantê-los.
  3. Implemente um novo modelo de instância que não defina mais os discos.

Você não pode atualizar discos com estado para uma nova imagem porque esses discos devem ser preservados durante a atualização e a atualização para uma nova imagem requer a recriação de um disco.

O Google recomenda que você mantenha os discos de inicialização e quaisquer discos com binários ou arquivos temporários sem estado, enquanto mantém seus dados em discos com estado. Essa configuração suporta o seguinte comportamento:

  • Você pode atualizar fácil e automaticamente o disco de inicialização e os discos com binários para imagens mais recentes que contêm novas versões e patches de segurança. Você pode usar a atualização automática ou atualizar manualmente as instâncias para recriar esses discos sem estado, mantendo seus dados intactos em discos com estado separados.
  • Você pode preservar os dados em discos com estado ao implementar outras atualizações em suas instâncias.

Você pode configurar um disco de inicialização para ter estado, por exemplo, para hospedar um aplicativo legado que mantém binários e dados no mesmo disco. Isso permite mover um aplicativo para um MIG para se beneficiar da recuperação automática. Mas, neste cenário, você mesmo deve realizar atualizações de software e sistema operacional, por exemplo, atualizando pacotes individuais usando um gerenciador de pacotes como o apt em sistemas Debian, ou usando ferramentas de gerenciamento de configuração.

Se você configurou apenas nomes de instância personalizados e não configurou discos com estado ou metadados, poderá usar atualizações contínuas automatizadas. Para atualizações contínuas automatizadas, você deve definir a política de substituição do atualizador como RECREATE . Você não pode usar o método de substituição SUBSTITUTE para atualização automática de instâncias em MIGs com estado porque esse método substitui cada VM existente por uma nova com nome e estado preservados diferentes.

Como o redimensionamento de grupo afeta o estado preservado

Diminuindo o tamanho do grupo

O Google não recomenda diminuir o tamanho de um MIG com estado porque o MIG escolhe as instâncias de VM para exclusão e pode escolher VMs que você precisa preservar. Você pode remover instâncias de VM MIG de maneira controlada, excluindo instâncias específicas que não são mais necessárias.

Se você diminuir o tamanho do MIG, o MIG excluirá todas as instâncias extras de VM, juntamente com seus estados preservados associados. Para evitar isso, você pode configurar o MIG para desanexar e preservar discos com estado e endereços IP na exclusão permanente da instância de VM. Os metadados com estado são excluídos juntamente com o estado preservado. Para obter mais informações, consulte como a exclusão de uma instância afeta o estado preservado .

Aumentando o tamanho do grupo

Quando você aumenta o tamanho de um MIG com estado, o grupo cria VMs a partir do modelo de instância atual com nomes gerados automaticamente ( nome da instância base + sufixo). Você pode ver a configuração com estado aplicada no preservedStateFromPolicy da instância gerenciada correspondente. Depois que o MIG criar as instâncias, você poderá definir metadados com estado e discos com estado adicionais ou endereços IP nas configurações por instância para essas instâncias.

Você pode escolher nomes de instâncias personalizados e aumentar o tamanho do grupo criando instâncias manualmente, com a opção de inicializar seu estado fornecendo configurações por instância com metadados com estado, endereços IP e discos para cada instância.

Como a exclusão de uma instância afeta o estado preservado

Uma VM em um MIG é excluída permanentemente quando:

Quando uma VM é excluída permanentemente, o MIG também exclui a configuração correspondente por instância e a instância gerenciada, incluindo sua configuração de estado preservada.

A exclusão permanente da VM resulta na perda de todos os pares de valores-chave de metadados com estado.

Você pode configurar se deseja manter ou excluir discos com estado e endereços IP na exclusão permanente da instância definindo o sinalizador autoDelete para cada recurso na política com estado ou em uma configuração por instância. A bandeira oferece suporte a duas opções:

  • NEVER : (Padrão.) O MIG nunca exclui o disco.
  • ON_PERMANENT_INSTANCE_DELETION : O MIG exclui o disco quando a instância é excluída permanentemente.

O MIG não exclui recursos com estado durante a recuperação automática, atualização ou recriação de instâncias.

No exemplo a seguir, o MIG tem um único node-1 da VM com um estado preservado definido por uma configuração por instância. O estado preservado inclui dois discos (azul e verde) e metadados id:xyz273 . Se você redimensionar o MIG para zero, o MIG acionará a exclusão permanente da instância node-1 , o que causará os seguintes efeitos:

  • O MIG exclui a instância gerenciada e sua configuração de estado preservada.
  • O MIG exclui a configuração por instância da instância.
  • O MIG exclui o recurso real da instância de VM.
  • Os metadados id:xyz273 foram perdidos porque a instância da VM e sua configuração de estado preservada foram excluídas.
  • O disco azul com estado é excluído porque, para esse disco, a configuração por instância tem autoDelete: ON_PERMANENT_INSTANCE_DELETION .
  • O disco verde com estado é desanexado porque, para esse disco, a configuração por instância tem autoDelete:NEVER .

Excluindo uma instância de um MIG com estado.

Como o abandono de uma instância afeta o estado preservado

Quando você abandona uma instância de VM de um MIG, o estado da VM, incluindo metadados com estado, endereços IP e discos, permanece na instância fora do MIG. Como a VM não é mais gerenciada pelo MIG, o MIG exclui a configuração por instância correspondente e a instância gerenciada , incluindo a configuração de estado preservada da instância.

No exemplo a seguir, o node-1 da VM preservou o estado, definido por uma política com estado (disco azul) e uma configuração por instância (disco verde e metadados id:xyz273 ). Se você abandonar a instância node-1 do MIG, eis o que acontece com seu estado preservado:

  • A instância de VM autônoma, node-1 , preserva seu estado: todos os seus discos permanecem anexados e os metadados, id:xyz273 , permanecem definidos na VM.
  • O MIG exclui a instância gerenciada e sua configuração de estado preservada.
  • O MIG exclui a configuração por instância da instância.
  • A política stateful permanece inalterada porque é aplicável a todas as instâncias do MIG.

Abandonando uma instância de um MIG com estado.

Como os grupos regionais lidam com o estado preservado

Os MIGs regionais com estado lidam com os estados preservados de suas instâncias da mesma maneira que os MIGs zonais, exceto que os MIGs regionais criam instâncias de VM em diversas zonas:

  • Ao criar instâncias, um MIG regional distribui uniformemente as VMs pelas zonas da região para maximizar a disponibilidade do seu aplicativo no caso de uma falha no nível da zona.
  • Para instâncias existentes, um MIG regional com estado não pode redistribuir ou mover VMs existentes entre zonas automaticamente porque o estado preservado é armazenado em uma zona específica e não pode ser movido. Por esse motivo, os MIGs regionais com estado suportam apenas uma configuração de tipo de redistribuição de instância NONE .

Opinião

Queremos saber mais sobre seus casos de uso, desafios e feedback sobre MIGs com estado. Compartilhe seus comentários com nossa equipe em mig-discuss@google.com .

O que vem a seguir