Criar um servidor de atualização local do SUSE com RMT no SLES 15

Para um novo servidor local de assinatura e atualização do SUSE, instale o Repository Mirroring Tool (RMT) em um host SLES 15 compatível, configure-o com o YaST, habilite os produtos que sua organização utiliza e espelhe seus repositórios. Registre um cliente de teste através da URL HTTPS do servidor antes de direcionar os sistemas de produção para ele. O RMT substitui o SMT no SLES 15; uma instalação legada do SMT não é o ponto de partida adequado para uma nova implementação.

Este projeto é adequado para um ambiente onde um servidor se conecta ao SUSE Customer Center (SCC) e outros sistemas SUSE recebem o registro e os pacotes por meio de um endpoint local. Ele pode reduzir downloads externos repetidos, mas não garante o direito à assinatura: assinaturas organizacionais válidas e credenciais de espelhamento do SCC ainda são necessárias.

Confirme a plataforma e planeje o servidor.

O Guia da Ferramenta de Espelhamento de Repositório (RMT) do SLES 15 SP7 afirma que a RMT é compatível com clientes SLES 12 e versões mais recentes, mas não com o SLES 11 ou versões anteriores. A RMT também difere da SMT em recursos como preparação e geração de relatórios. Considere a migração como uma alteração de serviço, não como uma atualização de pacote local; a SUSE recomenda instalar a RMT em um novo host SLES 15 ao migrar da SMT.

Atribua um nome de domínio totalmente qualificado (FQDN) estável, como rmt.example.com, e um endereço estático. Certifique-se de que o DNS seja resolvido de forma consistente e que o host possa acessar os serviços de atualização do SCC e do SUSE pelas portas de saída 80 e 443. Os clientes precisam de acesso à rede para o serviço RMT via HTTPS. Use o mesmo FQDN no URL do cliente e no certificado do servidor.

Planeje o armazenamento com base nas versões, arquiteturas, produtos e repositórios que você irá espelhar. O guia do SP7 da SUSE estima, de forma geral, cerca de 1,5 vezes o tamanho total dos repositórios habilitados, o que corresponde a aproximadamente 200 GB por versão do SLES, incluindo extensões. Esta é uma estimativa, não uma garantia de capacidade; verifique os tamanhos atuais dos repositórios e deixe espaço para crescimento. O RMT também grava arquivos temporários grandes em /tmp, portanto, certifique-se de que o sistema de arquivos tenha espaço livre suficiente. Não configure o mesmo host como servidor de instalação do SLES: o RMT configura o NGINX na porta 80, enquanto a função de servidor de instalação configura o Apache nessa mesma porta.

Instale o pacote RMT e configure o YaST.

Em um servidor SLES 15 atualizado e registrado, instale o RMT:

sudo zypper patch
sudo zypper in rmt-server

Analise as alterações do pacote e conclua a instalação. Inicie a configuração inicial:

sudo yast2 rmt

Insira as credenciais da organização SCC usadas para o espelhamento do repositório. Essas são as credenciais de proxy da organização no SUSE Customer Center, e não um código de registro do cliente. Crie o banco de dados MariaDB e o usuário solicitados pelo assistente. Defina o nome comum do certificado para o FQDN do servidor e adicione quaisquer outros nomes que os clientes usarão como nomes alternativos. Se o firewalld estiver habilitado, selecione as regras RMT necessárias e, quando possível, defina o escopo delas para a interface de rede relevante do servidor. Conclua o assistente; o YaST habilitará e iniciará os serviços e temporizadores necessários.

O YaST armazena o certificado da CA RMT em ` /etc/rmt/ssl/rmt-ca.crt<caminho_para_o_certificado>` e o certificado e a chave do servidor em `<caminho_para_o_certificado>` /etc/rmt/ssl/. Proteja a chave privada. Distribua a confiança para a CA usando o processo aprovado por você. Um servidor que responde via HTTPS ainda pode falhar no registro do cliente se o nome do certificado não corresponder ao nome do host solicitado ou se a CA não for confiável.

