ディザスタ リカバリ (バックアップおよび復元)

この章は、次の項で構成されています。

スタンドアロン DCNM セットアップでの Cisco DCNM およびアプリケーション データのバックアップおよび復元

分析およびトラブルシューティングのために、Cisco DCNM アプリケーション データのバックアップを作成できます。


Note


リリース11.3(1) では、sysadmin と root ユーザーのパスワードは同一ではありません。11.5(1) にアップグレードすると、sysadmin および root ユーザーのパスワードは保持されます。

ただし、アップグレード後にCisco DCNMでバックアップと復元を実行すると、sysadmin ユーザーは root ユーザーからパスワードを継承するため、両方のユーザーが同じパスワードを持ちます。復元が完了したら、両方のユーザーのパスワードを変更できます。


Cisco DCNM およびアプリケーション データのバックアップを作成するには、次の作業を実行します。

Procedure


Step 1

SSH を使用して Cisco DCNM アプライアンスにログインします。

Step 2

appmgr backup コマンドを使用してアプリケーション データのバックアップを取得します。

dcnm# appmgr backup
リリース11.4(1) 以降、Cisco DCNM では、バックアップをリモート scp サーバに保存できる cron ジョブを設定できます。スケジュール バックアップを設定するために、appmgr backup schedule コマンドを使用します。
dcnm# appmgr backup schedule [day] <hh<hh>:<mm>
[destination <user>@<host>:[<dir>]]

バックアップ ファイルを安全な場所にコピーし、DCNM アプライアンスをシャットダウンします。

Step 3

インストールされている VM を右クリックし、[電源 (Power)] > [電源オフ (Power Off)] を選択します。

Step 4

新しい DCNM アプライアンスを展開します。

Step 5

VM の電源がオンになったら、[コンソール (Console)] タブをクリックします。

DCNM アプライアンスが設定されていることを示すメッセージが画面に表示されます。

復元プロセスを続行するには、ブラウザに URL をコピーして貼り付けます。

Step 6

DCNM Web インストーラ UI で、[開始 (Get Started)] をクリックします。

Step 7

Cisco DCNM インストーラの画面で、 オプション ボタンを選択します。

Step 2 で生成されたバックアップ ファイルを選択します。

DCNM の展開を続行します。

Step 8

[概要 (Summary)] タブで、設定の詳細を確認します。

前のタブに移動して設定を変更するには、[前 (previous)] をクリックします。[インストールの開始 (Start Installation)] をクリックし、選択した展開モードの Cisco Dcnm 仮想アプライアンス インストールを完了します。

進行状況バーが表示され、完了したパーセンテージ、動作の説明、およびインストール中の経過時間が表示されます。

経過表示バーに 100% と表示されたら、[続行 (Continue)] をクリックします。

Step 9

データが復元されたら、appmr status all コマンドを使用してステータスを確認します。


ネイティブ HA セットアップでの Cisco DCNM およびアプリケーション データのバックアップおよび復元

分析およびトラブルシューティングのために、Cisco DCNM アプリケーション データのバックアップを作成できます。


Note


リリース11.3(1) では、sysadmin と root ユーザーのパスワードは同一ではありません。11.5(1) にアップグレードすると、sysadmin および root ユーザーのパスワードは保持されます。

ただし、アップグレード後にCisco DCNMでバックアップと復元を実行すると、sysadmin ユーザーは root ユーザーからパスワードを継承するため、両方のユーザーが同じパスワードを持ちます。復元が完了したら、両方のユーザーのパスワードを変更できます。


ネイティブ HA セットアップでデータのバックアップと復元を実行するには、次の作業を実行します。

Before you begin

アクティブ ノードが動作しており、機能していることを確認します。

Procedure


Step 1

アクティブ ノードが動作しているかどうかを確認します。それ以外の場合は、フェールオーバーをトリガします。

Step 2

SSH を使用して Cisco DCNM アプライアンスにログインします。

Step 3

アクティブおよびスタンバイの両方のアプライアンスで appmgr backup コマンドを使用して、アプリケーション データのバックアップを取得します。

dcnm1# appmgr backup
dcnm2 appmgr backup
リリース11.4(1) 以降、Cisco DCNM では、バックアップをリモート scp サーバに保存できる cron ジョブを設定できます。スケジュール バックアップを設定するために、appmgr backup schedule コマンドを使用します。
dcnm# appmgr backup schedule [day] <hh<hh>:<mm>
[destination <user>@<host>:[<dir>]]

アクティブおよびスタンバイの両方のアプライアンスのバックアップ ファイルを安全な場所にコピーし、DCNM アプライアンスをシャットダウンします。

