Manutenção para máquinas virtuais no Azure

Aplica-se a: ✔️ VMs do Linux ✔️ VMs do Windows ✔️ Conjuntos de dimensionamento flexíveis ✔️ Conjuntos de dimensionamento uniformes

O Azure atualiza a plataforma periodicamente para aprimorar a confiabilidade, o desempenho e a segurança da infraestrutura de host para máquinas virtuais. A finalidade dessas atualizações vai desde a aplicação de patch de componentes de software no ambiente de hospedagem até a atualização de componentes de rede ou o encerramento de hardware.

As atualizações raramente afetam as VMs hospedadas. Quando as atualizações têm um efeito, o Azure escolhe o método menos impactante de atualizações:

• Se a atualização não exigir uma reinicialização, a VM será pausada, enquanto o host é atualizado ou a VM é migrada ao vivo para um host já atualizado.
• Se a manutenção exigir uma reinicialização, você será notificado sobre a manutenção planejada. O Azure também fornece uma janela de tempo, na qual você pode iniciar a manutenção, em um momento mais oportuno para você. A janela de manutenção automática normalmente é de 35 dias (para computadores host), a menos que a manutenção seja urgente. O Azure está investindo em tecnologias para reduzir o número de casos em que a manutenção planejada de plataforma exige a reinicialização das VMs. Para obter instruções sobre como gerenciar a manutenção planejada, confira Lidar com notificações de manutenção planejada usando a CLI do Azure, o PowerShell ou o portal.

Esta página descreve como o Microsoft Azure executa os dois tipos de manutenção. Para obter mais informações sobre eventos não planejados (interrupções), confira Gerenciar a disponibilidade das VMs para Windows ou o artigo correspondente para Linux.

De uma VM, você pode obter notificações sobre manutenção futura usando os Eventos Agendados para Windows ou para Linux.

Manutenção que não exige uma reinicialização

A maioria das atualizações de plataforma não afeta as VMs do cliente. Quando uma atualização sem impacto não é possível, o Azure escolhe o mecanismo de atualização menos impactante para as VMs dos clientes.

Quando a VM que afeta a manutenção é necessária, ela quase sempre será concluída por meio de uma pausa de VM por menos de 10 segundos. Em circunstâncias raras, não mais do que uma vez a cada 18 meses para tamanhos de VM de uso geral, o Azure usa um mecanismo que pausará a VM por cerca de 30 segundos. Após qualquer operação de pausa, o relógio da VM é sincronizado automaticamente após a retomada.

A manutenção de preservação de memória funciona para mais de 90% das VMs do Azure. Ela não funciona para as séries G, M, N e H. Cada vez mais, o Azure usa tecnologias de migração ao vivo e aprimora o mecanismo de manutenção de preservação de memória para reduzir as durações da pausa.

Essas operações de manutenção que não exigem uma reinicialização são aplicadas a um domínio de falha por vez. Elas serão interrompidas se receberem sinais de integridade de aviso das ferramentas de monitoramento de plataforma. As operações de manutenção que não exigem uma reinicialização podem ocorrer simultaneamente nas regiões emparelhadas ou Zonas de Disponibilidade. Para determinada alteração, a implantação é sequenciada principalmente entre Zonas de Disponibilidade e entre pares regionais, mas pode haver sobreposição na parte final.

Esses tipos de atualizações podem afetar alguns aplicativos. Quando a VM é migrada ao vivo para um host diferente, algumas cargas de trabalho confidenciais podem mostrar uma ligeira degradação do desempenho em alguns minutos que levam a pausar a máquina virtual. Para se preparar para a manutenção da VM e reduzir o impacto durante a manutenção do Azure, experimente usar os Eventos Agendados para Windows ou Linux para esses aplicativos.

Para obter maior controle sobre todas as atividades de manutenção, incluindo impacto zero e atualizações sem reinicialização, você pode criar um recurso de Configuração de Manutenção. A criação de uma Configuração de Manutenção oferece a opção de ignorar todas as atualizações de plataforma e aplicar as atualizações no momento que você escolher. Para obter mais informações, confira Gerenciar atualizações da plataforma com as Configurações de Manutenção.

Migração ao vivo

A migração ao vivo é uma operação que não exige uma reinicialização e preserva a memória da VM. Ela causa uma pausa ou um congelamento, normalmente com duração não superior a cinco segundos. Com exceção das séries G, L, N e H, todas as VMs IaaS (infraestrutura como serviço) são qualificadas para migração ao vivo. A Migração Ao Vivo está disponível na maioria dos SKUs da Série M. As VMs qualificadas representam mais de 90% das VMs de IaaS implantadas na frota do Azure.

Observação

Você não receberá uma notificação no portal do Azure sobre operações de migração dinâmica que não exijam reinicialização. Para ver uma lista de migrações dinâmicas que não exigem reinicialização, consulte os eventos agendados.

A plataforma Azure inicia a migração ao vivo nos seguintes cenários:

• Manutenção planejada
• Falha de hardware
• Otimizações de alocação

Alguns cenários de manutenção planejada usam a migração ao vivo, e você pode usar Eventos Agendados para saber com antecedência quando as operações de migração ao vivo serão iniciadas.

A migração ao vivo também pode ser usada para mover VMs quando os algoritmos do Azure Machine Learning preveem uma falha de hardware iminente ou quando você deseja otimizar as alocações de VM. Para obter mais informações sobre modelagem preditiva que detecta instâncias de hardware degradado, confira Improving Azure VM resiliency with predictive machine learning and live migration (Aprimorar a resiliência da VM do Azure com o machine learning de previsão e a migração ao vivo). As notificações de migração ao vivo aparecem na portal do Azure nos logs de Monitoramento e de Integridade do Serviço, bem como nos Eventos Agendados se você usar esses serviços.

