Processar notificações de manutenção planeada

Aplica-se a: ✔️ VMs do Windows VMs ✔️ do Linux Conjuntos ✔️ de dimensionamento ✔️ flexíveis Conjuntos de dimensionamento 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. Atualizações são alterações como corrigir o ambiente de alojamento ou atualizar e desativar hardware. A maioria destas atualizações são concluídas sem qualquer impacto nas máquinas virtuais alojadas. No entanto, existem casos em que as atualizações têm um impacto:

• Se a manutenção não exigir um reinício, o Azure coloca a VM em pausa durante alguns segundos enquanto o anfitrião é atualizado. Estes tipos de operações de manutenção são aplicados ao domínio de falha por domínio de falha. O progresso será interrompido se forem recebidos sinais de estado de funcionamento de aviso.

• Se a manutenção exigir um reinício, receberá uma notificação de quando a manutenção está planeada. É-lhe dada uma janela de tempo de cerca de 35 dias onde pode iniciar a manutenção por si mesmo, quando funciona para si.

A manutenção planeada que requer um reinício está agendada em ondas. Cada onda tem um âmbito (regiões) diferente.

• Uma onda começa com uma notificação aos clientes. As notificações de Manutenção relacionadas com a Máquina Virtual estão disponíveis no Service Health no portal do Azure. Para alguns cenários específicos de Manutenção Planeada de Máquinas Virtuais, o Azure também pode comunicar a agenda enviando um e-mail adicional para o grupo Subscrição Administração, Co-Administração e Proprietários de Subscrições. O Azure Service Health permite que os utilizadores configurem os seus próprios alertas personalizados para a categoria Manutenção Planeada. Com os alertas do Azure Service Health, pode adicionar mais destinatários e opções de mensagens, como e-mail, SMS e webhooks através de Alertas de Registo de Atividades.
• Assim que uma notificação for lançada, é disponibilizada uma janela self-service . Durante esta janela, pode consultar quais das máquinas virtuais são afetadas e iniciar a manutenção com base nas suas próprias necessidades de agendamento. Normalmente, a janela self-service é de cerca de 35 dias.
• Após a janela self-service, é iniciada uma janela de manutenção agendada . 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-lhe tempo suficiente para iniciar a manutenção e reiniciar a máquina virtual, sabendo quando o Azure iniciará automaticamente a manutenção.

Pode utilizar o portal do Azure, o PowerShell, a API REST e a CLI para consultar as janelas de manutenção das VMs e iniciar a manutenção self-service.

Deve começar a utilizar a manutenção durante a janela self-service?

As seguintes diretrizes devem ajudá-lo a decidir se deve utilizar esta capacidade e iniciar a manutenção a seu tempo.

Nota

A manutenção self-service pode não estar disponível para todas as suas VMs. Para determinar se a reimplementação proativa está disponível para a VM, procure Iniciar agora no estado de manutenção. A manutenção self-service não está atualmente disponível para Serviços Cloud (Função Web/Função de Trabalho) e Service Fabric.

A manutenção self-service não é recomendada para implementações através de conjuntos de disponibilidade. Os conjuntos de disponibilidade já são atualizados apenas um domínio de atualização de cada vez.

• Permitir que o Azure acione a manutenção. Para manutenção que requer reinício, a manutenção será feita para atualizar o domínio por domínio de atualização. Os domínios de atualização não recebem necessariamente a manutenção sequencialmente e que existe uma pausa de 30 minutos entre domínios de atualização.
• Se uma perda temporária de alguma capacidade (domínio de atualização 1) for uma preocupação, pode adicionar instâncias durante o período de manutenção.
• Para manutenção que não requer reinício, as atualizações são aplicadas ao nível do domínio de falha.

Não utilize a manutenção self-service nos seguintes cenários:

• Se encerrar as VMs com frequência, quer manualmente, utilizando o DevTest Labs, utilizando o encerramento automático ou seguindo um agendamento, poderá reverter o estado de manutenção e, por conseguinte, causar tempo de inatividade adicional.
• Em VMs de curta duração que sabe que serão eliminadas antes do fim da onda de manutenção.
• Para cargas de trabalho com um estado grande armazenado no disco local (efémero) que pretende manter após a atualização.
• Nos casos em que redimensiona a VM com frequência, uma vez que pode reverter o estado de manutenção.
• Se tiver adotado eventos agendados que ativem a ativação pós-falha proativa ou o encerramento correto da carga de trabalho, 15 minutos antes do início do encerramento da manutenção

Utilize a manutenção self-service, se estiver a planear executar a VM sem interrupções durante a fase de manutenção agendada e nenhuma das contra-indicações mencionadas acima for aplicável.

É melhor utilizar a manutenção self-service nos seguintes casos:

• Tem de comunicar uma janela de manutenção exata à sua gestão ou ao cliente final.
• Tem de concluir a manutenção por uma determinada data.
• Tem de controlar a sequência de manutenção, por exemplo, aplicação de várias camadas para garantir uma recuperação segura.
• São necessários mais de 30 minutos de tempo de recuperação da VM entre dois domínios de atualização (UDs). Para controlar o tempo entre domínios de atualização, tem de acionar a manutenção nas VMs um domínio de atualização (UD) de cada vez.

