Capacidade de suporte e política de desativação do SO convidado do Azure

  • Artigo

As informações nesta página se relacionam ao sistema operacional convidado do Azure(SO Convidado)para serviços de nuvem funções web e de trabalho (PaaS). Não se aplicam às Máquinas Virtuais (IaaS).

A Microsoft tem uma política de suporte para o SO convidadopublicada. A página que você está lendo agora descreve como a política é implementada.

A política é

  1. A Microsoft dará suporte pelo menos às duas famílias mais recentes do sistema operacional Convidado. Quando uma família for desativada, os clientes terão 12 meses a partir da data de desativação oficial para atualizar para uma família dos sistemas operacionais convidados com suporte mais recente.
  2. A Microsoft dará suporte a pelo menos as duas versões mais recentes das famílias de SOs convidados com suporte.
  3. A Microsoft dará suporte a pelo menos as duas versões mais recentes do SDK do Azure. Quando uma versão do SDK for desativada, os clientes terão 12 meses a partir da data de desativação oficial para atualizar para uma versão mais recente.

Às vezes, pode haver suporte para mais de duas famílias ou versões. Informações de suporte oficiais do SO convidado serão exibidas na Matriz de compatibilidade do SDK e lançamentos do SO convidado do Azure.

Quando uma versão de SO convidado é desativada

As novas versões do SO convidado são lançadas a cada mês para incorporar as atualizações mais recentes do MSRC. Devido às atualizações regulares mensais, uma versão do SO convidado é desabilitada normalmente cerca de 60 dias após seu lançamento. Essa atividade mantém pelo menos duas versões de sistema operacional convidado para cada família disponíveis para uso.

Processo durante a desativação de uma família de sistemas operacionais convidados

Depois que a desativação é anunciada, os clientes têm um período de "transição" de 12 meses antes de a família mais antiga ser oficialmente removida do serviço. Esse período de transição pode ser estendido a critério da Microsoft. As atualizações serão postadas na Matriz de compatibilidade do SDK e lançamentos do SO convidado do Azure.

Um processo gradual de desativação se iniciará em seis (6) meses no período de transição. Durante esse tempo:

  1. A Microsoft notificará os clientes da desativação.
  2. A versão mais recente do SDK do Azure não dará suporte à família do sistema operacional convidado desativada.
  3. Novas implantações e reimplantações dos Serviços de Nuvem não serão permitidas na família desativada

A Microsoft continuará a apresentar a nova versão do sistema operacional convidado incorporando as atualizações mais recentes do MSRC até o último dia do período de transição, conhecido como "data de expiração". Na data de expiração, os Serviços de Nuvem ainda em execução não terão mais suporte no SLA do Azure. A Microsoft pode impor a atualização, excluir ou interromper os serviços após essa data.

Processo durante a desativação de uma versão do SO convidado

Se os clientes definirem o SO convidado para atualizar automaticamente, nunca precisarão se preocupar em lidar com as versões de sistema operacional convidado. Eles sempre usarão a versão mais recente do sistema operacional convidado.

Versões do SO convidado são lançadas a cada mês. Devido aos lançamentos regulares, cada versão tem uma vida útil fixa.

Aos 60 dias da vida útil, uma versão é "desabilitada". "Desabilitada" significa que a versão é removida do portal. A versão não pode mais ser definida no arquivo de configuração CSCFG. As implantações existentes são mantidas em execução. Mas novas implantações e atualizações de código e a configuração para as implantações existentes não serão permitidas.

Algum tempo depois de ser “desabilitada”, a versão do SO convidado “expira” e todas as instalações que ainda estiverem executando essa versão expirada serão expostas a problemas de segurança e vulnerabilidade. Geralmente, a expiração é feita em lotes, de modo que o período da desabilitação ao vencimento pode variar.

Os clientes que configuram serviços para atualizar o SO convidado manualmente devem garantir que seus serviços estejam em execução em um SO convidado com suporte. Se um serviço estiver configurado para atualizar o SO convidado automaticamente, a plataforma subjacente garantirá a conformidade e será atualizada para o SO convidado mais recente.

Esses períodos podem ser mais longos, a critério da Microsoft, para facilitar as transições do cliente. Quaisquer alterações serão comunicadas na Matriz de compatibilidade do SDK e lançamentos do SO convidado do Azure.

Notificações durante a desativação

  • Desativação de família
    A Microsoft usará postagens de blog e notificação no portal. Os clientes que ainda estiverem usando uma família desativada do sistema operacional convidado serão notificados por meio de comunicação direta (email, mensagens do portal, telefonema) para administradores de serviço atribuídos. Todas as atualizações serão postadas na Azure Guest OS Releases and SDK Compatibility Matrix (Matriz de compatibilidade do SDK e lançamentos do SO convidado do Azure).
  • Desativação de versão
    Todas as alterações e as datas em que elas ocorrem serão postadas na Matriz de compatibilidade do SDK e lançamentos do SO convidado do Azure, incluindo o lançamento, desabilitação e expiração. Os administradores de serviços receberão emails se tiverem implantações em execução em uma família ou versão do SO convidado desabilitada. O intervalo desses emails pode variar. Geralmente, eles são enviados pelo menos um mês antes da desabilitação, embora esse intervalo não seja um SLA oficial.

Perguntas frequentes

Como posso reduzir os impactos da migração?

Recomendamos o uso da família mais recente do sistema operacional convidado para criar seus Serviços de Nuvem.

  1. Comece cedo a planejar a migração para uma família mais recente.
  2. Configure implantações de teste temporárias para testar seu serviço de nuvem em execução na nova família.
  3. Defina a versão do SO convidado para Automática (osVersion=* no arquivo .cscfg ) para que a migração para novas versões de SO convidado ocorra automaticamente.

E se meu aplicativo Web exigir uma integração mais profunda com o sistema operacional?

Se a arquitetura do aplicativo Web depender de recursos subjacentes do sistema operacional, use os recursos de suporte de plataforma como tarefas de inicialização ou outros mecanismos de extensibilidade. Como alternativa, você também pode usar Máquinas Virtuais do Azure (IaaS - Infraestrutura como serviço), em que você é responsável por manter o sistema operacional subjacente.

Próximas etapas

Examine as últimas versões do SO convidado.