Manutenção que requer uma reinicialização

Quando as VMs precisarem ser reinicializadas para manutenção planejada, você será notificado com antecedência. A manutenção planejada tem duas fases: uma fase de autoatendimento e uma fase de manutenção agendada.

Durante a fase de autoatendimento, que geralmente dura quatro semanas, você inicia a manutenção em suas VMs. Como parte do autoatendimento, você pode consultar cada VM para ver o status e o resultado de sua última solicitação de manutenção.

Observação

Para a série de VMs que não dão suporte à Migração ao Vivo, os dados de discos locais (efêmeros) podem ser perdidos durante os eventos de manutenção. Consulte cada série de VM individual para obter informações sobre se há suporte para a Migração ao Vivo.

Quando você inicia a manutenção de autoatendimento, sua VM é reimplantada em um nó já atualizado. Como a VM é reimplantada, o disco temporário é perdido e os endereços IP dinâmicos públicos associados ao adaptador de rede virtual são atualizados.

Se surgir um erro durante a manutenção de autoatendimento, a operação será interrompida, a VM não será atualizada e você terá a opção de tentar novamente a manutenção de autoatendimento.

Quando a fase de autoatendimento termina, a fase de manutenção agendada é iniciada. Durante essa fase, você ainda pode consultar a fase de manutenção, mas não pode iniciar a manutenção por conta própria.

Para obter mais informações sobre como gerenciar a manutenção que exige uma reinicialização, confira Lidar com notificações de manutenção planejada usando a CLI do Azure, o PowerShell ou o portal.

Considerações sobre disponibilidade durante a manutenção agendada

Se você decidir aguardar até a fase de manutenção agendada, há alguns aspectos a serem considerados para manter a disponibilidade mais alta de suas VMs.

Regiões emparelhadas

Cada região do Azure é emparelhada com outra na mesma proximidade geográfica. Juntas, elas fazem um par de regiões. Durante a fase de manutenção agendada, o Azure atualiza somente as VMs em uma só região de um par de regiões. Por exemplo, ao atualizar a VM no Centro-Norte dos EUA, o Azure não atualiza nenhuma VM no Centro-Sul dos EUA ao mesmo tempo. No entanto, outras regiões, como o Norte da Europa, podem estar em manutenção simultaneamente com Leste dos EUA. Noções básicas sobre como funcionam os pares de região podem ajudá-lo a melhor distribuir suas VMs entre regiões. Para obter mais informações, consulte pares de regiões do Azure.

Zonas de disponibilidade

As zonas de disponibilidade são locais físicos exclusivos em uma região do Azure. Cada zona é composta por um ou mais datacenters equipados com energia, resfriamento e rede independentes. Para garantir a resiliência, há um mínimo de três zonas separadas em todas as regiões habilitadas.

Uma zona de disponibilidade é uma combinação de um domínio de falha e um domínio de atualização. Se você criar três ou mais VMs em três zonas em uma região do Azure, as VMs serão efetivamente distribuídas em três domínios de falha e três domínios de atualização. A plataforma do Azure reconhece essa distribuição nos domínios de atualização para garantir que as VMs em diferentes zonas não sejam atualizadas ao mesmo tempo.

Cada atualização de infraestrutura é distribuída zona por zona, dentro de uma só região. No entanto, você pode ter uma implantação em andamento na Zona 1 e uma implantação diferente em andamento na Zona 2, ao mesmo tempo. Implantações não são todas serializadas. Porém, uma única implantação que exige uma reinicialização distribui apenas uma zona de cada vez para reduzir o risco. Em geral, as atualizações que exigem uma reinicialização são evitadas quando possível e o Azure tenta usar a Migração Dinâmica ou fornecer controle aos clientes.

conjuntos de escala de máquina virtual

Os conjuntos de dimensionamento de máquinas virtuais no modo de orquestração flexível são um recurso de computação do Azure que permite combinar a escalabilidade dos conjuntos de dimensionamento de máquinas virtuais no modo de orquestração uniforme com as garantias de disponibilidade regional dos conjuntos de disponibilidade.

Com a orquestração flexível, é possível escolher se suas instâncias são espalhadas por diversas zonas ou por domínios de falha em uma única região.

Conjuntos de disponibilidade e conjuntos de dimensionamento uniformes

Ao implantar uma carga de trabalho usando VMs do Azure, é possível criar as VMs em um conjunto de disponibilidade para fornecer alta disponibilidade para o aplicativo. Usando conjuntos de disponibilidade, você pode garantir que, durante uma interrupção ou eventos de manutenção que exijam uma reinicialização, pelo menos uma VM esteja disponível.

Em um conjunto de disponibilidade, VMs individuais são distribuídas em até 20 domínios de atualização. Durante a manutenção agendada, somente um domínio é atualizado em um período específico. Os domínios de atualização não são necessariamente atualizados em sequência.

Os conjuntos de dimensionamento de máquinas virtuais no modo de orquestração uniforme são um recurso de computação do Azure que pode ser usado para implantar e gerenciar um conjunto de VMs idênticas como um único recurso. O conjunto de dimensionamento é implantado automaticamente nos UDs, como VMs em um conjunto de disponibilidade. Assim como nos conjuntos de disponibilidade, ao usar conjuntos de dimensionamento uniforme, apenas um UD é atualizado por vez durante a manutenção agendada.

Para obter mais informações sobre como configurar suas VMs para alta disponibilidade, consulte Gerenciar a disponibilidade das VMs para Windows ou o artigo correspondente para Linux.

Próximas etapas

Você pode usar a CLI do Azure, o Azure PowerShell ou o portal para gerenciar a manutenção planejada.