Step 4

インストールされている VM を右クリックし、[電源 (Power)] > [電源オフ (Power Off)] を選択します。

Step 5

新しい DCNM アプライアンスをネイティブ HA モードで展開します。

Step 6

アクティブおよびスタンバイ アプライアンスの両方で、VM の電源をオンにした後、[コンソール (Console)] タブをクリックします。

DCNM アプライアンスが設定されていることを示すメッセージが画面に表示されます。

復元プロセスを続行するには、ブラウザに URL をコピーして貼り付けます。

Step 7

DCNM Web インストーラ UI で、[開始 (Get Started)] をクリックします。

Step 8

Cisco DCNM インストーラの画面で、 オプション ボタンを選択します。

ステップ Step 3 で生成されたバックアップ ファイルを選択します。

パラメータの値は、バックアップ ファイルから読み取られ、自動入力されます。必要に応じて値を変更します。

DCNM の展開を続行します。

Step 9

[概要 (Summary)] タブで、設定の詳細を確認します。

前のタブに移動して設定を変更するには、[前 (previous)] をクリックします。[インストールの開始 (Start Installation)] をクリックし、選択した展開モードの Cisco Dcnm 仮想アプライアンス インストールを完了します。

進行状況バーが表示され、完了したパーセンテージ、動作の説明、およびインストール中の経過時間が表示されます。

経過表示バーに 100% と表示されたら、[続行 (Continue)] をクリックします。

Step 10

データが復元されたら、appmr status all コマンドを使用してステータスを確認します。


Cisco DCNM シングル HA ノードのリカバリ

ここでは、シナリオについて詳しく説明し、Cisco DCNM シングル HA ノードをリカバリする手順について説明します。

次の表では、Cisco DCNM ネイティブ HA セットアップで、1 つまたは両方のノードで障害が発生した場合のすべてのリカバリ手順について詳しく説明します。

障害のタイプ 回復するノード/データベース 使用可能なプライマリ バックアップ セカンダリ バックアップが使用可能 リカバリ手順

プライマリ ノードが失われました。

セカンダリ ノードがプライマリになりました (フェールオーバーのため)。

プライマリ ノード
  1. セカンダリ ノードをプライマリ ノードに変換します。

  2. 新しいセカンダリ ノードの設定

プライマリおよびセカンダリ サーバ データベースが失われます。セカンダリ ノードがプライマリになりました (フェールオーバーのため) プライマリ データベース アクティブなセカンダリノードが再起動し、スタンバイ プライマリ ノードと同期します。
アクティブなセカンダリ ノードが失われました。フェールオーバーが原因でプライマリ ノードがアクティブになっています。 セカンダリ ノード × 新しいセカンダリ ノードの設定
アクティブなセカンダリ ノードが失われました。フェールオーバーが原因でプライマリ ノードがアクティブになっていません。 セカンダリ ノード はい Web インストーラを使用して、新しいセカンダリ ノードを設定します。[復元用のバックアップ ファイルを含む新規インストール (Fresh installation with backup file for restore)] を選択します。HA 設定画面で、[セカンダリ DCNM ノードのみを復元する (Restore secondary DCNM node only)] を選択します。
セカンダリ スタンバイ ノードが失われます。 セカンダリ ノード × 新しいセカンダリ ノードの設定
セカンダリ スタンバイ ノードが失われます セカンダリ ノード はい Web インストーラを使用して、新しいセカンダリ ノードを設定します。[復元用のバックアップ ファイルを含む新規インストール (Fresh installation with backup file for restore)] を選択します。HA 設定画面で、[セカンダリ DCNM ノードのみを復元する (Restore secondary DCNM node only)] を選択します。
プライマリ ノードがアクティブです。セカンダリ スタンバイ データベースが失われました。 セカンダリ データベース プライマリ ノードは、セカンダリ ノードと同期するために再起動します。

セカンダリ ノードからプライマリ ノードへの変換

セカンダリ ノードをプライマリ ノードに変換するには、次の手順を実行します。

  1. セカンダリ ノードで SSH を使用して DCNM サーバにログインします。

  2. appmgr stop all コマンドを使用して、セカンダリ ノード上のすべてのアプリケーションを停止します。

  3. /root/packaged-files/properties/ha-setup.properties ファイルに移動します。

  4. セカンダリ ノードをプライマリ ノードとして設定するには、ノード ID を 1 に設定します。

    NODE_ID 1

