Política de suporte e desativação do SO Convidado do Azure

As informações nesta página estão relacionadas ao sistema operacional Convidado do Azure (SO Convidado) para funções de trabalho e Web (PaaS) dos Serviços de Nuvem. Não se aplica a máquinas virtuais (IaaS).

A Microsoft tem uma política de suporte publicada para o SO convidado. Esta página descreve como a política é implementada.

A política é:

  • A Microsoft suporta pelo menos as duas famílias mais recentes do SO convidado. Quando uma família é aposentada, os clientes têm 12 meses a partir da data oficial de aposentadoria para atualizar para uma nova família de SO convidado suportada.
  • A Microsoft suporta pelo menos as duas versões mais recentes das famílias de SO convidado suportadas.
  • A Microsoft suporta pelo menos as duas versões mais recentes do SDK do Azure. Quando uma versão do SDK é desativada, os clientes têm 12 meses a partir da data oficial de aposentadoria para atualizar para uma versão mais recente.

Às vezes, mais de duas famílias ou lançamentos podem ser suportados. As informações oficiais de suporte do SO convidado são apresentadas nas Versões do SO Convidado do Azure e na Matriz de Compatibilidade do SDK.

Quando uma versão do SO convidado é desativada

Novas versões do SO convidado são introduzidas todos os meses para incorporar as atualizações mais recentes do Microsoft Security Response Center (MSRC). Devido às atualizações mensais regulares, uma versão do SO convidado é normalmente desativada cerca de 60 dias após o seu lançamento. Esta atividade mantém pelo menos duas versões do SO convidado para cada família disponíveis para uso.

Processo durante a aposentadoria de uma família de SO convidado

Assim que a aposentadoria é anunciada, os clientes têm um período de "transição" de 12 meses antes que a família mais velha seja oficialmente removida do serviço. Esse tempo de transição pode ser estendido a critério da Microsoft. A Microsoft publica atualizações nas Versões do SO Convidado do Azure e na Matriz de Compatibilidade do SDK.

Um processo de aposentadoria gradual começa seis (6) meses após o período de transição. Durante este período:

  • A Microsoft notifica os clientes sobre a desativação.
  • A versão mais recente do SDK do Azure não suporta a família de SO convidado desativada.
  • Novas implantações e reimplantações de Serviços em Nuvem são proibidas na família aposentada

A Microsoft continua a introduzir a nova versão do SO convidado incorporando as atualizações MSRC mais recentes até ao último dia do período de transição, conhecido como a "data de validade". Na data de expiração, os serviços de nuvem ainda em execução não são suportados sob o Contrato de Nível de Serviço (SLA) do Azure. A Microsoft tem o poder discricionário de forçar a atualização, eliminar ou interromper esses serviços após essa data.

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

Se os clientes configurarem seu SO convidado para atualizar automaticamente, eles nunca terão que se preocupar em lidar com versões do sistema operacional convidado. Eles estão sempre usando a versão mais recente do SO convidado.

As versões do SO convidado são lançadas todos os meses. Devido à taxa de lançamentos regulares, cada versão tem uma vida útil fixa.

Com 60 dias de vida, uma versão é "desativada". "Desativado" significa que a versão é removida do portal. A versão não pode mais ser definida a partir do arquivo de configuração CSCFG. As implantações existentes são deixadas em execução, mas novas implantações e atualizações de código e configuração para implantações existentes são proibidas.

Algum tempo depois que a versão do SO convidado se torna "desativada", ela "expira" e todas as instalações ainda em execução dessa versão expirada são expostas a problemas de segurança e vulnerabilidade. Geralmente, a expiração é feita em lotes, por isso o período desde a desativação até a expiração pode variar.

Os clientes que configuram seus serviços para atualizar o SO convidado manualmente, devem garantir que seus serviços estejam sendo executados em um sistema operacional convidado suportado. Se um serviço estiver configurado para atualizar o SO convidado automaticamente, a plataforma subjacente garante a conformidade e as atualizações 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. A Microsoft comunica quaisquer alterações nas Versões do SO Convidado do Azure e na Matriz de Compatibilidade do SDK.

Notificações durante a reforma

  • Reforma familiar
    A Microsoft usa postagens de blog e notificação do portal. A Microsoft informa os clientes que ainda estão usando uma família de SO convidado aposentada por meio de comunicação direta (email, mensagens do portal, chamada telefônica) com os administradores de serviço atribuídos. A Microsoft publica todas as alterações nas Versões do SO Convidado do Azure e na Matriz de Compatibilidade do SDK.
  • Aposentadoria da versão
    A Microsoft publica todas as alterações e as datas em que ocorrem nas Versões do SO Convidado do Azure e na Matriz de Compatibilidade do SDK, incluindo lançamento, desativação e expiração. Os administradores de serviços recebem e-mails se tiverem implantações em execução em uma versão ou família do SO convidado desabilitada. O tempo desses e-mails pode variar. Geralmente, eles são pelo menos um mês antes da desativação, embora esse momento não seja um SLA oficial.

Perguntas mais frequentes

Como posso mitigar os impactos da migração?

Recomendamos que você use a família de SO convidado mais recente para projetar seus Serviços de Nuvem.

  • Comece a planear a sua migração para uma família mais recente com antecedência.
  • Configure implantações de teste temporárias para testar seu Serviço de Nuvem em execução na nova família.
  • Defina a versão do SO convidado como Automática (osVersion=* no ficheiro .cscfg) para que a migração para novas versões do SO convidado ocorra automaticamente.

E se a minha aplicação Web necessitar de uma integração mais profunda com o SO?

Se a arquitetura do aplicativo Web depender dos recursos subjacentes do sistema operacional, use os recursos suportados pela plataforma, como tarefas de inicialização ou outros mecanismos de extensibilidade. Como alternativa, você também pode usar as Máquinas Virtuais do Azure (IaaS – Infraestrutura como Serviço), onde você é responsável pela manutenção do sistema operacional subjacente.

Próximos passos

Analise as versões mais recentes do SO convidado.