Bouw een lokale SUSE-updateserver met RMT op SLES 15

Voor een nieuw lokaal SUSE-abonnement en een updateserver installeert u de Repository Mirroring Tool (RMT) op een ondersteunde SLES 15-host, configureert u deze met YaST, schakelt u de producten in die uw organisatie gebruikt en spiegelt u hun repositories. Registreer een testclient via de HTTPS-URL van de server voordat u productiesystemen ernaartoe verwijst. RMT vervangt SMT voor SLES 15; een bestaande SMT-installatie is niet het juiste uitgangspunt voor een nieuwe implementatie.

Dit ontwerp is geschikt voor een omgeving waarin één server verbinding maakt met SUSE Customer Center (SCC) en andere SUSE-systemen registraties en pakketten ontvangen via een lokaal eindpunt. Het kan het aantal herhaalde externe downloads verminderen, maar het biedt geen abonnementsrechten: geldige organisatieabonnementen en SCC-mirroringreferenties blijven vereist.

Bevestig het platform en plan de server.

De SLES 15 SP7 Repository Mirroring Tool Guide vermeldt dat RMT SLES 12 en nieuwere clients ondersteunt, maar niet SLES 11 of ouder. RMT verschilt ook van SMT in functies zoals staging en rapportage. Beschouw een migratie als een servicewijziging, niet als een in-place pakketupdate; SUSE raadt aan RMT te installeren op een nieuwe SLES 15-host bij migratie van SMT.

Wijs een stabiele, volledig gekwalificeerde domeinnaam (FQDN) toe, zoals rmt.example.com, en een statisch IP-adres. Zorg ervoor dat DNS consistent werkt en dat de host de SCC- en SUSE-updateservices kan bereiken via uitgaande poorten 80 en 443. Clients hebben netwerktoegang nodig tot de RMT-service via HTTPS. Gebruik dezelfde FQDN in de client-URL en het servercertificaat.

Plan de opslagruimte op basis van de releases, architecturen, producten en repositories die u wilt spiegelen. De SUSE SP7-handleiding geeft een algemene schatting van ongeveer 1,5 keer de totale grootte van de ingeschakelde repositories, oftewel ongeveer 200 GB per SLES-release inclusief extensies. Dit is een schatting, geen capaciteitsgarantie; controleer de huidige repositorygroottes en houd rekening met mogelijke groei. RMT schrijft ook grote tijdelijke bestanden naar de server /tmp, dus zorg ervoor dat het bestandssysteem voldoende vrije ruimte heeft. Configureer niet dezelfde host als een SLES-installatieserver: RMT configureert NGINX op poort 80, terwijl de installatieserverrol Apache op die poort configureert.

Installeer het RMT-pakket en configureer YaST.

Installeer RMT op een bijgewerkte, geregistreerde SLES 15-server:

sudo zypper patch
sudo zypper in rmt-server

Bekijk de pakketwijzigingen en voltooi de installatie. Start de initiële configuratie:

sudo yast2 rmt

Voer de SCC-organisatiegegevens in die worden gebruikt voor het spiegelen van de repository. Dit zijn de proxygegevens van de organisatie in SUSE Customer Center, geen clientregistratiecode. Maak de MariaDB-database en -gebruiker aan zoals gevraagd door de wizard. Stel de algemene naam van het certificaat in op de FQDN van de server en voeg eventuele andere namen toe die clients als alternatieve namen zullen gebruiken. Als firewalld is ingeschakeld, selecteer dan de vereiste RMT-regels en pas deze, indien mogelijk, aan op de relevante netwerkinterface van de server. Voltooi de wizard; YaST schakelt de benodigde services en timers in en start deze.

YaST slaat het RMT CA-certificaat op in /etc/rmt/ssl/rmt-ca.crten het servercertificaat en de sleutel in /etc/rmt/ssl/. Bescherm de privésleutel. Verspreid het vertrouwen in de CA via uw goedgekeurde procedure. Een server die via HTTPS reageert, kan nog steeds een clientregistratie mislukken als de certificaatnaam niet overeenkomt met de gevraagde hostnaam of als de CA niet wordt vertrouwd.

