SLES 15 SP5からSP6へのアップグレード中にサービスの利用可能性を維持する

SLESサーバーが顧客向けサービスを実行している場合、短いメンテナンス期間を設定するのは困難です。SUSEはSLES 15 SP5からSP6へのオンラインサービスパック移行をサポートしていますが、アップグレード後のマシンは再起動が必要です。「オンライン」とは、再起動が不要という意味ではありません。アプリケーションへのアクセスを維持するには、冗長ノードを1つずつアップグレードするか、SP6の代替機を構築してトラフィックをそちらに移行してください。単一のサーバーでは、再起動中に自身のオペレーティングシステムを利用可能に保つことはできません。

具体例：架空のチームが、ロードバランサーの背後にある3つのSLES 15 SP5ノードでWebアプリケーションを運用しています。アプリケーションは、1つのノードが停止している間、他の2つのノードからのリクエストを処理できます。以下の手順は、そのチームがクラスタを移行する方法を示しています。これはあくまで例であり、テストが実施されたことや、すべてのクラスタがノードの停止に耐えられることを示すものではありません。

1. サービスに合ったパスを選択してください

SLES 15 SP5からSP6への移行に関して、SUSEはオンラインとオフラインの両方のアップグレード方法を文書化しています。オンライン方式では、YaSTを使用して移行を行うか、zypper migrationオペレーティングシステムが稼働中に移行を実行しますが、移行後にシステムの再起動が必要です。パッケージの変更によってサービスが再起動される場合もあるため、オンライン移行だけではアプリケーションの継続性を保証することはできません。

SLE高可用性ローリングアップグレード手順は、ワークロードが既にサポート対象の正常なクラスタによって保護されている場合にのみ使用してください。クラスタは、ノードがオフラインになった場合でもサービスを実行できるクォーラムと十分な容量を維持する必要があります。アプリケーション冗長性のない通常のロードバランサ、またはノードが停止するとクォーラムを失う2ノードクラスタでは不十分です。サーバーがスタンドアロンの場合は、並列のSP6ホストとテスト済みのワークロード/データ切り替えを使用して接続性を維持してください。そうでない場合は、再起動のためのダウンタイムをスケジュールしてください。

2. 対象を確認し、復旧計画を準備する

クラスターを操作する前に、開始リリース、登録、リポジトリ、およびサポートされている拡張機能を確認してください。SUSE では、SLES 15 SP5 から SP6 への移行がサポート対象パスとして挙げられています。オンライン移行には、マシンを SUSE カスタマーセンターまたはローカル RMT サーバーに登録する必要があります。SUSE Manager クライアントは、zypper migration直接実行するのではなく、Manager client-migration 手順を使用する必要があります。利用可能な移行先は、登録済みの製品と拡張機能によって異なります。

SUSEのリリース情報によると、2026年1月1日現在、SLES 15 SP6はLTSSに移行済みです。この移行をスケジュールする前に、サブスクリプションと登録ソースでSP6ターゲットが現在利用可能になっていることを確認してください。利用できない場合は、サポートされている移行を模倣するためにリポジトリの変更を強制しないでください。

アプリケーションでサポートされている方法を使用してアプリケーションデータと構成をバックアップし、復元できることを確認してください。拡張機能、データベース、ストレージ、およびハードウェアについては、SLE HA アップグレード ガイドと SP6 リリース ノートを確認してください。架空のクラスタでは、オペレーターはクォーラム、フェンシング、レプリケーションの状態、予備容量、ロード バランサーの状態チェック、および各ノードからトラフィックを移動するためのテスト済みの方法も確認します。スナップショットは、サポートされている Btrfs ルート セットアップでのロールバックに役立ちますが、アプリケーションまたはデータベースのバックアップに取って代わるものではありません。

3. 消耗したノードを一度に1つずつアップグレードする

各ノードについて、SLE HAローリングアップグレード手順とクラスタのランブックに従ってください。製品固有の手順で明示的に許可されている場合を除き、複数のノードを同時にアップグレードしないでください。

1. 残りのノードがワークロードを処理できることを確認してください。アプリケーションの健全性とクラスタの状態を確認してください。ロードバランサとクラスタリソースに関するドキュメントに記載されている制御方法を使用して、ノードからトラフィックを移動または排出してください。残りのノードがクォーラムを維持できない場合、またはサービスの最小容量を満たせない場合は、先に進まないでください。
2. そのノード上のクラスタスタックを停止します。SUSEは、ソフトウェアアップデート中にクラスタリソースマネージャをアクティブなままにしておくと、アクティブなノードがフェンシングされる可能性があると警告しています。メンテナンス対象として選択したノードで、以下を実行します。

sudo crm cluster stop

3. サービスパックの移行を開始し、提案内容を確認します。ドキュメントに記載されているZypper移行コマンドを実行します。

sudo zypper migration

SLES 15 SP6 が利用可能なターゲットとして表示された場合のみ、それを選択してください。リポジトリとパッケージプラン、特に削除またはダウングレードが提案されているパッケージをよく読み、変更内容が予期しないものであれば処理を中止してください。確認していないプランは承認しないでください。パッケージリストは、インストールされているソフトウェアと登録済みの拡張機能によって異なります。

4. アップグレードしたノードを再起動します。Zypperが移行の成功を報告したら、マシンを再起動してSP6カーネルとサービスを起動します。

sudo reboot

5. 次のノードに進む前に、再接続して検証してください。ノードが応答したら、そのノードのクラスタスタックを起動します。

sudo crm cluster start
sudo crm status

クラスターがノードの参加とリソースの正常性を報告するまで待ち、その後、ランブックに従ってサービスを復旧します。クラスター外部からアプリケーションを確認します。その後、次のノードに対して同じプロセスを繰り返します。SUSEは、ローリングアップグレード中にのみ異なるバージョンの混在を許可し、管理者に1週間以内にクラスターのアップグレードを完了するよう指示しています。

4. オペレーティングシステムのラベルだけでなく、サービス自体も確認してください。

すべてのノードのアップグレードが完了したら、 でリリースを確認しcat /etc/os-release、 でクラスタの状態を検査しcrm status、 で失敗した systemd ユニットを確認しますsystemctl --failed。次に、通常のクライアント向けアドレスを使用して実際のアプリケーションをテストします。これには、ヘルスチェック、データベースまたはストレージへのアクセス、およびユーザーにとって重要なスケジュールされたジョブが含まれます。移行ログを確認し、想定されるリポジトリと拡張機能がすべてのノードでアクティブになっていることを確認します。

OSの移行が成功したとしても、すべてのアプリケーションの依存関係が互換性があることや、リクエストが中断されなかったことを証明するものではありません。アプリケーションがノードのフェイルオーバーを許容できない場合は、検証済みのデータレプリケーションと制御されたエンドポイントスイッチを備えたブルー/グリーンデプロイメントを使用するか、メンテナンスウィンドウを計画してください。正確なコマンドオプションとサポート条件については、SUSEのSLES 15 SP6オンラインアップグレードガイド、サポートされているアップグレードパス、SLE HAローリングアップグレード手順、およびSP6ライフサイクル移行に関するSUSE Multi-Linux Manager 5.1リリースノートを参照してください。