Processar notificações de manutenção planeada

Aplica-se a: ✔️ VMs ✔️ Linux VMs ✔️ do Windows Conjuntos ✔️ de escala flexíveis Conjuntos de balanças uniformes

O Azure realiza periodicamente atualizações para melhorar a fiabilidade, o desempenho e a segurança da infraestrutura de anfitrião para máquinas virtuais. As atualizações são alterações como a aplicação de patches no ambiente de hospedagem ou a atualização e desativação de hardware. A maioria dessas atualizações é concluída sem qualquer impacto para as máquinas virtuais hospedadas. No entanto, há casos em que as atualizações têm impacto:

• Se a manutenção não exigir uma reinicialização, o Azure pausa a VM por alguns segundos enquanto o host é atualizado. Esses tipos de operações de manutenção são aplicados domínio de falha por domínio de falha. O progresso é interrompido se algum sinal de integridade de aviso for recebido.

• Se a manutenção exigir uma reinicialização, você receberá um aviso de quando a manutenção é planejada. É-lhe dada uma janela de tempo de cerca de 35 dias onde pode iniciar a manutenção por conta própria, quando esta funcionar para si.

A manutenção planejada que requer uma reinicialização é programada em ondas. Cada onda tem um âmbito diferente (regiões).

• Uma onda começa com uma notificação aos clientes. As notificações de Manutenção relacionadas à Máquina Virtual estão disponíveis em Estado de Funcionamento do Serviço no portal do Azure. Para um pequeno subconjunto de cenários específicos de Manutenção Planejada de Máquina Virtual, o Azure também pode comunicar o agendamento enviando um email adicional para os membros do grupo Proprietários de Assinatura. O Azure Service Health permite que os usuários configurem seus próprios alertas personalizados para a categoria Manutenção Planejada. Com os alertas de Estado de Funcionamento do Serviço do Azure, pode adicionar mais destinatários e opções de mensagens, como e-mail, SMS e webhooks, utilizando os Alertas do Registo de Atividades.
• Exceto um subconjunto de tipos de evento, a Notificação de Manutenção Planejada de Integridade do Serviço agora também tem uma guia adicional "Recursos Afetados" que lista os nomes de VM no escopo do evento. Leia mais sobre o recurso de visualização de recursos afetados.
• Assim que uma notificação é publicada, uma janela de autoatendimento é disponibilizada. Durante essa janela, você pode consultar quais de suas máquinas virtuais são afetadas e iniciar a manutenção com base em suas próprias necessidades de agendamento. A janela de autoatendimento normalmente é de cerca de 35 dias.
• Após a janela de autoatendimento, uma janela de manutenção programada é iniciada. Em algum momento durante essa janela, o Azure agenda e aplica a manutenção necessária à sua máquina virtual.

O objetivo de ter duas janelas é dar-lhe tempo suficiente para iniciar a manutenção e reiniciar a sua máquina virtual, sabendo quando o Azure iniciará automaticamente a manutenção.

Você pode usar o portal do Azure, PowerShell, API REST e CLI para consultar as janelas de manutenção para suas VMs e iniciar a manutenção de autoatendimento.

Você deve começar a usar a manutenção durante a janela de autoatendimento?

As diretrizes a seguir devem ajudá-lo a decidir se deseja usar esse recurso e iniciar a manutenção no seu próprio momento.

Nota

A manutenção de autoatendimento pode não estar disponível para todas as suas VMs. Para determinar se a reimplantação proativa está disponível para sua VM, procure a opção Iniciar agora no status de manutenção. Atualmente, a manutenção de autoatendimento não está disponível para Serviços de Nuvem (Função Web/Trabalho) e Service Fabric.

A manutenção de autoatendimento não é recomendada para implantações que usam conjuntos de disponibilidade. Os conjuntos de disponibilidade já são atualizados apenas um domínio de atualização de cada vez.

