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またはコマンドラインインタフェースを使用して、新しいクライアントのオペレーティングシステムとアーキテクチャのソフトウェアチャンネルを同期します。

  • SUSE Multi-Linux Managerサーバにクライアントを登録するには、Web UIまたはコマンドラインインタフェースを使用します。

追加のセクションでは、登録手順を確認し、検証する方法について説明します。

1. ソフトウェアチャンネルの追加

SUSE Multi-Linux ManagerサーバにSLE Microクライアントを登録する前に、必要なソフトウェアチャンネルを追加して同期する必要があります。

ソフトウェアチャンネルは、Web UIまたはコマンドラインから追加できます。

次のセクションでは、説明はしばしば x86_64 アーキテクチャを前提としています。 適切であれば、他のアーキテクチャに置き換えてください。

Web UI手順には、次の製品が必要です：

Table 1. SLE Micro製品 - WebUI
[OSのバージョン] 製品名

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
[OSのバージョン] ベースチャンネル 更新チャンネル

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で、Admin  セットアップウィザードに移動し、`Products`タブを選択します。 このダイアログには、同期中の各製品の完了バーが表示されます。

  2. また、ソフトウェア  管理  チャネルに移動し、リポジトリに関連付けられたチャネルをクリックすることもできます。 `Repositories`タブに移動し、`Sync`をクリックして`Sync Status`をオンにします。

プロシージャ:コマンドプロンプトから同期の進捗状況を確認する

  1. tailを実行する前に利用可能なログを一覧表示するには、コンテナホストで次のコマンドを実行します。

    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)のマニュアルページを参照してください。 それ以外で`rebootmgrd`が実行されていない場合は、SUSE Multi-Linux Managerが`systemctl reboot`を呼び出します。

`systemd`とは異なる方法を使用すると、望ましくない動作が発生する可能性があります。