18 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.
18.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 11 ou 12.
- 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 12 SP2 e SES2 ou SLE 12 SP2 e SES3.
- 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 SMT (Subscription Management 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.
18.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 a 14 meses.
O SUSE suporta service packs anteriores durante seis meses após o lançamento do novo service pack. A Figura 18.1, “Versões principais e service packs” mostra alguns aspectos mencionados.
Se você precisa 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, somando de dois a cinco anos de suporte em qualquer pacote de serviço (consulte a Figura 18.2, “Suporte a Service Pack de longo prazo”).
Para obter mais informações, consulte https://www.suse.com/products/long-term-service-pack-support/.
Para saber os ciclos de vida de todos os produtos, visite https://www.suse.com/lifecycle/.
18.3 Ciclos de vida dos módulos #
Com o SUSE Linux Enterprise 12, a SUSE apresenta o pacote modular. Os módulos são conjuntos distintos de pacotes agrupados em seu próprio canal de manutenção e atualizados independentemente dos ciclos de vida do pacote de serviço. Isso permite obter acesso fácil e rápido à tecnologia mais recente em áreas onde a inovação acontece em um ritmo acelerado. Para obter informações sobre os ciclos de vida dos módulos, consulte https://scc.suse.com/docs/lifecycle/sle/12/modules.
18.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.
18.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 18.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 aprimora‐mentos |
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) |
18.6 Modelo de repositório #
O layout do repositório corresponde aos ciclos de vida dos produtos. As seções a seguir apresentam uma lista de todos os repositórios relevantes.
- Atualizações
Atualizações de manutenção para pacotes no repositório
Core
ouPool
correspondente.- Pool
Contém todos os RPMs binários da mídia de instalação, mais as informações padrão e os metadados de status de suporte.
- Debuginfo-Pool, Debuginfo-Updates
Esses repositórios apresentam conteúdo estático. Dos dois, apenas o repositório
Debuginfo-Updates
recebe atualizações. Habilite esses repositórios se precisar instalar bibliotecas com informações de depuração em caso de problema.
Com a atualização para o SUSE Linux Enterprise 12, há apenas dois repositórios disponíveis: SLES12-GA-Pool
e SLES12-GA-Updates
. Quaisquer repositórios anteriores do SUSE Linux Enterprise 11 não estarão mais visíveis.
18.6.1 Repositórios necessários para o SUSE Linux Enterprise Server #
- SLES 12
SLES12-GA-Pool
SLES12-GA-Updates
- SLES 12 SP1
SLES12-SP1-Pool
SLES12-SP1-Updates
- SLES 12 SP2
SLES12-SP2-Pool
SLES12-SP2-Updates
- SLES 12 SP3
SLES12-SP3-Pool
SLES12-SP3-Updates
- SLES 12 SP4
SLES12-SP4-Pool
SLES12-SP4-Updates
- SLES 12 SP5
SLES12-SP5-Pool
SLES12-SP5-Updates
18.6.2 Repositórios opcionais para o SUSE Linux Enterprise Server #
- SLES 12
SLES12-GA-Debuginfo-Core
SLES12-GA-Debuginfo-Updates
- SLES 12 SP1
SLES12-SP1-Debuginfo-Core
SLES12-SP1-Debuginfo-Updates
- SLES 12 SP2
SLES12-SP2-Debuginfo-Core
SLES12-SP2-Debuginfo-Updates
- SLES 12 SP3
SLES12-SP3-Debuginfo-Core
SLES12-SP3-Debuginfo-Updates
- SLES 12 SP4
SLES12-SP4-Debuginfo-Core
SLES12-SP4-Debuginfo-Updates
- SLES 12 SP5
SLES12-SP5-Debuginfo-Core
SLES12-SP5-Debuginfo-Updates
18.6.3 Repositórios específicos do módulo para o SUSE Linux Enterprise Server #
A listagem a seguir inclui apenas os repositórios principais para cada módulo, mas não o Debuginfo
nem o Source
.
- Módulos disponíveis para SLES 12 GA/SP1/SP2/SP3/SP4/SP5
Módulo Advanced Systems Management: CFEngine, Puppet e a ferramenta Machinery
SLE-Module-Adv-Systems-Management12-Pool
SLE-Module-Adv-Systems-Management12-Updates
Módulo Certification: Pacotes específicos da certificação FIPS 140-2 (não disponíveis no AArch64 e no POWER)
SLE-Module-Certifications12-Pool
SLE-Module-Certifications12-Updates
Módulo Containers: Docker Open Source Engine, ferramentas, imagens predefinidas
SLE-Module-Containers12-Pool
SLE-Module-Containers12-Updates
Módulo Legacy: Sendmail, pilha antiga do IMAP, Java antigo (não disponível em AArch64)
SLE-Module-Legacy12-Pool
SLE-Module-Legacy12-Updates
Módulo Public Cloud: código de inicialização de nuvem pública e ferramentas
SLE-Module-Public-Cloud12-Pool
SLE-Module-Public-Cloud12-Updates
Módulo Toolchain: GNU Compiler Collection (GCC)
SLE-Module-Toolchain12-Pool
SLE-Module-Toolchain12-Updates
Módulo Web and Scripting: PHP, Python, Ruby on Rails
SLE-Module-Web-Scripting12-Pool
SLE-Module-Web-Scripting12-Updates
- Módulos disponíveis para SLES 12 SP2/SP3/SP4/SP5
Módulo HPC: ferramentas e bibliotecas relacionadas à HPC (High Performance Computing – Computação de Alta Performance)
SLE-Module-HPC12-Pool
SLE-Module-HPC12-Updates
18.6.4 Repositórios necessários para o SUSE Linux Enterprise Desktop #
- SLED 12
SLED12-GA-Pool
SLED12-GA-Updates
- SLED 12 SP1
SLED12-SP1-Pool
SLED12-SP1-Updates
- SLED 12 SP2
SLED12-SP2-Pool
SLED12-SP2-Updates
- SLED 12 SP3
SLED12-SP3-Pool
SLED12-SP3-Updates
- SLED 12 SP4
SLED12-SP4-Pool
SLED12-SP4-Updates
- SLED 12 SP5
SLED12-SP5-Pool
SLED12-SP5-Updates
18.6.5 Repositórios opcionais para o SUSE Linux Enterprise Desktop #
- SLED 12
SLED12-GA-Debuginfo-Core
SLED12-GA-Debuginfo-Updates
- SLED 12 SP1
SLED12-SP1-Debuginfo-Core
SLED12-SP1-Debuginfo-Updates
- SLED 12 SP2
SLED12-SP2-Debuginfo-Core
SLED12-SP2-Debuginfo-Updates
- SLED 12 SP3
SLED12-SP3-Debuginfo-Core
SLED12-SP3-Debuginfo-Updates
- SLED 12 SP4
SLED12-SP4-Debuginfo-Core
SLED12-SP4-Debuginfo-Updates
- SLED 12 SP5
SLED12-SP5-Debuginfo-Core
SLED12-SP5-Debuginfo-Updates
18.6.6 Registrar e anular registro de repositórios 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
A partir do SP1, você pode usar também o SUSEConnect para anular o registro da sua máquina:
root #
SUSEConnect
--de-register
Para verificar os produtos instalados localmente e seus status, use o seguinte comando:
root #
SUSEConnect
-s