• Deixe o Azure acionar a manutenção. Para manutenção que requer reinicialização, a manutenção será feita atualização domínio por domínio de atualização. Os domínios de atualização não recebem necessariamente a manutenção sequencialmente e há uma pausa de 30 minutos entre os domínios de atualização.
• Se uma perda temporária de alguma capacidade (1 domínio de atualização) for uma preocupação, você poderá adicionar instâncias durante o período de manutenção.
• Para manutenção que não requer reinicialização, as atualizações são aplicadas no nível do domínio de falha.

Não use a manutenção de autoatendimento nos seguintes cenários:

• Se você desligar suas VMs com frequência, seja manualmente, usando o DevTest Labs, usando o desligamento automático ou seguindo uma programação, isso pode reverter o status de manutenção e, portanto, causar tempo de inatividade adicional.
• Em VMs de curta duração que você sabe que serão excluídas antes do final da onda de manutenção.
• Para cargas de trabalho com um estado grande armazenado no disco local (efêmero) que se deseja manter após a atualização.
• Para casos em que você redimensiona sua VM com frequência, pois isso pode reverter o status de manutenção.
• Se você adotou eventos agendados que permitem failover proativo ou desligamento normal de sua carga de trabalho, 15 minutos antes do início do desligamento da manutenção

Use a manutenção de autoatendimento, se você estiver planejando executar sua VM ininterruptamente durante a fase de manutenção programada e nenhuma das contraindicações mencionadas acima for aplicável.

É melhor usar a manutenção de autoatendimento nos seguintes casos:

• Você precisa comunicar uma janela de manutenção exata para sua gerência ou cliente final.
• Precisa de concluir a manutenção até uma determinada data.
• Você precisa controlar a sequência de manutenção, por exemplo, aplicativo multicamadas para garantir uma recuperação segura.
• São necessários mais de 30 minutos de tempo de recuperação de VM entre dois domínios de atualização (UDs). Para controlar o tempo entre os domínios de atualização, você deve acionar a manutenção em suas VMs um domínio de atualização (UD) de cada vez.

FAQ

P: Por que você precisa reinicializar minhas máquinas virtuais agora?

R: Embora a maioria das atualizações e upgrades para a plataforma Azure não afete a disponibilidade da máquina virtual, há casos em que não podemos evitar a reinicialização de máquinas virtuais hospedadas no Azure. Acumulamos várias alterações que exigem que reiniciemos nossos servidores que resultarão na reinicialização das máquinas virtuais.

P: Se eu seguir suas recomendações de Alta Disponibilidade usando um Conjunto de Disponibilidade, estou seguro?

R: As máquinas virtuais implantadas em um conjunto de disponibilidade ou conjuntos de escala de máquina virtual têm a noção de Domínios de Atualização (UD). Ao executar a manutenção, o Azure respeita a restrição UD e não reinicializa máquinas virtuais de UD diferentes (dentro do mesmo conjunto de disponibilidade). O Azure também aguarda pelo menos 30 minutos antes de passar para o próximo grupo de máquinas virtuais.

Para obter mais informações sobre alta disponibilidade, consulte Disponibilidade para máquinas virtuais no Azure.

P: Como sou notificado sobre a manutenção planeada?

R: Uma onda de manutenção planejada começa definindo um cronograma para uma ou mais regiões do Azure. As notificações de Manutenção relacionadas à Máquina Virtual estão disponíveis em Estado de Funcionamento do Serviço no portal do Azure. Para um pequeno subconjunto de cenários específicos de Manutenção Planejada de Máquina Virtual, o Azure também pode comunicar o agendamento enviando um email adicional para os membros do grupo Proprietários de Assinatura.

Exceto um subconjunto de tipos de evento, a Notificação de Manutenção Planejada de Integridade do Serviço agora também tem uma guia adicional "Recursos Afetados" que lista os nomes de VM no escopo do evento. Leia mais sobre o recurso de visualização de recursos afetados.

O Azure Service Health permite que os usuários configurem seus próprios alertas personalizados para a categoria Manutenção Planejada. Com os alertas de Estado de Funcionamento do Serviço do Azure, pode adicionar mais destinatários e opções de mensagens, como e-mail, SMS e webhooks, utilizando os Alertas do Registo de Atividades.

Caso você implante uma máquina virtual em uma região onde a manutenção planejada já está agendada, você não receberá a notificação, mas precisará verificar o estado de manutenção da VM.

