Geo 冗長性スイッチオーバー

この章は次のトピックで構成されています。

スイッチオーバーの実行

スイッチオーバーは、障害発生時にアクティブクラスタとスタンバイクラスタのロールを交換するプロセスです。

障害が発生した場合、システムは多くの予備チェック（ハートビート数、接続チェック、HTTP および SSH のログインチェックなど）を実行し、失敗した場合はアラームを発生させます。アラームに気付いたら、スイッチオーバーを開始する前に、両方のクラスタをチェックしてアラームの真正性を確認する必要があります。


（注）  

  • スイッチオーバー操作が（同期操作の前に）スタンバイ VM で完了した場合、テクニカルサポートジョブの [詳細情報の公開（Publish Details）] に行またはエントリは表示されません。これは、テクニカルサポート履歴が ETCD に書き込まれ、Geo 冗長設定全体では同期されないために発生します。これは想定されているシステム動作です。

  • AZ1 でプロビジョニングされるすべてのサービスは、ライブ非同期レプリケーションによって AZ2 に継続的に同期されます。

  • Service Health アプリケーションを使用する場合は、クラスタ間の Neo4j データストア内のレプリケーションデータを調整するために、スイッチオーバー後に追加の定期またはオンデマンドの同期をトリガーする必要があります。

  • トポロジはゼロからではなく再同期によって構築されるため、スイッチオーバー後は AZ2 でより迅速に検出されます。

始める前に

スイッチオーバーの前に、両方のクラスタで同じアプリケーションバージョンとリソースフットプリントが使用されていることが重要です。

手順

ステップ 1

スタンバイクラスタにログインします。

ステップ 2

メインメニューから、[管理（Administration）] > [クロスクラスタ（Cross Cluster）] を選択します。[クロスクラスタ（Cross Cluster）] ウィンドウが表示されます。

ステップ 3

[アクション（Actions）] > [クラスタロールの切り替え（Switch cluster role）] の順にクリックします。

[クラスタロールの切り替え（Switch Cluster Role）] ダイアログボックスが表示され、クラスタの初期状態が示されます。このトピックでは、SJC クラスタ（cluster-sjc）はアクティブ状態で、NYC クラスタ（cluster-nyc）はスタンバイ状態です。

図 1. クラスタロールの切り替え

ステップ 4

NYC クラスタをクリックして、アクティブ状態に変更します。[保存（Save）] をクリックして変更を確定します。

図 2. スタンバイクラスタのアクティブへの切り替え

ステップ 5

新しいアクティブクラスタを指すように、管理 FQDN とデータ FQDN の DNS サーバーレコードを更新します。

ステップ 6

ここで SJC クラスタ（すでにアクティブ）にログインします。[クロスクラスタ（Cross Cluster）] ウィンドウで、[アクション（Actions）] > [クラスタロールの切り替え（Switch cluster role）]の順にクリックします。

（注）  

 

この時点では、クラスタの状態を変更するまで、両方のクラスタがアクティブ状態になります。

ステップ 7

[クラスタロールの切り替え（Switch Cluster Role）] ダイアログボックスで、クラスタをクリックしてスタンバイ状態に変更します。

図 3. アクティブクラスタのスタンバイへの切り替え

[保存（Save）] をクリックして変更を確定します。

（注）  

 

デバイスの到達可能性がコンバージするのを待ってから、スタンバイクラスタでの操作を再開します。

ステップ 8

数分後、最初のクラスタにログインします。スイッチオーバーが完了します。

ステップ 9

スイッチオーバー後、次のことを確認してください。

  1. クラスタの正常性とデバイスのステータスを確認して、システムが正常に機能していることを確認します。

  2. Crosswork Data Gateway の正常性ステータスをチェックして、正常に機能していることを確認します。

  3. HA プールのステータスをチェックします。

  4. 収集ステータスをチェックし、トラフィックが新しくアクティブになったクラスタにスムーズに流れていることを確認します。

スイッチオーバー後の Crosswork Optimization Engine のライセンス数

