클라이언트 SLE Micro 등록

이 섹션에는 x86-64, arm64 및 IBM Z (s390x) 아키텍처에서 SLE Micro 운영 체제 5.1, 5.2, 5.3, 5.4 및 5.5를 실행하는 클라이언트를 등록하는 방법에 대한 정보가 포함되어 있습니다.

SLE Micro은 트랜잭션 업데이트를 사용합니다. 트랜잭션 업데이트는 원자적이며(모든 업데이트가 성공해야만 모든 업데이트가 적용됨) 롤백을 지원합니다. 시스템이 재부팅될 때까지 변경 사항이 활성화되지 않으므로 실행 중인 시스템에 영향을 미치지 않습니다.

트랜잭션 업데이트 및 재부팅에 대한 자세한 내용은 https://documentation.suse.com/sles/15-SP7/html/SLES-all/cha-transactional-updates.html.을 참조하십시오.

이 장에서 설명하는 클라이언트 등록은 다음 단계로 구성됩니다.

  • Web UI 또는 명령줄 인터페이스를 사용하여 새 클라이언트의 운영 체제 및 아키텍처에 대한 소프트웨어 채널을 동기화합니다.

  • Web UI 또는 명령줄 인터페이스를 사용하여 SUSE Multi-Linux Manager 서버에 클라이언트를 등록합니다.

추가 섹션에서는 등록 절차를 확인하고 검증하는 방법을 설명합니다.

1. 소프트웨어 채널 추가

SUSE Multi-Linux Manager 서버에 SLE Micro 클라이언트를 등록하기 전에 필요한 소프트웨어 채널을 추가하고 이 채널을 동기화해야 합니다.

Web UI을 사용하거나 명령줄 인터페이스에서 소프트웨어 채널을 추가할 수 있습니다.

다음 섹션의 설명은 주로 x86_64 아키텍처를 기준으로 합니다. 적절한 경우 다른 아키텍처로 교체하십시오.

Web UI 절차를 위해서는 다음 제품이 필요합니다:

Table 1. SLE Micro 제품 - WebUI
운영 체제 버전 제품 이름

SLE Micro 5.5 x86-64

SUSE Linux Enterprise Micro 5.5 x86_64

SLE Micro 5.5 arm64

SUSE Linux Enterprise Micro 5.5 aarch64

SLE Micro 5.5 s390x

SUSE Linux Enterprise Micro 5.5 s390x

SLE Micro 5.4 x86-64

SUSE Linux Enterprise Micro 5.4 x86_64

SLE Micro 5.4 arm64

SUSE Linux Enterprise Micro 5.4 aarch64

SLE Micro 5.4 s390x

SUSE Linux Enterprise Micro 5.4 s390x

SLE Micro 5.3 x86-64

SUSE Linux Enterprise Micro 5.3 x86_64

SLE Micro 5.3 arm64

SUSE Linux Enterprise Micro 5.3 aarch64

SLE Micro 5.3 s390x

SUSE Linux Enterprise Micro 5.3 s390x

SLE Micro 5.2 x86-64

SUSE Linux Enterprise Micro 5.2 x86_64

SLE Micro 5.2 arm64

SUSE Linux Enterprise Micro 5.2 aarch64

SLE Micro 5.2 s390x

SUSE Linux Enterprise Micro 5.2 s390x

SLE Micro 5.1 x86-64

SUSE Linux Enterprise Micro 5.1 x86_64

SLE Micro 5.1 arm64

SUSE Linux Enterprise Micro 5.1 aarch64

SLE Micro 5.1 s390x

SUSE Linux Enterprise Micro 5.1 s390x

절차 소프트웨어 채널 추가
  1. SUSE Multi-Linux Manager Web UI에서 관리자  설정 마법사  제품으로 이동합니다.

  2. 검색 창을 사용해 클라이언트 운영 체제 및 아키텍처에 적절한 제품을 찾아 적절한 제품의 확인란을 선택합니다. 이것은 모든 필수 채널을 자동으로 확인합니다. 또한 include recommended 토글이 켜져 있는 한 모든 추천 채널이 선택됩니다. 화살표를 클릭하여 관련 제품의 전체 목록을 보고 필요한 추가 제품이 체크되어 있는지 확인합니다.

  3. 제품 추가를 클릭하고 제품이 동기화를 마칠 때까지 기다립니다.