Synchroniseer metadata, activeer producten en spiegel de gegevens

Werk de lokale catalogus van SCC bij en controleer de beschikbare producten:

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

Schakel een product in aan de hand van de ID of productstring die in de uitvoer wordt weergegeven. Productstrings variëren per release en architectuur, dus gebruik een waarde van uw eigen server in plaats van een willekeurige identificatiecode te kopiëren:

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

Door een product in te schakelen, worden de bijbehorende repositories geselecteerd. Beperk de selectie tot de systemen die u wilt ondersteunen: elke extra release en architectuur verbruikt opslagruimte en voegt synchronisatiewerk toe. Start de eerste pakketdownload met:

sudo rmt-cli mirror

Het initiële spiegelproces kan aanzienlijke tijd in beslag nemen. RMT plant normaal gesproken de synchronisatie van metadata en het spiegelen van de repository met behulp van systemd-timers. Controleer of beide schema's actief zijn:

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

Gebruik rmt-cli products listdeze rmt-cli repos listfunctie om te bevestigen dat de beoogde vermeldingen zijn ingeschakeld en recente spiegelactiviteit weergeven. Als repositories ontbreken, controleer dan de SCC-referenties, abonnementsrechten, uitgaande connectiviteit, schijfruimte (inclusief /tmp) en de uitvoer van de opdracht voordat u de services herhaaldelijk opnieuw start.

Registreer een testclient en controleer de updates.

Op een SLES 12 of nieuwer testsysteem moet u SUSEConnect laten verwijzen naar de RMT-server:

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

Vervang dit door uw daadwerkelijke FQDN en zorg ervoor dat deze in het certificaat is opgenomen. Als de client vraagt ​​om de RMT CA te vertrouwen, controleer dan het certificaat via het goedgekeurde kanaal van uw organisatie voordat u het accepteert. Los een naamconflict niet op door certificaatcontroles uit te schakelen. Controleer vervolgens de geconfigureerde repositories en vernieuw de metadata:

sudo zypper lr -u
sudo zypper refresh

Een succesvol resultaat geeft aan dat de verwachte RMT-ondersteunde repositories zijn ingeschakeld en dat de metadataverversing is voltooid. Controleer op de server of de client wordt weergegeven in de lijst sudo rmt-cli systems list. Als de registratie mislukt, controleer dan DNS en routering, HTTPS-bereikbaarheid, certificaatvertrouwen en hostnaamovereenkomst, firewallbereik en of het product is ingeschakeld en gespiegeld. Bekijk de uitvoer van de opdracht en de servicelogboeken voordat u de gedeelde configuratie wijzigt.

Installeer het RMT-pakket op de voorbereide SLES 15-host.

Controleer de SCC-, database-, FQDN-certificaat- en firewallinstellingen voordat u de YaST-configuratie toepast.

Vernieuw de productcatalogus en controleer de productstrings die beschikbaar zijn voor mirroring.

Start het spiegelen van de repository en registreer een testclient met de HTTPS-hostnaam van de server.

Ken je grenzen en kies een andere weg wanneer dat nodig is.

Gebruik SUSE Multi-Linux Manager of een andere ondersteunde service voor lifecyclemanagement als u functionaliteiten nodig hebt die RMT niet biedt, zoals uitgebreider clientbeheer, rapportage of workflows voor gefaseerde content. Behoud SMT alleen waar legacy SLES 11-clients of SMT-specifiek gedrag nog steeds vereist zijn, en test de migratie afzonderlijk. Een air-gapped netwerk vereist een workflow voor gegevensoverdracht: SUSE documenteert RMT-export- en importopdrachten voor het verplaatsen van repositorygegevens en metadata met behulp van verwijderbare opslagmedia. RMT kan alleen producten spiegelen die beschikbaar zijn voor de abonnementen van de organisatie.

Officiële documentatie voor SLES 15 SP7: RMT-installatie en -configuratie ; Handleiding voor de Repository Mirroring Tool ; Migreren van SMT naar RMT .