Crosswork Optimization Engine の場合、[スマートライセンス（Smart Licenses）] ページには、スイッチオーバー後 24 時間後または午前 1 時までに正しいライセンス数が反映されます。

24 時間後または午前 1 時まで待てない場合は、次の 2 つの方法でライセンスを強制的に更新できます。

  • 機能パック（オンデマンド帯域幅、回線型マネージャ、またはローカル輻輳マネージャ）を無効または有効にする。

  • デバイスを切り離して再度追加する。

Geo 冗長クラスタのディザスタリカバリ

Cisco Crosswork クラスタの通常の操作中に、システム全体を回復する必要がある場合があります。これは、1 つ以上のノードの誤動作、1 つ以上のサービスまたはアプリケーションの誤動作、またはクラスタ全体のホストを破壊する災害の結果である可能性があります。

このセクションでは、Geo 冗長クラスタの回復を実行するために必要な手順について説明します。

スタンバイクラスタの廃棄

このトピックでは、スタンバイクラスタが破棄されたときに実行する必要があるリカバリ手順について説明します。

手順

ステップ 1

同じ IP アドレスと仮想 IP（VIP）アドレスを使用して、新しいスタンバイクラスタを展開します。

ステップ 2

アクティブクラスタと同じバージョンのアプリケーションをインストールします。

ステップ 3

アクティブクラスタでペアリングモードを有効にします。詳細については、「Geo 冗長性の有効化」を参照してください。

ステップ 4

スタンバイクラスタで Geo 冗長性を有効にします。詳細については、「Geo 冗長性の有効化」を参照してください。

ステップ 5

アクティブクラスタの設定に従って、新しいスタンバイクラスタのクロスクラスタ設定を入力します。または、アクティブクラスタのクロスクラスタ設定の [ピアクラスタに同じ設定を適用する（Apply the same configuration to peer cluster）] チェックボックスをオンにして、設定を保存することもできます。

ステップ 6

[クロスクラスタ（Cross Cluster）] ウィンドウで、[同期の開始（Initiate Sync）] オプションを使用して、スタンバイクラスタがアクティブクラスタからデータをプルするようにします。

アクティブクラスタの廃棄

このトピックでは、アクティブクラスタが廃棄されたときに実行する必要があるリカバリ手順について説明します。

手順

ステップ 1

スタンバイクラスタを新しいアクティブクラスタに切り替えます。詳細については、Geo 冗長性スイッチオーバーを参照してください。

ステップ 2

同じ IP アドレスと仮想 IP（VIP）アドレスを使用して、廃棄されたクラスタ（現在はスタンバイクラスタ）を再展開します。

ステップ 3

アクティブクラスタと同じバージョンのアプリケーションをインストールします。

ステップ 4

アクティブクラスタでペアリングモードを有効にします。詳細については、「Geo 冗長性の有効化」を参照してください。

ステップ 5

クロス クラスタ インベントリ ファイル（.yaml）を編集して、ステップ 1 のスイッチオーバー後にクロスクラスタの現在の状態を反映させます。

ステップ 6

アクティブクラスタの [Geo 冗長性（Geo Redundancy）] ウィンドウで、[参照（Browse）] をクリックし、編集したインベントリファイル（.yaml ファイル）をアップロードします。

ステップ 7

スタンバイクラスタで Geo 冗長性を有効にします。詳細については、「Geo 冗長性の有効化」を参照してください。

ステップ 8

アクティブクラスタの設定に従って、新しいスタンバイクラスタのクロスクラスタ設定を入力します。または、アクティブクラスタのクロスクラスタ設定の [ピアクラスタに同じ設定を適用する（Apply the same configuration to peer cluster）] チェックボックスをオンにして、設定を保存することもできます。

ステップ 9

[クロスクラスタ（Cross Cluster）] ウィンドウでデータを同期し、スタンバイクラスタがアクティブクラスタからデータをプルするようにします。

ステップ 10

（オプション）スタンバイクラスタを新しいアクティブクラスタに切り替えます。