또는 명령 프롬프트에서 채널을 추가할 수 있습니다. 이 절차를 위해서는 다음 제품이 필요합니다:

Table 2. SLE Micro 제품 - CLI
운영 체제 버전 기본 채널 업데이트 채널

SLE Micro 5.5 x86-64

sle-micro-5.5-pool-x86_64

sle-micro-5.5-updates-x86_64

SLE Micro 5.5 arm64

sle-micro-5.5-pool-arm64

sle-micro-5.5-updates-arm64

SLE Micro 5.5 IBM Z (s390x)

sle-micro-5.5-pool-s390x

sle-micro-5.5-updates-s390x

SLE Micro 5.4 x86-64

sle-micro-5.4-pool-x86_64

sle-micro-5.4-updates-x86_64

SLE Micro 5.4 arm64

sle-micro-5.4-pool-arm64

sle-micro-5.4-updates-arm64

SLE Micro 5.4 IBM Z (s390x)

sle-micro-5.4-pool-s390x

sle-micro-5.4-updates-s390x

SLE Micro 5.3 x86-64

sle-micro-5.3-pool-x86_64

sle-micro-5.3-updates-x86_64

SLE Micro 5.3 arm64

sle-micro-5.3-pool-arm64

sle-micro-5.3-updates-arm64

SLE Micro 5.3 IBM Z (s390x)

sle-micro-5.3-pool-s390x

sle-micro-5.3-updates-s390x

SLE Micro 5.2 x86-64

suse-microos-5.2-pool-x86_64

suse-microos-5.2-updates-x86_64

SLE Micro 5.2 arm64

suse-microos-5.2-pool-aarch64

suse-microos-5.2-updates-aarch64

SLE Micro 5.2 IBM Z (s390x)

suse-microos-5.2-pool-s390x

suse-microos-5.2-updates-s390x

SLE Micro 5.1 x86-64

suse-microos-5.1-pool-x86_64

suse-microos-5.1-updates-x86_64

SLE Micro 5.1 arm64

suse-microos-5.1-pool-aarch64

suse-microos-5.1-updates-aarch64

SLE Micro 5.1 IBM Z (s390x)

suse-microos-5.1-pool-s390x

suse-microos-5.1-updates-s390x

절차 명령 프롬프트에서 소프트웨어 채널 추가
  1. SUSE Multi-Linux Manager컨테이너 호스트의 명령 프롬프트에서 루트 사용자로 적절한 채널을 추가합니다:

    mgrctl exec -- mgr-sync add channel <channel_label_1>
    mgrctl exec -- mgr-sync add channel <channel_label_2>
    mgrctl exec -- mgr-sync add channel <channel_label_n>
  2. 동기화가 자동으로 시작됩니다. 채널을 수동으로 동기화하려면 다음을 사용하십시오:

    mgrctl exec -- mgr-sync sync --with-children <channel_name>
  3. 계속하기 전에 동기화가 완료되었는지 확인합니다.

2. 동기화 상태 확인

절차 Web UI에서 동기화 진행 상태 확인
  1. SUSE Multi-Linux Manager Web UI에서 관리자  설정 마법사로 이동하여 Products 탭을 선택합니다. 이 대화 상자는 동기화되는 중에 각 제품에 대한 진행률 막대를 표시합니다.

  2. 또는 소프트웨어  관리  채널로 이동한 다음, 리포지토리에 연결된 채널을 클릭할 수 있습니다. Repositories 탭으로 이동한 다음 `Sync`을(를) 클릭하고 `Sync Status`을(를) 확인하십시오.

