2 Ciclo de vida e suporte #
Este capítulo apresenta informações sobre terminologia, ciclos de vida de produtos SUSE, versões de Service Pack e políticas de upgrade recomendadas.
2.1 Terminologia #
Esta seção usa vários termos. Para compreender as informações, leia as definições abaixo:
- Backporting
Backporting é o ato de adaptar mudanças específicas de uma versão mais recente do software e aplicá-las a uma versão mais antiga. Ele é mais utilizado para corrigir falhas de segurança em componentes de software mais antigos. Normalmente, ele também faz parte de um modelo de manutenção que oferece melhorias ou (menos comum) novos recursos.
- RPM Delta
RPM Delta consiste apenas na diferença binária entre duas versões definidas de um pacote e, portanto, tem o menor tamanho de download. Antes de ser instalado, o pacote RPM completo é reconstruído na máquina local.
- Downstream
Uma metáfora de como o software é desenvolvido no mundo open source (compare com upstream). O termo downstream refere-se a pessoas ou organizações, como o SUSE, que integram o código-fonte a outros softwares para criar a distribuição que será usada pelos usuários finais. Dessa maneira, o software flui de forma descendente (downstream) de seus desenvolvedores até os usuários finais por meio dos integradores.
- Extensões, Produtos complementares
As extensões e os produtos complementares de terceiros oferecem funcionalidades adicionais de valor ao produto para o SUSE Linux Enterprise Server. Elas são fornecidas pelo SUSE e por parceiros do SUSE e são registradas e instaladas em coexistência com o produto base SUSE Linux Enterprise Server.
- LTSS
LTSS é a abreviação de Long Term Service Pack Support, que está disponível como uma extensão para o SUSE Linux Enterprise Server.
- Versão principal, Versão de disponibilidade geral (GA, General Availability)
A versão principal do SUSE Linux Enterprise (ou qualquer produto de software) é uma nova versão que traz recursos e ferramentas inéditos, desativa componentes que já foram descontinuados e inclui mudanças sem compatibilidade retroativa. Por exemplo, as versões principais são SUSE Linux Enterprise 12 ou 15.
- Migração
Atualização para um Service Pack (SP) usando as ferramentas de atualização online ou um meio de instalação para instalar os respectivos patches. Atualiza todos os pacotes do sistema instalado para o estado mais recente.
- Destinos de migração
Um conjunto de produtos compatíveis para os quais é possível migrar um sistema, incluindo a versão dos produtos/extensões e o URL do repositório. Os destinos de migração podem mudar ao longo do tempo e dependem das extensões instaladas. É possível selecionar vários destinos de migração.
- Módulos
Os módulos são partes do SUSE Linux Enterprise Server totalmente suportadas com um ciclo de vida diferente. Eles têm um escopo claramente definido e são disponibilizados apenas pelo canal online. O registro no SUSE Customer Center, na RMT (Repository Mirroring Tool) ou no SUSE Manager é um pré-requisito para poder assinar esses canais.
- Pacote
Pacote é um arquivo comprimido no formato
rpm
que contém todos os arquivos de determinado programa, incluindo componentes opcionais como configuração, exemplos e documentação.- Patch
Um patch consiste em um ou mais pacotes e pode ser aplicado por meio de RPMs delta. Ele também pode introduzir dependências nos pacotes que ainda não estão instalados.
- Service Packs (SP)
Combina vários patches em um formulário fácil de instalar ou implantar. Os service packs são numerados, geralmente contendo correções de segurança, atualizações, upgrades ou aprimoramentos de programas.
- Upstream
Uma metáfora de como o software é desenvolvido no mundo open source (compare com downstream). O termo upstream refere-se ao projeto original, autor ou mantenedor de um software que é distribuído como código-fonte. Feedback, patches, melhorias de recursos ou outros aperfeiçoamentos fluem dos usuários finais ou colaboradores até os desenvolvedores de upstream. Eles decidem se a solicitação será integrada ou rejeitada.
Se os membros do projeto decidirem integrar a solicitação, ela aparecerá nas versões mais recentes do software. Uma solicitação aceita beneficia todas as partes envolvidas.
Se a solicitação não for aceita, vários motivos poderão estar em jogo. Talvez seu estado não seja compatível com as diretrizes do projeto, seja inválido, já esteja integrado ou não seja do interesse nem faça parte do plano estratégico do projeto. Uma solicitação não aceita dificulta o trabalho dos desenvolvedores de upstream, já que eles precisam sincronizar seus patches com o código de upstream. Essa prática em geral é evitada, mas às vezes ainda é necessária.
- Atualização
Instalação de uma versão de menor importância mais recente de um pacote, que normamente inclui correções de segurança ou bug.
- Upgrade
Instalação de uma versão mais recente principal de um pacote ou distribuição, que agrega novos recursos. Para saber a diferença entre as opções de upgrade, consulte a Seção 1.3, “Upgrade online e offline”.
2.2 Ciclo de vida do produto #
O SUSE tem o seguinte ciclo de vida de produto:
O SUSE Linux Enterprise Server tem um ciclo de vida de 13 anos: 10 anos de suporte geral e três anos de suporte estendido.
O SUSE Linux Enterprise Desktop tem um ciclo de vida de 10 anos: sete anos de suporte geral e três anos de suporte estendido.
As versões principais são criadas a cada quatro anos. Os service packs são lançados a cada 12 a 14 meses.
O SUSE suporta service packs anteriores durante seis meses após o lançamento do novo service pack. A Figura 2.1, “Versões principais e service packs” mostra alguns aspectos mencionados.
Se você precisar de mais tempo para criar, validar e testar seus planos de upgrade, o Suporte a Service Pack de Longo Prazo pode estender o suporte que você recebe para mais 12 até 36 meses em incrementos de 12 meses. O resultado disso é um total de 2 a 5 anos de suporte em qualquer pacote de serviço. Para obter os detalhes, consulte a Figura 2.2, “Suporte a service pack de longo prazo”.
Para obter mais informações, consulte https://www.suse.com/products/long-term-service-pack-support/.
Consulte https://www.suse.com/lifecycle para obter mais informações sobre ciclos de vida, frequência de lançamento e período de cobertura de suporte.
2.3 Dependências e ciclos de vida dos módulos #
Para obter uma lista de módulos, suas dependências e ciclos de vida, consulte Modules and Extensions Quick Start.
2.4 Gerando relatório periódico do ciclo de vida #
O SUSE Linux Enterprise Server pode verificar regularmente se há mudanças no status de suporte de todos os produtos instalados e enviar o relatório por e-mail em caso afirmativo. Para gerar o relatório, instale o zypper-lifecycle-plugin com o zypper in zypper-lifecycle-plugin
.
Habilite a geração de relatórios no sistema com o comando systemctl
:
>
sudo
systemctl
enable lifecycle-report.timer
O destinatário e o assunto do e-mail de relatório, bem como o período de geração de relatórios, podem ser configurados no arquivo /etc/sysconfig/lifecycle-report
com qualquer editor de texto. As configurações MAIL_TO
e MAIL_SUBJ
definem o destinatário e o assunto do e-mail, enquanto DAYS
define o intervalo de geração do relatório.
O relatório exibe as mudanças de status de suporte depois que elas ocorreram, e não antes. Se a mudança ocorrer logo após a geração do último relatório, poderá levar até 14 dias para você ser notificado sobre ela. Leve isso em consideração ao definir a opção DAYS
. Mude as seguintes entradas de configuração de acordo com seus requisitos:
MAIL_TO='root@localhost' MAIL_SUBJ='Lifecycle report' DAYS=14
O relatório mais recente está disponível no arquivo /var/lib/lifecycle/report
. O arquivo contém duas seções. A primeira seção informa sobre o fim do suporte para os produtos usados. A segunda seção lista os pacotes com suas datas de término de suporte e disponibilidade de atualização.
2.5 Níveis de suporte #
A faixa dos níveis de suporte estendido começa no décimo ano e termina no décimo terceiro ano. Eles incluem diagnóstico contínuo no nível de engenharia L3 e correções de bugs críticas reativas. Com esses níveis de suporte, você receberá atualizações para explorações de raiz comumente exploráveis no kernel e outras explorações de raiz diretamente executáveis sem interação do usuário. Além disso, eles suportam cargas de trabalho existentes, pilhas de software e hardware com lista de exclusões de pacotes limitadas. Consulte a visão geral na Tabela 2.1, “Atualizações de segurança e correções de bugs”.
Suporte Geral para Service Pack (SP) Mais Recente |
Suporte Geral para SP Anterior, com LTSS |
Suporte Estendido com LTSS | |||
---|---|---|---|---|---|
Recurso |
Ano 1 a 5 |
Ano 6 a 7 |
Ano 8 a 10 |
Ano 4 a 10 |
Ano 10 a 13 |
Serviços técnicos |
Sim |
Sim |
Sim |
Sim |
Sim |
Acesso a Patches e Correções |
Sim |
Sim |
Sim |
Sim |
Sim |
Acesso a Documentação e Base de Dados de Conhecimento |
Sim |
Sim |
Sim |
Sim |
Sim |
Suporte para Pilhas e Cargas de Trabalho Existentes |
Sim |
Sim |
Sim |
Sim |
Sim |
Suporte para Novas Implantações |
Sim |
Sim |
Limitado (Com base nos pedidos de parceiros e clientes) |
Limitado (Com base nos pedidos de parceiros e clientes) |
Não |
Solicitações de aprimoramentos |
Sim |
Limitado (Com base nos pedidos de parceiros e clientes) |
Limitado (Com base nos pedidos de parceiros e clientes) |
Não |
Não |
Habilitação e Otimização de Hardware |
Sim |
Limitado (Com base nos pedidos de parceiros e clientes) |
Limitado (Com base nos pedidos de parceiros e clientes) |
Não |
Não |
Atualizações de driver pelo SUSE SolidDriver Program (anteriormente PLDP) |
Sim |
Sim |
Limitado (Com base nos pedidos de parceiros e clientes) |
Limitado (Com base nos pedidos de parceiros e clientes) |
Não |
Backport de Correções do SP Recente |
Sim |
Sim |
Limitado (Com base nos pedidos de parceiros e clientes) |
N/D |
N/D |
Atualizações de Segurança1 |
Todos |
Todos |
Todos |
Apenas crítico |
Apenas crítico |
Resolução de Defeitos |
Sim |
Sim |
Limitado (Apenas defeitos com Nível de Gravidade 1 e 2) |
Limitado (Apenas defeitos com Nível de Gravidade 1 e 2) |
Limitado (Apenas defeitos com Nível de Gravidade 1 e 2) |
1 Para obter mais informações sobre a Política de Atualização do SUSE Linux Enterprise, consulte o seguinte artigo da base de dados de conhecimento.
2.6 Registrando e cancelando o registro de máquinas com o SUSEConnect #
No registro, o sistema recebe repositórios do SUSE Customer Center (consulte https://scc.suse.com/) ou um proxy de registro local, como a SMT. Os nomes dos repositórios são mapeados para URIs específicos no atendimento do cliente. Para listar todos os repositórios disponíveis em seu sistema, use o zypper
da seguinte forma:
#
zypper
repos -u
Esse comando mostra uma lista dos repositórios disponíveis no sistema. Cada repositório é listado por seu álias, nome e se está habilitado e será atualizado. A opção -u
também mostra o URI de origem.
Para registrar sua máquina, execute o SUSEConnect, por exemplo:
#
SUSEConnect
-r REGCODE
Para cancelar o registro da sua máquina, você pode usar também o SUSEConnect:
#
SUSEConnect
--de-register
Para verificar os produtos instalados localmente e seus status, use o seguinte comando:
#
SUSEConnect
-s
2.7 Habilitando o suporte a LTSS #
O Long Term Service Pack Support
(LTSS, Suporte a Service Pack de Longo Prazo) estende o ciclo de vida do SUSE Linux Enterprise Server. Ele está disponível como uma extensão. Para obter mais informações sobre LTSS, consulte https://www.suse.com/products/long-term-service-pack-support/
Para habilitar a extensão LTSS, execute as seguintes etapas:
Verifique se o seu sistema está registrado com uma assinatura qualificada para LTSS. Se o sistema ainda não foi registrado, faça o seguinte:
>
sudo
SUSEConnect -r REGISTRATION_CODE -e EMAIL_ADDRESS
Verifique se a extensão LTSS está disponível para o seu sistema:
>
sudo
SUSEConnect --list-extensions | grep LTSS
SUSE Linux Enterprise Server LTSS 15 SP4 x86_64 Activate with: SUSEConnect -p SLES-LTSS/15.4/x86_64 -r ADDITIONAL REGCODEAtive o módulo conforme as instruções:
>
sudo
SUSEConnect -p SLES-LTSS/15.4/x86_64 -r REGISTRATION_CODE
2.8 Identificando a versão do SLE #
Se você precisa identificar a versão de uma instalação do SLE, verifique o conteúdo do arquivo /etc/os-release
.
Uma saída XML legível por máquina está disponível com o zypper
:
>
zypper --no-remote --no-refresh --xmlout --non-interactive products -i
<?xml version='1.0'?> <stream> <product-list> <product name="SLES" version="15" release="0" epoch="0" arch="x86_64" vendor="SUSE" summary="SUSE Linux Enterprise Server 15" repo="@System" productline="sles" registerrelease="" shortname="SLES15" flavor="" isbase="true" installed="true"><endoflife time_t="0" text="0"/><registerflavor/><description>SUSE Linux Enterprise offers [...]</description></product> </product-list> </stream>