Guia de Upgrade

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)

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

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, por exemplo, SLE 15 SP1 e SES6.

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 dos planos de um 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.2, “Upgrade online e offline”.

2.2 Ciclo de vida do produto #

O SUSE tem o seguinte ciclo de vida de produtos:

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-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.

Figura 2.1: Versões principais e service packs #

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”.

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 de módulos e ciclos de vida #

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 comando zypper in zypper-lifecycle-plugin.

Habilite a geração de relatórios no sistema com o comando systemctl:

root # systemctl enable lifecycle-report

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”.

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ça Críticas	Sim	Sim	Sim	Sim	Sim
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)

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:

root # 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:

root # SUSEConnect -r REGCODE

Para cancelar o registro da sua máquina, você pode usar também o SUSEConnect:

root # SUSEConnect --de-register

Para verificar os produtos instalados localmente e seus status, use o seguinte comando:

root # SUSEConnect -s

2.7 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:

tux > 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>

2 Ciclo de vida e suporte #