セカンダリ ノードのノード ID を 1 に変更した後、サーバを再起動します。古いセカンダリが新しいプライマリ ノードとして再起動します。失われたプライマリをセカンダリ ノードとしてみなし、新しいセカンダリ ノードを設定します。

セカンダリ ノードの構成

セカンダリ ノードを設定するには、次の手順を実行します:

  1. スタンドアロン Cisco DCNM をインストールします。失われたセカンダリ ノードと同じ設定を使用します。


    (注)  


    プライマリ ノードが失われ、古いセカンダリ ノードがプライマリ ノードに変換された場合は、失われたプライマリ設定で新しいスタンドアロン ノードを設定します。


  2. SSH を使用して新しい DCNM スタンドアロン サーバにログインし、appmgr stop all コマンドを使用してすべてのアプリケーションを停止します。

  3. appmgr root-access permit を使用して、新しいノードの /root ディレクトリへのアクセスを提供します。

  4. SSH を使用してプライマリ ノードにログオンし、appmgr stop all コマンドを使用してすべてのアプリケーションを停止します。

  5. appmgr root-access permit を使用して、プライマリ ノードの /root ディレクトリへのアクセスを提供します。

  6. プライマリ ノードで、/root/.DO_NOT_DELETE ファイルを編集します。プライマリ ノードで NATIVE_HA_STATUS パラメータを NOT_TRIGGERED に設定します。

  7. appmgr setup native-ha active コマンドを使用して、プライマリ ノードをアクティブとして設定します。

  8. appmgr setup native-ha standby コマンドを使用して、セカンダリ ノードをスタンバイとして設定します。

管理アカウントのリカバリ

ネットワーク管理ユーザー/クレデンシャルが存在する場合、Cisco DCNM Web UI からログインして他のユーザーのパスワードをリカバリできます。「ステップ 5」を参照してください。

Cisco DCNM Web UI ユーザーまたはパスワードを回復するには、次の手順を実行します。

始める前に

パスワードを変更する権限があることを確認してください。

手順


ステップ 1

SSH を起動し、/root ユーザーとして DCNM サーバにログインします。

[root@dcnm]#

ステップ 2

/usr/local/cisco/dcm/fm/bin フォルダに移動します。

[root@dcnm]# cd /usr/local/cisco/dcm/fm/bin
[root@dcnm bin]#

ステップ 3

addUser.sh スクリプトを実行して、新しいネットワーク管理者ユーザーを作成します。新しいユーザー名、パスワード、データベース パスワードを指定します。

[root@dcnm bin]# ./addUser.sh <user> <password> <dbpassword>
                  
               

次のメッセージが生成され、新しいユーザーが作成されます。

----------------------- OUTPUT ---------------------------
----insertUser--------
----username----------john123
----role--------------network-admin
----insertUser--------done...
    Added user : john123 successful!
------------------------ END -----------------------------

ステップ 4

新しいユーザーで Cisco DCNM Web UI にログインします。

ステップ 5

[管理(Administration)] > [管理ユーザー(Management Users)] > [ローカル(Local)] を選択します。

新しいユーザーがリストに表示されます。

ステップ 6

パスワードをリカバリするユーザーを選択し、[編集(Edit)] アイコンをクリックします。

ステップ 7

[ユーザー編集(Edit User)] ウィンドウで、ユーザーの [ロール(Role)][パスワード(Password)] を変更します。

パスワードを 180 日で期限切れに設定することもできます。

ステップ 8

[Apply] をクリックして変更内容を保存します。


SRM を使用した HA の災害回避

Cisco DCNM リリース 11.5(1) は、VM Site Recovery Manager(SRM)に正常に導入できます。SRM は、フェールオーバーとフェールバックの自動オーケストレーションを提供するダウンタイムを最小限に抑えるディザスタ リカバリ ソフトウェアです。


(注)  


このドキュメントでは、高度なワークフローについて説明します。詳細については、https://docs.vmware.com/en/Site-Recovery-Manager/index.html を参照してください。


DCNM を設定して SRM に移行するには、次のタスクを実行します。

  1. サイト 1 で実行されている vCenter、SRM、VM レプリケータ マネージャを実行する管理サーバ(ESXi 6.7)を設定します。

  2. 同様に、サイト 2 で実行する vCenter、SRM、VM レプリケータ マネージャを実行する管理サーバ(ESXi 6.7)を設定します。

    VRM は、あるサイトから別のサイトに VM を複製するのに役立ちます。


    (注)  


    すべての VM を同じサイトにまとめて展開する必要があります。DCNM VM を移行する場合(計画的リカバリまたはディザスタ リカバリ)、すべての DCNM VM をリカバリ サイトに移行する必要があります。


  3. 同期する Site1 を Site2 に複製します。

  4. Site1 および Site2 を Site Recovery Manager に移行します。

  5. リカバリ サイトに VM を展開します。

