Distribution Upgrade and Server Migration from 5.0 to 5.2

  • SUSE Multi-Linux Manager 5.0은 업그레이드 전에 중지해야 합니다.

보안을 위해 강화된 SUSE Multi-Linux Manager 서버 호스트는 /tmp 폴더의 파일 실행을 제한할 수 있습니다. 이러한 경우 해결 방법으로 TMPDIR 환경 변수를 다른 기존 경로로 내보낸 다음, mgradm을 실행합니다.

예:

export TMPDIR=/path/to/other/tmp

SUSE Multi-Linux Manager 업데이트에서는 이 해결 방법이 불필요하도록 도구가 변경될 예정입니다.

SSL 인증서는 후속 단계에서 필요합니다. 자체 서명 생성 CA 및 인증서를 사용하지 않는 경우 시작 전에 다음을 준비하십시오.

  • 인증 기관(CA) SSL 공개 인증서. CA 체인을 사용하는 경우 모든 중간 CA도 반드시 사용 가능해야 합니다.

  • SSL 데이터베이스 개인 키.

  • SSL 데이터베이스 인증서.

모든 파일은 PEM 형식이어야 합니다.

SSL 서버 인증서의 호스트명은 해당 인증서를 배포하는 머신의 전체 호스트 이름과 일치해야 합니다. 인증서의 X509v3 Subject Alternative Name 섹션에서 호스트 이름을 설정할 수 있습니다. 환경에 따라 필요한 경우 여러 호스트 이름을 나열할 수도 있습니다. 지원되는 키 유형은 RSA 및 EC(Elliptic Curve)입니다.

데이터베이스 SSL 인증서에는 reportdb 및 db가 필요하며, 보고서 데이터베이스에 액세스하는 데 사용되는 FQDN이 Subject Alternative Name으로 지정되어야 합니다.

마이그레이션 중에 서버 SSL 인증서와 CA 체인은 소스 서버에서 복사되므로, 데이터베이스 인증서만 필요합니다.

SUSE Multi-Linux Manager 5.0 peripheral servers are always using third-party SSL certificates. If the hub server has generated the certificates for the peripheral server, it needs to generate the certificate for the peripheral database too.

On the hub server, run the following command for each of the peripheral server to migrate.

mgrctl exec -ti -- rhn-ssl-tool --gen-server --dir="/root/ssl-build" --set-country="국가" \
  --set-state="주/도" --set-city="도시" --set-org="조직" \
  --set-org-unit="조직 단위" --set-email="name@example.com" \
  --set-hostname=<hostname>-reportdb --set-cname="example.com" --set-cname=db --set-cname=reportdb

사용할 파일은 서버 컨테이너 내에 있으며, 새로운 주변기기 서버 호스트로 복사해야 합니다.

  1. 루트 CA로 /root/ssl-build/RHN-ORG-TRUSTED-SSL-CERT,

  2. DB 인증서로 /root/ssl-build/<hostname>-reportdb/server.crt,

  3. DB 인증서의 키로

1. SLE Micro 5.5 to SL Micro 6.2

This document provides the tested procedure to upgrade a SLE Micro 5.5 host deployed with SUSE Multi-Linux Manager 5.0 Server to SL Micro 6.2 and migrate to SUSE Multi-Linux Manager 5.2 Beta 1.

1.1. 선행 조건

  • SUSE Multi-Linux Manager 5.0은 SLE Micro 5.5에 설치되어 실행 중입니다.

  • 시스템은 SCC에 등록되어 있으며 활성 구독을 보유하고 있습니다.

1.2. 배포판 업그레이드 및 서버 마이그레이션

절차: SUSE Multi-Linux Manager 5.0에서 SUSE Multi-Linux Manager 5.2 Beta 1(으)로 마이그레이션

  1. 현재 제품 상태를 확인합니다.

    SUSEConnect --status-text

    확인:

    • 기본 OS: SUSE Linux Enterprise Micro 5.5

    • 확장: SUSE Manager Server 5.0 Extension

  2. 시스템이 업데이트되었는지 확인합니다.

    transactional-update patch

    • 패치가 적용된 경우 마이그레이션을 진행하기 전에 서버를 중지한 다음 시스템을 재부팅합니다.

      mgradm stop
reboot

    • 업데이트가 없는 경우, 마이그레이션 단계로 바로 진행할 수 있습니다.

  3. 마이그레이션을 시작합니다.

    transactional-update migration --auto-agree-with-licenses --gpg-auto-import-keys

    Follow the prompts and select the available migration to SUSE Linux Micro 6.2 and SUSE Multi-Linux Manager Server Extension 5.2 Beta 1.

  4. 서버를 중지한 다음 재부팅하여 변경 사항을 적용합니다.

    mgradm stop