Sincronizar metadados, ativar produtos e espelhar

Atualize o catálogo local da SCC e verifique os produtos disponíveis:

sudo rmt-cli sync
sudo rmt-cli products list --all

Habilite um produto pelo seu ID ou pela string de identificação exibida na saída. As strings de identificação variam conforme a versão e a arquitetura, portanto, use um valor do seu próprio servidor em vez de copiar um identificador presumido.

sudo rmt-cli products enable PRODUCT_STRING
sudo rmt-cli products list

Habilitar um produto seleciona seus repositórios associados. Limite a seleção aos sistemas que você pretende suportar: cada versão e arquitetura adicional consome armazenamento e aumenta o trabalho de sincronização. Inicie o download inicial do pacote com:

sudo rmt-cli mirror

O espelhamento inicial pode demorar bastante. Normalmente, o RMT agenda a sincronização de metadados e o espelhamento do repositório com temporizadores do systemd. Verifique se ambos os agendamentos estão ativos:

systemctl status rmt-server-sync.timer
systemctl status rmt-server-mirror.timer

Use `sudo` rmt-cli products liste rmt-cli repos list`sudo` para confirmar se as entradas desejadas estão habilitadas e exibem a atividade recente do espelhamento. Se os repositórios estiverem faltando, verifique as credenciais do SCC, o direito de assinatura, a conectividade de saída, o espaço em disco (incluindo `/var/lib` /tmp) e a saída do comando antes de reiniciar os serviços repetidamente.

Registre um cliente de teste e verifique as atualizações.

Em um sistema de teste SLES 12 ou mais recente, configure o SUSEConnect para apontar para o servidor RMT:

sudo SUSEConnect --url https://rmt.example.com

Substitua o FQDN real pelo seu nome de domínio totalmente qualificado (FQDN) e certifique-se de que ele esteja incluído no certificado. Se o cliente solicitar que você confie na Autoridade Certificadora (CA) RMT, verifique o certificado por meio do canal aprovado da sua organização antes de aceitá-lo. Não contorne uma incompatibilidade de nomes desativando as verificações de certificado. Em seguida, inspecione os repositórios configurados e atualize os metadados.

sudo zypper lr -u
sudo zypper refresh

Um resultado bem-sucedido mostra os repositórios com suporte RMT esperados habilitados e uma atualização de metadados concluída. No servidor, confirme se o cliente aparece em sudo rmt-cli systems list. Se o registro falhar, verifique o DNS e o roteamento, a acessibilidade HTTPS, a confiança do certificado e a correspondência do nome do host, o escopo do firewall e se o produto está habilitado e espelhado. Analise a saída do comando e os logs de serviço antes de alterar a configuração compartilhada.

Instale o pacote RMT no host SLES 15 preparado.

Antes de aplicar a configuração do YaST, revise o SCC, o banco de dados, o certificado FQDN e as configurações do firewall.

Atualize o catálogo de produtos e verifique as sequências de produtos disponíveis para espelhamento.

Inicie o espelhamento do repositório e registre um cliente de teste com o nome de host HTTPS do servidor.

Conheça os limites e escolha outro caminho quando necessário.

Use o SUSE Multi-Linux Manager ou outro serviço de gerenciamento de ciclo de vida compatível se precisar de recursos que o RMT não oferece, como gerenciamento de clientes mais abrangente, geração de relatórios ou fluxos de trabalho de conteúdo em etapas. Mantenha o SMT apenas onde clientes legados do SLES 11 ou comportamentos específicos do SMT ainda forem necessários e teste a migração separadamente. Uma rede isolada (air-gapped) requer um fluxo de trabalho de transferência de dados: a SUSE documenta os comandos de exportação e importação do RMT para mover dados e metadados do repositório usando armazenamento removível. O RMT só pode espelhar produtos disponíveis nas assinaturas da organização.

Documentação oficial do SLES 15 SP7: Instalação e configuração do RMT ; Guia da Ferramenta de Espelhamento de Repositório ; Migração do SMT para o RMT .