Todos os produtos
Search

Este produto

    Elastic Compute Service:Visão geral do ciclo de vida do SO

    Central de documentação

    Elastic Compute Service:Visão geral do ciclo de vida do SO

    Última atualização: Jun 22, 2026

    Entenda as fases do ciclo de vida do SO e mitigue riscos de segurança após um sistema operacional atingir o fim de vida (EOL).

    Fases do ciclo de vida do SO

    Após o lançamento, um sistema operacional passa pelas seguintes fases com base no suporte do fornecedor:

    1. Fase de Suporte Principal (MS): O fornecedor oferece suporte completo, incluindo atualizações, correções de vulnerabilidades e suporte técnico. Esta fase normalmente dura até o produto deixar de ser vendido.

    2. Fase de Suporte Estendido de Vida (ELS): A disponibilidade depende do SO e da demanda do mercado. O fornecedor oferece suporte limitado, normalmente restrito a atualizações críticas de segurança e correções de vulnerabilidades. Nenhum recurso novo é adicionado. O suporte geralmente é pago ou limitado a clientes específicos.

    3. Fase EOL: O fornecedor encerra todo o suporte, incluindo atualizações de segurança e suporte técnico. Isso marca a aposentadoria oficial do SO.

    image

    Por que os sistemas operacionais têm ciclos de vida

    O avanço tecnológico e as ameaças de segurança em evolução impulsionam os ciclos de vida do SO. Versões mais antigas do SO podem não utilizar totalmente o hardware mais recente, e mantê-las é custoso para os fornecedores. Ciclos de vida claros incentivam os usuários a atualizar para versões mais recentes para melhor desempenho e segurança.

    Impactos nos negócios de cada fase

    Fase MS

    O fornecedor oferece suporte completo, incluindo atualizações, correções de vulnerabilidades e suporte técnico. Aplique os patches lançados pelo fornecedor prontamente para manter a segurança e a estabilidade na camada do SO.

    null

    A segurança na camada do SO é fundamental, mas você também deve garantir a segurança e a confiabilidade nas camadas de arquitetura de software e lógica de negócios.

    Fase ELS

    Durante a fase ELS, o fornecedor ainda oferece algumas atualizações de segurança e suporte técnico. No entanto, em comparação com a fase MS, os seguintes riscos existem:

    1. Atualizações de segurança limitadas: Menos patches são lançados com menor frequência, reduzindo a defesa do sistema contra as ameaças mais recentes.

    2. Estagnação das atualizações de recursos: O desenvolvimento de novos recursos é interrompido. O suporte se limita à manutenção dos recursos existentes e à correção de erros críticos.

    3. Aumento de custos: Serviços de suporte adicionais podem exigir taxas extras, especialmente para sistemas operacionais comerciais.

    4. Pressão de migração: À medida que o ELS se aproxima do fim, as organizações enfrentam pressão crescente para migrar para uma versão mais recente do SO, o que requer tempo e recursos significativos.

    Embora o ELS ofereça tempo de transição, os riscos de EOL são inevitáveis. Planeje e migre para uma versão de SO com suporte prontamente. O fortalecimento das medidas de segurança existentes também pode ajudar a mitigar o impacto da perda do suporte oficial.

    Fase EOL

    Após o SO de uma instância ECS atingir o EOL, o fornecedor deixa de oferecer suporte para novos softwares, novos hardwares, correções de erros e correções de segurança. Executar um SO em EOL em uma instância ECS causa os seguintes problemas:

    • Problemas de segurança: Sem atualizações de segurança ou patches, tornando o sistema vulnerável a ataques.

    • Problemas de compatibilidade: Pode ser incompatível com novos hardwares ou softwares, causando falhas ou comportamento inesperado.

    • Problemas de conformidade: Usar um SO em EOL pode violar padrões de segurança e conformidade exigidos por determinados países, setores ou organizações.

    • Problemas de confiabilidade: Erros não corrigidos podem causar instabilidade do sistema, perda de dados ou corrupção de arquivos, afetando as operações de negócios e a integridade dos dados.

    • Custos de manutenção: Sem suporte técnico, você deve gastar mais tempo e dinheiro para manter o sistema.

    Soluções de EOL

    Resposta a eventos e avaliação de riscos

    Responda a eventos de EOL do SO com base na sua situação de negócios. Se o serviço afetado está prestes a ficar offline, você pode ignorar o evento. Para novos serviços, não use uma imagem de SO em EOL para criar instâncias ECS. Escolha um SO em sua fase MS que seja compatível com seus serviços. Para serviços existentes, escolha um plano de transição de curto prazo ou uma solução de longo prazo conforme necessário.

    Plano de transição de curto prazo: Assinar o ELS

    O suporte estendido é um compromisso de curto prazo dos fornecedores que consideram as dificuldades de migração. Ele reduz o investimento do fornecedor naquela versão e orienta os usuários a fazer a atualização. Se você não puder mudar para um SO mais recente em breve, assine o suporte estendido do fornecedor original ou de terceiros para receber atualizações e correções durante a transição.

    Nem todos os sistemas operacionais oferecem ELS, e assinar o ELS nem sempre é a melhor opção. Avalie se deve assinar com base nos seus serviços implantados em instâncias ECS, ou atualize o SO diretamente para estabilidade de longo prazo.

    Solução de longo prazo: Migração e atualização do SO

    O ELS apenas alivia a pressão de atualização no curto prazo. A longo prazo, substitua ou atualize seu SO para um em sua fase MS. O processo de implementação possui cinco fases. Para backup de dados, verificação de compatibilidade e aceitação e otimização, elabore seus próprios planos com base na sua arquitetura de negócios. As fases restantes são descritas abaixo.

    Fase

    Pontos-chave de operação

    Planejamento e avaliação

    Avalie a compatibilidade do negócio, os requisitos técnicos e as limitações. Defina um plano de migração e uma janela de indisponibilidade.

    Backup de dados

    Crie snapshots do disco do sistema e verifique a disponibilidade do backup.

    Verificação de compatibilidade

    Teste a compatibilidade dos programas de negócios e das bibliotecas de dependências com a nova versão do sistema operacional.

    Implementação da migração

    Selecione uma solução de migração com base na sua arquitetura de negócios e garanta a estabilidade do sistema durante a migração.

    Aceitação e otimização

    Verifique os recursos do sistema, monitore as métricas de desempenho e conclua o ajuste de configuração.

    Soluções de migração

    A Alibaba Cloud oferece três soluções de migração:

    Solução 1: Reimplantar o ambiente (novas instâncias)

    Crie novas instâncias ECS para substituir o ambiente original.

    • Para clusters de contêineres, execute uma substituição gradual para substituir nós progressivamente sem interrupção do serviço.

    • Para ambientes ECS, planeje uma janela de indisponibilidade dependendo de sua arquitetura possuir ou não backup primário/secundário. Se as instâncias legadas puderem ser liberadas conforme seu negócio evolui, selecione um SO em fase MS ao criar novas instâncias.

    Solução 2: Substituir o disco do sistema

    Substitua o disco do sistema da instância ECS. A instância é reiniciada durante a substituição e não pode fornecer serviços.

    Solução 3: Atualização ou transformação in-loco

    Atualize ou transforme o SO dentro da instância sem alterar o disco do sistema. Por exemplo, atualize do Alibaba Cloud Linux 2 para o Alibaba Cloud Linux 3, ou transforme do CentOS 7 para o Alibaba Cloud Linux 3. A instância é reiniciada durante este processo e não pode fornecer serviços.

    Ciclo de vida específico do SO e soluções de EOL/ELS