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

スケジュールされたダウンタイム期間で作業する場合、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. `podman ps`を実行し、必要なすべてのサービスが稼働しているかどうかを確認します。

SUSE Linux Enterprise Server 15 SP7では、パッケージマネージャーを使用して更新をインストールできます。

  • YaSTの使用に関する情報は、https://documentation.suse.com/sles/15-SP7/html/SLES-all/cha-onlineupdate-you.htmlを参照してください。

  • zypperの使用に関する情報は、https://documentation.suse.com/sles/15-SP7/html/SLES-all/cha-sw-cl.html#sec-zypperを参照してください。

SL Micro 6.1では、`transactional-update`コマンドを使用して更新をインストールできます。 `transactional-update`の使用方法については、 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.1-Pool           | Yes     | (r ) Yes  | No
SUSE-Multi-Linux-Manager-Server-SLE-5.1-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は新しいパッケージを提供するためにメンテナンス更新（MU）をリリースします。 メンテナンス更新は新しいバージョン番号で示されます。 例えば、メジャーリリース5.1は、MUがリリースされると5.1.1に更新されます。

Web UIのナビゲーションバーの下部を見て、実行中のバージョンを確認できます。 また、api.getVersion() XMLRPC APIコールを使用してバージョン番号を取得することもできます。

1.1. クライアントツール

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

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

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

詳細については、Inter-Server Synchronization - Version 2を参照してください。

3. モニタリングサーバ

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

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

4. プロキシ

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

一般的に、異なるバージョンのサーバに接続されたプロキシを実行することはサポートされていません。 唯一の例外は、更新の期間中であり、その際にはサーバが最初に更新されることが期待されるため、プロキシは一時的に前のバージョンを実行することができます。

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