Tratamento de notificações de manutenção planejada

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

O Azure realiza atualizações periodicamente para aumentar a confiabilidade, o desempenho e a segurança da infraestrutura de host para máquinas virtuais. As atualizações são as alterações como, por exemplo, aplicação de patches no ambiente de hospedagem ou atualização e desativação de hardware. A maioria dessas atualizações é realizada sem nenhum impacto nas máquinas virtuais hospedadas. No entanto, há casos em que as atualizações possuem um impacto:

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

• Se a manutenção requer uma reinicialização, você receberá um aviso informando para quando a manutenção está planejada. Você terá um prazo de cerca de 35 dias para iniciar a manutenção sozinho, quando for melhor para você.

Uma manutenção planejada que requer uma reinicialização é agendada em ondas. Cada onda tem um escopo diferente (regiões).

• Uma onda começa com uma notificação para os clientes. As notificações de manutenção relacionadas à máquina virtual estão disponíveis em Integridade 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 cronograma enviando um email adicional aos membros do grupo Proprietários de Assinatura. A Integridade do Serviço do Azure permite que os usuários configurem seus próprios alertas personalizados de Integridade para a categoria Manutenção Planejada. Com os alertas da Integridade do Serviço do Azure você pode adicionar mais destinatários e opções de mensagem como email, SMS e webhooks usando Alertas do Log de Atividades.
• Exceto por um subconjunto de tipos de eventos, a Notificação de Manutenção Planejada do Integridade do Serviço do Azure agora também tem uma guia adicional "Recursos Impactados", que lista os nomes de VM no escopo do evento. Leia mais sobre o Recurso de versão prévia do recurso impactados.
• Uma janela de autoatendimento é disponibilizada quando uma notificação é enviada. Durante esta janela, você pode consultar quais das suas máquinas virtuais estão afetadas e iniciar a manutenção com base nas suas próprias necessidades de planejamento. A janela de autoatendimento normalmente é de cerca de 35 dias.
• Após a janela de autoatendimento, janela de manutenção agendada inicia. Em algum momento durante esta janela, o Azure agenda e aplica a manutenção necessária à sua máquina virtual.

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

Você pode usar o portal do Azure, o PowerShell, a API REST e a 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 você deseja usar essa funcionalidade e a iniciar a manutenção no seu próprio tempo.

Observação

A manutenção de autoatendimento pode não estar disponível para todas as suas VMs. Para determinar se a reimplantação pró-ativa está disponível para sua VM, procure o status de manutenção Iniciar agora. No momento, a manutenção de autoatendimento não está disponível para os serviços de nuvem (função Web/de trabalho) nem para o Service Fabric.

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

• Permita que o Azure dispare a manutenção. Para manutenção que demanda reinicialização, a manutenção é feita no domínio de atualização pelo domínio de atualização. Os domínios de atualização não necessariamente recebem 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 o autoatendimento de manutenção nos seguintes cenários:

• Se você desliga as VMs com frequência, seja manualmente, usando o DevTest Labs, usando o desligamento automático ou seguindo um agendamento, é possível reverter o status de manutenção e, portanto, aumentar o tempo de inatividade.
• 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) e que se deseja manter após a atualização.
• Para casos em que você redimensiona a VM com frequência, pois isso pode reverter o status de manutenção.
• Se você adotou eventos agendados que permitem um failover proativo ou o desligamento normal da carga de trabalho, 15 minutos antes do início do desligamento da manutenção

Use manutenção de autoatendimento se 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 o gerenciamento ou o cliente final.
• Você precisa concluir a manutenção em uma determinada data.
• Você precisa controlar a sequência de manutenção, por exemplo, o aplicativo de várias camadas para garantir uma recuperação segura.
• Você precisa de mais de 30 minutos de tempo de recuperação de VM entre dois domínios de atualização (UDs). Para controlar o tempo entre domínios de atualização, você deve disparar a manutenção em suas VMs um domínio de atualização (UD) por vez.

Perguntas frequentes

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

A: Embora a maioria das atualizações e melhorias na plataforma Azure não afetem a disponibilidade da máquina virtual, há casos em que não podemos evitar a reinicialização de máquinas virtuais hospedadas no Azure. Nós acumulamos várias alterações que exigem que nossos servidores sejam reiniciados, o que resultará no reinício 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 dimensionamento de máquinas virtuais têm a noção de UD (domínios de atualização). Ao executar a manutenção, o Azure respeita a restrição de UD e não reinicializa máquinas virtuais de UD diferentes (dentro do mesmo conjunto de disponibilidade). O Azure também espera pelo menos 30 minutos antes de passar para o próximo grupo de máquinas virtuais.