互換性:

  • ESXi 6.7

  • SRM 8.3

DCNM HA ディザスタ リカバリ用に SRM を設定するには、次のタスクを実行します。

  1. SRM を起動します。

  2. Site1 と Site2 をペアリングします。レプリケーションが完了すると、両方のサイトが同期されます。

  3. [詳細の表示(View Details)] をクリックします。

    [概要(Summary)] ページが開きます。

  4. [概要(Summary)] タブで、

    1. [ネットワーク マッピング(Network Mappings)] をクリックし、Site1 と Site2 の両方で VM が使用するネットワークをマッピングします。

    2. [フォルダ マッピング(Folder Mappings)] をクリックします。vCenter が VM に使用するすべてのフォルダをマッピングします。

    3. [リソース マッピング(Resource Mappings)] をクリックします。Site1 の各コンポーネントのリソースを Site2 のコンポーネントにマッピングします。[リバース マッピング(Reverse Mapping)] で [Yes] を選択します。

    4. [プレースホルダ データストア(Placeholder Datastores)] をクリックします。ホスト/クラスタを正しいデータストアにマッピングします。たとえば、ホスト/クラスタ内の VM は、マッピングされたデータストアに複製されます。


      (注)  


      VM が正しいデータストアに複製されていることを確認します。そうでない場合、リカバリ プランは失敗します。
  5. [レプリケーション(Replications)] タブでは、

    1. vSphere Replication を使用して、ソース サイトからターゲット サイトに VM を複製します。

    2. 左側のペインで、[Outgoing] をクリックします。site2 と同期されたすべてのデータが表示されます。

    3. Site1 にあり、Site2 にすべてのレプリケーションがある場合、このタブは空になります。

    4. 左側のペインで、[Incoming] をクリックします。Site2 と同期しているすべての VM のステータスが表示されます。

    5. 許容できる最大データ損失を決定するために、レプリケーションの設定時にリカバリ ポイント目標(RPO)値を設定します。

    6. [新規(New)] をクリックして、レプリケーション レイテンシを設定し、目標リカバリ ポイントを設定します。VM の前にある矢印をクリックして、VM の設定データを表示します。

  6. [保護グループ(Protection Groups)] タブ:

    1 つのリカバリ プランは 1 つ以上の保護グループに適用されます。リカバリ プランは、Site Recovery Manager に含まれる保護グループ内の仮想マシンをリカバリする方法を指定します。

  7. [リカバリ プラン(Recovery Plans)]タブで、

    保護サイトとリカバリ サイトで Site Recovery Manager を設定した後、リカバリ プランを作成、テスト、および実行できます。

    1. リカバリ プランを作成または変更する場合は、計画された移行またはディザスタ リカバリに使用する前に、それをテストしてください。

    2. 保護されたサイトからリカバリ サイトに仮想マシンを移行するために、計画された状況でリカバリ プランを実行できます。保護されたサイトで予期しないイベントが発生し、データが失われる可能性がある場合は、計画外の状況でリカバリ プランを実行することもできます。

    3. リカバリ プランを作成、テスト、および実行することで、リカバリ中の Site Recovery Manager のアクションをカスタマイズできます。

    4. このプランをリカバリ モードで実行すると、保護サイトでVMのシャットダウンが試行され、リカバリ サイトで VM のリカバリが試行されます。

    5. 次のいずれかのリカバリ タイプを選択できます。

      • 計画的移行:最近の変更をリカバリ サイトに複製し、エラーが発生した場合はリカバリをキャンセルします。計画的移行中は、リソース集中的な操作を実行しないでください。

      • ディザスタ リカバリ:最新の変更をリカバリ サイトに複製しようとしますが、それ以外は最新のストレージ同期データを使用します。エラーが発生した場合でも、リカバリを続行します。

    6. [実行(Run)] の後ろの […] をクリックし、[再保護(Reprotect)] をクリックして VM を保護するか、[キャンセル(Cancel)] をクリックしてリカバリ プランを停止します。

Site Recovery Manager がリカバリを実行すると、仮想マシンがリカバリ サイトで起動します。保護されたサイトがオンラインに戻ったときに reprotect を実行すると、レプリケーションの方向が逆になり、リカバリサイトのリカバリされた仮想マシンが元の保護されたサイトに保護されます。

クラスタ セットアップでの Cisco DCNM のバックアップと復元

