万が一、災害により NSX Advanced Load Balancer コントローラ(またはクラスタ全体)が完全に破損した場合は、まず flushdb.sh を使用して NSX Advanced Load Balancer コントローラ をホストしているデバイス/仮想マシンを工場出荷時のデフォルトに戻す必要があります。そうしないと、コントローラが起動しなくなる可能性があります。コントローラを工場出荷時のデフォルトに戻すには、スクリプト /opt/avi/scripts/flushdb.sh. を実行します。

注:

/var/lib/avi/etc/flushdb.done ファイルが存在する場合は、flushdb.sh スクリプトを実行する前に削除する必要があります。

その後、次のスクリプトを使用して、構成のリカバリ プロセスを自動化できます。

/opt/avi/scripts/restore_config.py

注:

16.2 より前の NSX Advanced Load Balancer バージョンを実行している場合は、構成のリストアについて NSX Advanced Load Balancer Networks サポートにお問い合わせください。

このスクリプトは、バックアップ構成を NSX Advanced Load Balancer コントローラ にインポートします。NSX Advanced Load Balancer コントローラ クラスタをリストアする場合、このスクリプトは構成をリストアし、他の 2 つのノードもクラスタに再追加します。

  1. 元のクラスタ メンバーと同じ IP アドレスで 3 つの新しい NSX Advanced Load Balancer コントローラ を作成します。(NSX Advanced Load Balancer は現在、静的 IP アドレスのみをサポートしています。)この時点で、IP アドレスを持つことを除いて、各 NSX Advanced Load Balancer コントローラ ノードは工場出荷時のデフォルト状態になっているはずです。

  2. SSH または SCP を使用して NSX Advanced Load Balancer コントローラ ノードの 1 つにログインします。デフォルトの管理者認証情報を使用します。

  3. リストア コマンドまたはスクリプトを実行します。

    • SCP 経由でバックアップ ファイルをコピーする:

    scp /var/backup/avi_config.json admin@<controller-ip>://tmp/avi_config.jsonRun restore command locally via SSH:
  4. SSH 経由でローカルにリストア コマンドを実行します。

/opt/avi/scripts/restore_config.py --config CONFIG --passphrase PASSPHRASE --do_not_form_cluster DO_NOT_FORM_CLUSTER --vip VIP --followers FOLLOWER_IP [FOLLOWER_IP ...] --flushdb --cluster_uuid CLUSTER_UUID

上記のコマンド ラインの詳細:

  • CONFIG は構成ファイルのパスです。

  • PASSPHRASE はエクスポート構成パスフレーズです。

  • DO_NOT_FORM_CLUSTER はクラスタの形成をスキップします。

  • VIP は Avi Controller の仮想 IP アドレスです。

  • FOLLOWER_IP [FOLLOWER_IP ...] はフォロワーの IP アドレスのリストです。

  • オプションの --flushdb 引数を指定すると、コマンドはリストアの前にすべての構成を削除します。

  • CLUSTER_UUID はリストアする古いクラスタの UUID です。