FAQ

P: Por que precisa de reiniciar as minhas máquinas virtuais agora?

R: Embora a maioria das atualizações e atualizações para a plataforma do Azure não afete a disponibilidade da máquina virtual, existem casos em que não podemos evitar reiniciar máquinas virtuais alojadas no Azure. Acumulámos várias alterações que exigem que reiniciemos os nossos servidores que resultarão no reinício das máquinas virtuais.

P: Se seguir as suas recomendações de Elevada Disponibilidade com um Conjunto de Disponibilidade, estou seguro?

R: As máquinas virtuais implementadas num conjunto de disponibilidade ou em conjuntos de dimensionamento de máquinas virtuais têm a noção de Domínios de Atualização (UD). Ao realizar a manutenção, o Azure honra a restrição de UD e não reinicia máquinas virtuais de diferentes UDs (dentro do mesmo conjunto de disponibilidade). O Azure também aguarda pelo menos 30 minutos antes de passar para o grupo seguinte de máquinas virtuais.

Para obter mais informações sobre a elevada disponibilidade, veja Disponibilidade para máquinas virtuais no Azure.

P: Como devo proceder para ser notificado sobre a manutenção planeada?

R: Uma onda de manutenção planeada começa por definir uma agenda para uma ou mais regiões do Azure. As notificações de Manutenção relacionadas com a Máquina Virtual estão disponíveis no Service Health no portal do Azure. Para alguns cenários de Manutenção Planeada de Máquinas Virtuais específicos, o Azure também pode comunicar a agenda enviando um e-mail adicional (um e-mail por subscrição com todos os destinatários adicionados) para o grupo Subscrição Administração, Co-Administração e Proprietários de Subscrições.

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

Caso implemente uma máquina virtual numa região onde a manutenção planeada já esteja agendada, não receberá a notificação, mas terá de verificar o estado de manutenção da VM.

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

R: As informações relacionadas com a manutenção planeada estão disponíveis durante uma onda de manutenção planeada apenas para as VMs que serão afetadas pela mesma. Por outras palavras, se não vir dados, pode ser que a onda de manutenção já tenha sido concluída (ou não iniciada) ou que a máquina virtual já esteja alojada num servidor atualizado.

P: Existe alguma forma de saber exatamente quando é que a minha máquina virtual será afetada?

R: Ao definir a agenda, definimos um período de tempo de vários dias. No entanto, a sequenciação exata de servidores (e VMs) nesta janela é desconhecida. Os clientes que gostariam de saber a hora exata das VMs podem utilizar eventos agendados e consultar a partir da máquina virtual e receber uma notificação de 15 minutos antes do reinício da VM.

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

R: Dependendo do tamanho da VM, o reinício pode demorar até vários minutos durante a janela de manutenção self-service. Durante os reinícios iniciados pelo Azure na janela de manutenção agendada, o reinício demora normalmente cerca de 25 minutos. Tenha em atenção que, caso utilize Serviços Cloud (Função Web/Função de Trabalho), Conjuntos de Dimensionamento de Máquinas Virtuais ou conjuntos de disponibilidade, ser-lhe-á dado 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 planeada está agora disponível para Conjuntos de Dimensionamento de Máquinas Virtuais. Para obter instruções sobre como iniciar a manutenção self-service, veja o documento manutenção planeada para conjuntos de dimensionamento de máquinas virtuais .

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

R: Embora estas plataformas sejam afetadas pela manutenção planeada, os clientes que utilizam estas plataformas são considerados seguros, dado que apenas as VMs num único Domínio de Atualização (UD) serão afetadas a qualquer momento. A manutenção self-service não está atualmente disponível para Serviços Cloud (Função Web/Função de Trabalho) e Service Fabric.

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

R: Existem vários motivos pelos quais não está a ver quaisquer informações de manutenção nas suas VMs:

1. Está a utilizar uma subscrição marcada como interna da Microsoft.
2. As VMs não estão agendadas para manutenção. Pode ser que a onda de manutenção tenha terminado, cancelado ou modificado para que as VMs deixem de ser afetadas pela mesma.
3. Desalocado a VM e, em seguida, iniciou-a. Isto pode fazer com que a VM mude para uma localização que não tenha a onda de manutenção planeada agendada. Assim, a VM deixará de mostrar informações de manutenção.
4. Não tem a coluna Manutenção adicionada à vista de lista de VMs. Apesar de termos adicionado esta coluna à vista predefinida, os clientes que configuraram para ver colunas não predefinidas têm de adicionar manualmente a coluna Manutenção à vista de lista de VMs.

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

R: Existem vários casos de utilização em que verá a VM agendada para manutenção depois de já ter concluído a reimplementação da manutenção:

1. Cancelámos a onda de manutenção e reiniciámo-la com um payload diferente. Pode ser que tenhamos detetado um payload com falhas e apenas precisamos de implementar um payload adicional.
2. A VM foi reparada noutro nó devido a uma falha de hardware.
3. Selecionou parar (desalocar) e reiniciar a VM.
4. Tem o encerramento automático ativado para a VM.

Passos seguintes

Pode processar a manutenção planeada com a CLI do Azure, Azure PowerShell ou portal.