分析およびトラブルシューティングのために、Cisco DCNM アプリケーション データのバックアップを作成できます。

Cisco DCNM クラスタ セットアップでデータのバックアップと復元を実行するには、次の作業を実行します。

始める前に

appmgr show ha-role コマンドを使用して、アクティブ サーバとスタンバイ サーバーが動作していることをチェックして確認します。

例:

アクティブ ノードで次の操作を実行します。

dcnm-active# appmgr show ha-role
Native HA enabled.
Deployed role: Active
Current role: Active

スタンバイ ノードで次の操作を実行します。

dcnm2-standby# appmgr show ha-role
Native HA enabled.
Deployed role: Standby
Current role: Standby

手順


ステップ 1

SSH を使用して Cisco DCNM アプライアンスにログインします。

ステップ 2

アクティブおよびスタンバイの両方のアプライアンス、およびすべてのコンピューティング ノードで appmgr backup コマンドを使用して、アプリケーション データのバックアップを取得します。

dcnm-active# appmgr backup
dcnm-standby# appmgr backup
dcnm-compute1# appmgr backup
dcnm-compute2# appmgr backup
dcnm-compute3# appmgr backup
               

すべてのノードのバックアップ ファイルを安全な場所にコピーし、DCNM アプライアンスをシャットダウンします。

ステップ 3

インストールされている VM を右クリックし、[電源 (Power)] > [電源オフ (Power Off)] を選択します。

ステップ 4

2 つの Cisco DCNM リリース 11.5(1) アプライアンスをインストールします。

(注)  

 

ホスト名が以前のアクティブおよびスタンバイ アプライアンスと一致することを確認します。

手順については、「Cisco DCNM のインストール」を参照してください。

ステップ 5

3 つの Cisco DCNM コンピューティングノードをインストールします。

(注)  

 

ホスト名が以前のコンピューティング ノードと一致することを確認します。

手順については、「Cisco DCNM コンピューティング ノードのインストール」を参照してください。

ステップ 6

次のコマンドを使用して、すべてのノードで /root ディレクトリにアクセスします。

dcnm# appmgr root-access permit
                  

ステップ 7

次のコマンドを使用して、アクティブおよびスタンバイ ノードでテレメトリを停止します。

dcnm-active# systemctl stop pmn-telemetry
dcnm-standby# systemctl stop pmn-telemetry
                  

ステップ 8

次のコマンドを使用して、CLI によりプロセスを復元し、アクティブとスタンバイ バックアップ ファイルと同じホスト名でノードを復元するように、環境変数を設定します。

(注)  

 

復元を、Active、Standby、Compute1、Compute2、および Compute3 の同じ順序で実行するようにします。

dcnm-active# APPMGR_ALLOW_RESTORE=1 appmgr restore <dcnm1-backup-file>
dcnm-standby# APPMGR_ALLOW_RESTORE=1 appmgr restore <dcnm2-backup-file>
dcnm-compute1# APPMGR_ALLOW_RESTORE=1 appmgr restore <compute1-backup-file>
dcnm-compute2# APPMGR_ALLOW_RESTORE=1 appmgr restore <compute2-backup-file>
dcnm-compute3# APPMGR_ALLOW_RESTORE=1 appmgr restore <dcnm2-backup-file>
                  

ステップ 9

データが復元されたら、appmr status all コマンドを使用してステータスを確認します。


次のタスク

適切なクレデンシャルを使用して DCNM Web UI にログオンします。

[アプリケーション (Applications)] タブには、インストールした DCNM 展開で実行中のすべてのサービスが表示されます。[コンピューティング (Compute)] タブをクリックすると、CISCO Dcnm Web UI で検出された状態の新しいコンピューティングが表示されます。

クラスタにコンピューティング ノードを追加するために、詳細については、展開固有の『Cisco DCNM コンフィギュレーション ガイド』の「クラスタ ノードへのコンピューティングの追加」を参照してください。


(注)  


DCNM をインストールする間にクラスタしたモードを有効にしなかった場合は、appmgr afw config-cluster コマンドを使用して、コンピューティング クラスタを有効にします。手順については、『Cisco DCNM LAN ファブリック コンフィギュレーション ガイド』の「コンピューティング クラスタを有効にする」を参照してください。


コンピューティング ノードがスケジュールされていないパワーサイクルを実行し、再開するとき、Elasticsearch コンテナは起動しません。一部のファイルシステムが破損している可能性があります。この問題を解決するために、fsck -y コマンドを使用してセーフ モードでコンピューティング ノードを再開します。