Consulte Disponibilidade para máquinas virtuais no Azure para mais informações sobre alta disponibilidade.

P: como fazer para ser notificado sobre manutenção planejada?

R: uma onda manutenção planejada começa pela definição de uma agenda para uma ou mais regiões do Azure. As notificações de manutenção relacionadas à máquina virtual estão disponíveis em Integridade 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 cronograma enviando um email adicional aos membros do grupo Proprietários de Assinatura.

Exceto por um subconjunto de tipos de eventos, a Notificação de Manutenção Planejada do Integridade do Serviço do Azure agora também tem uma guia adicional "Recursos Impactados", que lista os nomes de VM no escopo do evento. Leia mais sobre o Recurso de versão prévia do recurso impactados.

A Integridade do Serviço do Azure permite que os usuários configurem seus próprios alertas personalizados de Integridade para a categoria Manutenção Planejada. Com os alertas da Integridade do Serviço do Azure você pode adicionar mais destinatários e opções de mensagem como email, SMS e webhooks usando Alertas do Log de Atividades.

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

P: Não vejo nenhuma indicação de manutenção planejada no portal, no PowerShell e na CLI. Qual é o problema?

R: As informações relacionadas à manutenção planejada ficam 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 os dados, pode ser que a fase de manutenção já tenha sido concluída (ou não iniciada) ou que sua máquina virtual já esteja hospedada em um servidor atualizado.

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

R: ao definir a agenda, definiremos um período de tempo de vários dias. No entanto, a sequência exata dos servidores (e de VMs) nesse período é desconhecido. Os clientes que querem saber a hora exata para suas VMs podem usar eventos agendados e consultar na máquina virtual para receber uma notificação de 15 minutos antes do reinício de uma VM.

P: quanto tempo levará o reinício da minha máquina virtual?

R: Dependendo do tamanho da VM, o reinício poderá levar vários minutos durante a janela de manutenção por autoatendimento. Durante as reinicializações iniciadas pelo Azure na janela de manutenção agendada, a reinicialização geralmente levará cerca de 25 minutos. Observe que, caso você use Serviços de Nuvem do Microsoft Azure (função Web/Worker), Conjuntos de Dimensionamento de Máquinas Virtuais do Microsoft Azure 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 dimensionamento de máquinas virtuais?

R: A manutenção planejada agora está disponível para conjuntos de dimensionamento de máquinas virtuais. Consulte o documento Manutenção planejada para conjuntos de dimensionamento de máquinas virtuais para instruções sobre como iniciar a manutenção de autoatendimento.

P: Qual é a experiência no caso de serviços de nuvem (função Web/de trabalho) e do Service Fabric?

R: embora essas plataformas sejam afetadas pela manutenção planejada, considera-se que os clientes que usam essas plataformas estejam seguros, já que somente as VMs em um UD (domínio de atualização) simples serão afetadas em determinado momento. No momento, a manutenção de autoatendimento não está disponível para os serviços de nuvem (função Web/de trabalho) nem para o Service Fabric.

P: não vejo informações sobre manutenção nas minhas VMs. O que deu errado?

R: existem várias razões para não se ver informações de manutenção em suas VMs:

1. Você está usando uma assinatura marcada como interna da Microsoft.
2. As VMs não estão agendadas para manutenção. É possível que a onda de manutenção tenha sido concluída, cancelada ou modificada de modo que suas VMs não são afetadas por ela.
3. Você tem a VM desalocada e a inicializou. Isso pode fazer com que a VM seja movida para um local que não tenha uma onda de manutenção planejada agendada. Portanto, a VM não mostrará mais informações de manutenção.
4. Você não tem a coluna Manutenção adicionada ao modo de exibição de lista da VM. Embora tenhamos adicionado essa coluna à exibição padrão, os clientes que configuraram para ver colunas não padrão devem adicionar manualmente a coluna Manutenção ao modo de exibição de lista da VM.

P: minha VM está agendada para manutenção pela segunda vez. Por quê?

A: Há vários casos de uso em que você verá sua VM programada para manutenção depois de já ter concluído sua manutenção-reimplantação:

1. Nós cancelamos a fase de manutenção e a reiniciamos com uma carga diferente. É possível que tenhamos detectado uma carga com falha e seja necessário simplesmente implantar uma carga adicional.
2. Sua máquina virtual teve o serviço autorrestabelecido para outro nó devido a uma falha de hardware.
3. Você optou por parar (desalocar) e reiniciar a VM.
4. O desligamento automático está ativado para a VM.

Próximas etapas

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