reboot

  5. 재부팅 후 점검을 수행합니다.

    Verify SUSE Multi-Linux Manager extension and SUSE Multi-Linux Manager version:

    SUSEConnect --status-text
mgradm --version

    예상 출력:

    • Extension: SUSE Multi-Linux Manager Server 5.2 Beta 1 Extension

    • Version: referencing 5.2.0 or higher

  6. Verify PostgreSQL database version.

    podman ps

    예상 출력:

    • server:5.2.0 or higher

    • server-postgresql:5.2.0 or higher

  7. Verify running containers:

    podman ps

    You should see all the expected server containers are up and running.

1.3. 마이그레이션 완료

The server host system is now running SL Micro 6.2 with updated SUSE Multi-Linux Manager 5.2 Beta 1 Server packages.

If you have a SUSE Multi-Linux Manager 5.0 proxy connected to this server, proceed to the Proxy Migration 5.0 > 5.2 guide to upgrade the proxy host.

Validate your setup before resuming production operations.

1.4. 데이터베이스 백업 볼륨

mgradm migration 또는 mgradm upgrade를 사용한 서버 마이그레이션 또는 업그레이드는 데이터베이스 백업과 함께 볼륨을 생성할 수 있습니다.

PostgreSQL 데이터베이스 버전을 업그레이드할 때는 기존 데이터베이스를 별도의 위치에 백업해 두어야 합니다. 이를 위해 mgradm이 var-pgsql-backup 볼륨을 동적으로 생성합니다. 마이그레이션 또는 업그레이드가 완료되고 새 시스템의 정상 작동을 사용자가 확인한 후에는 이 볼륨을 안전하게 제거할 수 있습니다.

2. SUSE Linux Enterprise Server 15 SP6에서 15 SP7으로

This document provides the procedure to upgrade a SUSE Linux Enterprise Server 15 SP6 host deployed with SUSE Multi-Linux Manager 5.0 Server to SUSE Linux Enterprise Server 15 SP7 and migrate to SUSE Multi-Linux Manager 5.2 Beta 1.

2.1. 선행 조건

  • SUSE Multi-Linux Manager 5.0 is installed and running on SUSE Linux Enterprise Server 15 SP6.

  • 시스템은 SCC에 등록되어 있으며 활성 구독을 보유하고 있습니다.

2.2. 배포판 업그레이드 및 서버 마이그레이션

Procedure: Upgrade and Migrate SUSE Multi-Linux Manager on SUSE Linux Enterprise Server 15 SP6

  1. 현재 제품 상태를 확인합니다.

    SUSEConnect --status-text

    확인:

    • Base OS: SUSE Linux Enterprise Server 15 SP6

    • 확장: SUSE Manager Server 5.0 Extension

  2. 시스템이 업데이트되었는지 확인합니다.

    zypper patch

    If patches were applied, stop the server and then reboot before proceeding:

    mgradm stop
reboot

  3. Perform the migration to SP7 and SUSE Multi-Linux Manager 5.2 Beta 1.

    zypper migration

    Select to migrate to:

    • SUSE Linux Enterprise Server 15 SP7

    • SUSE Multi-Linux Manager Server Extension 5.2 Beta 1

  4. Stop the server and reboot.

    mgradm stop
reboot

  5. 재부팅 후 점검을 수행합니다.

    Verify SUSE Multi-Linux Manager extension:

    SUSEConnect --status-text

    예상 출력:

    • Extension: SUSE Multi-Linux Manager Server 5.2 Beta 1 Extension

  6. Verify SUSE Multi-Linux Manager version.

    mgradm --version

    예상 출력:

    • Version: referencing 5.2.0 or higher

  7. Verify containers:

    podman ps

    예상 출력:

    • server:5.2.0 or higher

    • server-postgresql:5.2.0 or higher

2.3. 마이그레이션 완료

The server host system is now running SUSE Linux Enterprise Server 15 SP7 with updated SUSE Multi-Linux Manager 5.2 Beta 1 Server packages.

If you have a SUSE Multi-Linux Manager 5.0 proxy connected to this server, proceed to the Proxy Migration 5.0 > 5.2 guide to upgrade the proxy host.

Validate your setup before resuming production operations.

2.4. 데이터베이스 백업 볼륨

mgradm migration 또는 mgradm upgrade를 사용한 서버 마이그레이션 또는 업그레이드는 데이터베이스 백업과 함께 볼륨을 생성할 수 있습니다.

PostgreSQL 데이터베이스 버전을 업그레이드할 때는 기존 데이터베이스를 별도의 위치에 백업해 두어야 합니다. 이를 위해 mgradm이 var-pgsql-backup 볼륨을 동적으로 생성합니다. 마이그레이션 또는 업그레이드가 완료되고 새 시스템의 정상 작동을 사용자가 확인한 후에는 이 볼륨을 안전하게 제거할 수 있습니다.