はじめに
このドキュメントでは、ハイアベイラビリティ(HA)環境でSmart Software Manager(SSM)オンプレミスのアクティブノードまたはスタンバイノードを交換する方法について説明します。
バックグラウンド情報
オンプレミスサーバの導入時には、スタンドアロンノードとして導入されます。セカンダリ導入として実装された概念はありません。これは、オンプレミスアプリケーションの開発方法が原因です。複数のコンテナが1つのエンティティに統合され、ユーザに対するエンドアプリケーションとしてホストされます。
ベストプラクティスは次のとおりです。
|
ノード
|
IP
|
参照値
|
|
A
|
x.x.x.a
|
10.106.43.11
|
|
B
|
x.x.x.b
|
10.106.43.13
|
|
仮想IP(VIP)
|
x.x.x.c
|
10.106.43.17
|
HAが統合され、適切であると仮定します。ノード「A - x.x.x.a」はアクティブノードで、ノード「B - x.x.x.b」はスタンバイモードで、仮想IP(VIP)は「x.x.x.c」です。
最初は、無傷の場合の実際のHAステータスは、図に示すように正常です。

アクティブノードの交換
ユーザがアクティブノードを置き換えることを想定してみましょう。
このシナリオでは、スタンバイノードがアクティブノードの位置を引き継ぎ、ネットワークはVIP上で機能し続けます。

ユーザはアクティブノードを次の手順で置き換えることができます。
- 現在アクティブなノード(スタンバイノード)から有効なバックアップを作成します。
- そのノードから、オンプレミスコンソールを使用してコマンドha_teardownを実行します。
- 新しいオンプレミスサーバを導入し、バージョンが一致していることを確認します。
- この新しく構築されたノードで、収集されたバックアップを後で復元します。
- 次に、HAを最初から開始します。
スタンバイノードの交換
ユーザがスタンバイノードを置き換えることを想定してみましょう。
このシナリオでは、アクティブノードはそのまま残り、ネットワークはVIP上で機能し続けます。

ユーザはスタンバイノードを次の手順で置き換えることができます。
- オンプレミスコンソールを使用して、アクティブノードでコマンドha_teardownを実行します。
- 新しいオンプレミスサーバを導入し、バージョンが一致していることを確認します。
- 次に、HAを最初から開始します。
オンプレミスサーバでHAを形成する手順
HAを最初から形成する手順:
1. アクティブノード
- オンプレミスコンソール
- ha_generatekeys <HAクラスタパスワード>。
2. スタンバイノード
- ha_provision_standbyを使用します。
- アクティブノードのIPアドレス<x.x.x.a>を入力します。
- アクティブノードのプライベートIPアドレスを入力します。
- スタンバイノードのIPアドレス<x.x.x.b>を入力します。
- スタンバイノードのプライベートIPアドレスを入力します。
- HAクラスタパスワード<ha_generateで使用されるHAクラスタパスワード>を入力します。
3. アクティブノード
- ha_deployを使用します。
- アクティブノードのIPアドレス<x.x.x.a>を入力します。
- アクティブノードのプライベートIPアドレスを入力します。
- スタンバイノードのIPアドレス<x.x.x.b>を入力します。
- スタンバイノードのプライベートIPアドレスを入力します。
- 仮想IPアドレス<x.x.x.c>を入力してください。
- HAクラスタパスワード<ha_generateで使用されるHAクラスタパスワード>を入力します。
追加情報
- SSMオンプレミスには設計のプライマリモードやセカンダリモードがないため、フェールバック/フェールオーバーの概念はありません。
- ユーザは、ノードがアクティブな場合にのみha_teardownコマンドを実行できました。スタンバイノードの場合、システムは「Run the command on the active node first」というバナーをスローします。
- 詳しい展開手順については、インストールガイドのトピック「VMへの手動インストール」を参照してください。
- これは、SSMオンプレミバージョン8-202201のインストールガイドのリンクです。
- 「SSM On-prem 8. x HA cluster」の詳細については、この記事を参照してください。
この使用例についてさらに質問がある場合は、サービスリクエスト(SR)をオープンしてサポートを受けてください。