절차 명령 프롬프트에서 동기화 진행 상태 확인
  1. 테일링 하기 전 사용 가능한 로그를 나열하려면 컨테이너 호스트에서 다음 명령을 실행합니다.

    mgrctl exec ls /var/log/rhn/reposync/
  2. 컨테이너 호스트의 명령 프롬프트에서 SUSE Multi-Linux Manager 루트 사용자로 채널 로그 파일의 동기화를 확인합니다.

    mgrctl exec -ti -- tail -f /var/log/rhn/reposync/<channel-label>.log
  3. 각 하위 채널은 동기화가 진행되는 동안 자체 로그를 생성합니다. 동기화가 완료되었는지 알아보려면 모든 기본 및 하위 채널 로그 파일을 확인해야 합니다.

3. 클라이언트 등록

SLE Micro 클라이언트는 등록 후 재부팅해야 합니다.

부팅 프로세스 후, SLE Micro 클라이언트에서는 자동 부팅이 비활성화됩니다. 이 변경은 Salt가 부팅 Salt 상태 적용 결과를 전달하기 전에 발생할 수 있는 간헐적인 자동 재부팅으로 인해 구현되었습니다.

등록이 완료된 후 자동으로 재부팅이 예약되지만, 기본 재부팅 관리자 유지 관리 창을 존중합니다. 이 창은 클라이언트가 등록된 후 몇 시간일 수 있습니다. 등록 스크립트가 완료된 후 클라이언트를 수동으로 재부팅하는 것이 좋습니다. 이는 등록 속도를 높이고 시스템 목록에 시스템이 나타나는 것을 확인하기 위함입니다.

클라이언트를 등록하려면 부팅 리포지토리가 필요합니다. 기본적으로 부팅 리포지토리는 자동으로 생성되며, 모든 동기화된 제품에 대해 매일 재생성됩니다. 컨테이너 호스트의 명령 프롬프트에서 부팅 리포지토리를 수동으로 생성할 수 있습니다:

mgrctl exec -ti mgr-create-bootstrap-repo

클라이언트를 등록하는 방법에 대한 자세한 내용은 클라이언트 등록을(를) 참조하십시오.

SLE Micro 시스템에서 부팅 스크립트를 사용할 때 스크립트의 인증서 섹션에 다음 내용이 있는지 확인하십시오:

ORG_CA_CERT=RHN-ORG-TRUSTED-SSL-CERT
ORG_CA_CERT_IS_RPM_YN=0

부트스트랩 스크립트를 직접 편집하고 설정을 추가하거나 다음 매개변수를 사용하여 부트스트랩 스크립트를 생성하십시오.

mgrctl exec -ti -- mgr-bootstrap --script=bootstrap-sle-micro.sh \
    --ssl-cert=/srv/www/htdocs/pub/RHN-ORG-TRUSTED-SSL-CERT

4. 재부팅 SLE Micro

SLE Micro은 트랜잭션 시스템입니다. 트랜잭션 업데이트는 일반적으로 여러 재부팅 방법을 지원합니다. `systemd`에 의해 관리되는 시스템에서 재부팅할 때는 SUSE Multi-Linux Manager를 사용하는 것이 권장됩니다. 다른 방법을 사용하면 원치 않는 동작이 발생할 수 있습니다.

SUSE Multi-Linux Manager에서 트랜잭션 시스템을 부팅할 때, 시스템이 기본 구성에 있는 경우 systemd`가 재부팅 방법(`REBOOT_METHOD)으로 구성됩니다. 이러한 구성은 SUSE Multi-Linux Manager가 재부팅 작업을 제어할 수 있게 하며, 재부팅은 즉시 수행되거나 원할 경우 SUSE Multi-Linux Manager로 예약할 수 있습니다.

4.1. 배경 정보

기본적으로 클라이언트 설치 중 재부팅 방법은 auto`로 설정됩니다. `auto 부팅 방법을 사용하면, 서비스가 실행 중인 경우 rebootmgrd`가 구성된 정책에 따라 시스템을 재부팅하는 데 사용됩니다. 정책은 즉시 재부팅하거나 유지 관리 창 동안 재부팅할 수 있습니다. 자세한 내용은 `rebootmgrd(8) man 페이지를 참조하십시오. 그렇지 않고 `rebootmgrd`가 실행 중이 아니면, SUSE Multi-Linux Manager은 `systemctl reboot`을(를) 호출합니다.

`systemd`와 다른 방법을 사용하면 원치 않는 동작이 발생할 수 있습니다.