P: Não vejo nenhuma indicação de manutenção planejada no portal, PowerShell ou CLI. O que se passa?

R: As informações relacionadas à manutenção planejada estão disponíveis durante uma onda de manutenção planejada apenas para as VMs que serão afetadas por ela. Em outras palavras, se você não vir dados, pode ser que a onda de manutenção já tenha sido concluída (ou não tenha sido iniciada) ou que sua máquina virtual já esteja hospedada em um servidor atualizado.

P: Existe uma maneira de saber exatamente quando minha máquina virtual será afetada?

R: Ao definir o cronograma, definimos uma janela de tempo de vários dias. No entanto, o sequenciamento exato de servidores (e VMs) dentro dessa janela é desconhecido. Os clientes que gostariam de saber a hora exata para suas VMs podem usar eventos agendados e consultas de dentro da máquina virtual e receber uma notificação de 15 minutos antes de uma reinicialização da VM.

P: Quanto tempo demorará a reiniciar a minha máquina virtual?

R: Dependendo do tamanho da sua VM, a reinicialização pode levar até vários minutos durante a janela de manutenção de autoatendimento. Durante as reinicializações iniciadas pelo Azure na janela de manutenção agendada, a reinicialização normalmente levará cerca de 25 minutos. Observe que, caso você use Serviços de Nuvem (Função Web/Trabalho), Conjuntos de Dimensionamento de Máquina Virtual ou conjuntos de disponibilidade, você terá 30 minutos entre cada grupo de VMs (UD) durante a janela de manutenção agendada.

P: Qual é a experiência no caso de Conjuntos de Escala de Máquina Virtual?

R: A manutenção planeada está agora disponível para Conjuntos de Dimensionamento de Máquinas Virtuais. Para obter instruções sobre como iniciar a manutenção de autoatendimento, consulte o documento Manutenção planejada para conjuntos de dimensionamento de máquina virtual.

P: Qual é a experiência no caso dos Serviços de Nuvem (Função Web/Trabalhador) e do Service Fabric?

R: Embora essas plataformas sejam afetadas pela manutenção planejada, os clientes que usam essas plataformas são considerados seguros, uma vez que apenas VMs em um único Domínio de Atualização (UD) serão afetadas a qualquer momento. Atualmente, a manutenção de autoatendimento não está disponível para Serviços de Nuvem (Função Web/Trabalho) e Service Fabric.

P: Não vejo nenhuma informação de manutenção nas minhas VMs. O que correu mal?

R: Há vários motivos pelos quais você não está vendo nenhuma informação de manutenção em suas VMs:

1. Você está usando uma assinatura marcada como interna da Microsoft.
2. Suas VMs não estão programadas para manutenção. Pode ser que a onda de manutenção tenha terminado, cancelado ou modificado para que suas VMs não sejam mais afetadas por ela.
3. Você desalocou a VM e, em seguida, iniciou-a. Isso pode fazer com que a VM se mova para um local que não tenha uma onda de manutenção planejada agendada. Assim, a VM não mostrará mais informações de manutenção.
4. Você não tem a coluna Manutenção adicionada à exibição de lista de VMs. Embora tenhamos adicionado essa coluna ao modo de exibição padrão, os clientes que configuraram para ver colunas não padrão devem adicionar manualmente a coluna Manutenção à exibição de lista de VMs.

P: Minha VM está programada para manutenção pela segunda vez. Porquê?

R: Há vários casos de uso em que você verá sua VM agendada para manutenção depois de já ter concluído a reimplantação da manutenção:

1. Cancelámos a onda de manutenção e reiniciámo-la com uma carga útil diferente. Pode ser que tenhamos detetado carga útil defeituosa e simplesmente precisemos implantar uma carga útil adicional.
2. Sua VM foi recuperada para outro nó devido a uma falha de hardware.
3. Você selecionou parar (deslocalizar) e reiniciar a VM.
4. Você tem o desligamento automático ativado para a VM.

Próximos passos

Você pode lidar com a manutenção planejada usando a CLI do Azure, o Azure PowerShell ou o portal.