インフラストラクチャ保守タスク

スケジュールされたダウンタイム期間で作業する場合、SUSE Multi-Linux Managerサーバの重要なダウンタイムの前、その最中、およびその後に行う必要があるすべての作業を覚えておくことが困難な場合があります。 サーバ間同期スレーブサーバやSUSE Multi-Linux ManagerプロキシなどのSUSE Multi-Linux Managerサーバ関連のシステムも影響を受けるため、考慮する必要があります。

SUSEでは、常にSUSE Multi-Linux Managerインフラストラクチャを更新し続け続けることをお勧めします。 これには、サーバ、プロキシ、構築ホストが含まれます。 SUSE Multi-Linux Managerサーバを更新し続けないと、必要な場合に環境の一部を更新できない場合があります。

このセクションには、ダウンタイム期間のチェックリストと、各ステップの実行に関する詳細情報へのリンクが含まれています。

1. サーバ

プロシージャ: サーバの確認

  1. 最新の更新を適用します。

  2. 必要に応じて、最新のサービスパックにアップグレードします。

  3. Run podman ps and check whether all required services are up and running.

On SUSE Linux Enterprise Server 15 SP7, you can install updates using a package manager:

On SL Micro 6.1, you can install updates using the transactional-update command. For information on using transactional-update, see https://documentation.suse.com/sle-micro/6.1/html/Micro-transactional-updates/transactional-updates.html.

デフォルトでは、SUSE Multi-Linux Managerサーバに対していくつかの更新チャンネルが設定され、有効になっています。 新規および更新されたパッケージは自動的に使用可能になります。

SUSE Multi-Linux Managerを最新のままにするには、SUSE Customer Centerに直接接続するか、Repository Management Tool (RMT)を使用します。 RMTは、切断された環境のローカルインストールソースとして使用できます。

次のコマンドを使用して、更新チャンネルがご使用のシステムで使用できることを確認できます。

zypper lr

出力は次のようになります。

Name                                                   | Enabled | GPG Check | Refresh
-------------------------------------------------------+---------+-----------+--------
SLE-Module-Basesystem15-SP7-Pool                       | Yes     | (r ) Yes  | No
SLE-Module-Basesystem15-SP7-Updates                    | Yes     | (r ) Yes  | Yes
SLE-Module-Containers15-SP7-Pool                       | Yes     | (r ) Yes  | No
SLE-Module-Containers15-SP7-Updates                    | Yes     | (r ) Yes  | Yes
SLE-Module-Python3-15-SP7-Pool                         | Yes     | (r ) Yes  | No
SLE-Module-Python3-15-SP7-Updates                      | Yes     | (r ) Yes  | Yes
SLE-Product-SLES15-SP7-Pool                            | Yes     | (r ) Yes  | No
SLE-Product-SLES15-SP7-Updates                         | Yes     | (r ) Yes  | Yes
SUSE-Multi-Linux-Manager-Server-SLE-5.2-Pool           | Yes     | (r ) Yes  | No
SUSE-Multi-Linux-Manager-Server-SLE-5.2-Updates        | Yes     | (r ) Yes  | Yes
SLE-Module-Server-Applications15-SP7-Pool              | Yes     | (r ) Yes  | No
SLE-Module-Server-Applications15-SP7-Updates           | Yes     | (r ) Yes  | Yes
SLE-Module-Systems-Management-15-SP7-Pool              | Yes     | (r ) Yes  | No
SLE-Module-Systems-Management-15-SP7-Updates           | Yes     | (r ) Yes  | Yes

SUSE Multi-Linux Manager releases maintenance updates (MUs) to provide newer packages. Maintenance updates are indicated with a new version number. For example, the major release 5.2 is incremented to 5.2.1 when an MU is released.

Web UIのナビゲーションバーの下部を参照して、実行中のバージョンを確認できます。 api.getVersion() XMLRPC APIコールでバージョン番号をフェッチすることもできます。

1.1. クライアントツール

サーバを更新する際には、クライアント上の一部のツールも更新することを検討してください。 クライアント上で venv-salt-minion、zypper、およびその他の関連する管理パッケージを更新することは厳密な要件ではありませんが、一般的にはベストプラクティスです。 たとえば、サーバの保守更新では、メジャーな新しいSaltバージョンが導入される場合があります。 その後、Saltクライアントは引き続き動作しますが、後で問題が発生する可能性があります。 これを回避するため、SUSEは、venv-salt-minionが常に安全に更新されるようにします。

2. サーバ間同期スレーブサーバ

サーバ間同期スレーブサーバを使用している場合は、SUSE Multi-Linux Managerサーバ更新が完了した後で更新してください。

詳細については、サーバ間同期 - バージョン2を参照してください。

3. モニタリングサーバ

Prometheusにモニタリングサーバを使用している場合は、SUSE Multi-Linux Managerサーバの更新が完了した後で更新してください。

モニタリングの詳細については、PrometheusとGrafanaを使用したモニタリングを参照してください。

4. プロキシ

プロキシは、SUSE Multi-Linux Managerサーバの更新が完了したらすぐに更新する必要があります。

一般的に、別のバージョンのサーバに接続されたプロキシの実行はサポートされていません。 唯一の例外は、サーバが最初に更新されることが予想される更新期間の場合で、プロキシは以前のバージョンを一時的に実行できます。

常に、最初にサーバをアップグレードしてから任意のプロキシをアップグレードしてください。