Skip to main content
日本語は機械翻訳による参考訳です。内容に矛盾や不一致があった場合には、英語の内容が優先されます。

NetApp Disaster Recovery でリソースグループを作成する

共同作成者 netapp-ahibbard amgrissino
PDF

NetApp Disaster Recoveryのサイトにリソースを追加したあと、リソースグループを作成して、VM、データストア、またはKubernetesクラスタを単一の単位として整理できます。リソースグループを使用すると、依存関係のあるリソースを、要件を満たす論理的なグループに整理できます。たとえば、1つのアプリケーションのVMをグループ化したり、類似した階層を共有するアプリケーションをグループ化したりできます。リソースグループには、リカバリ中に実行される遅延起動順序を含めることもできます。これにより、リソースが正しい順序で起動することが保証されます。

必須NetApp Consoleロール このタスクを実行するには、スーパー管理者、災害復旧管理者、または災害復旧アプリケーション管理者ロールが必要です。"NetApp Disaster Recoveryにおけるユーザーの役割と権限について学習します"。"すべてのサービスに対するNetApp Consoleのアクセスロールについて学習します"。

このタスクについて

VM 自体またはデータストア内の VM をグループ化できます。

次の方法を使用してリソース グループを作成できます。

  • リソースグループオプションから

  • 災害復旧計画またはレプリケーション計画を作成する際に。ソースvCenterクラスターによってホストされているVMが多数ある場合、レプリケーション計画を作成する際にリソースグループも同時に作成しておくと、作業が楽になるかもしれません。レプリケーション計画の作成中にリソースグループを作成する手順については、"レプリケーションプランを作成する"を参照してください。

ヒント 各リソースグループには、1つ以上の仮想マシン、データストア、またはKubernetesクラスタを含めることができます。仮想マシンは、レプリケーションプランに含めた順序に基づいて起動します。リソースグループリスト上で仮想マシンまたはデータストアを上下にドラッグすることで、順序を変更できます。

リソースグループについて

リソースグループを使用すると、VM、データストア、またはKubernetesアプリケーションを単一の単位にまとめることができます。

たとえば、POS アプリケーションでは、データベース、ビジネス ロジック、ストアフロント用に複数の VM が使用される場合があります。これらすべての VM を 1 つのリソース グループで管理できます。 VM の起動順序、ネットワーク接続、およびアプリケーションに必要なすべての VM の回復に関するレプリケーション プラン ルールを適用するリソース グループを設定します。

リソースグループの仕組み

Disaster Recoveryは、リソースグループ内のVMをホストする基盤となるONTAPボリュームとLUNをレプリケートすることで、VMを保護します。これを行うために、システムはリソースグループ内のVMをホストする各データストアの名前をvCenterに照会します。次に、Disaster Recoveryは、そのデータストアをホストしているソースのONTAPボリュームまたはLUNを特定します。すべての保護は、SnapMirrorレプリケーションを使用してONTAPボリュームレベルで実行されます。

リソースグループ内のVMが異なるデータストアでホストされている場合、Disaster Recoveryは次のいずれかの方法を使用して、ONTAPボリュームまたはLUNのデータ整合性のあるスナップショットを作成します。

FlexVolボリュームの相対的な位置 スナップショットレプリカプロセス

複数のデータストア - 同じ SVM 内のFlexVolボリューム

  • ONTAP整合性グループが作成されました

  • 整合性グループのスナップショットを取得

  • ボリュームスコープのSnapMirrorレプリケーションが実行される

複数のデータストア - 複数の SVM 内のFlexVolボリューム

  • ONTAP API： cg_start。すべてのボリュームを休止してSnapshotを作成できるようにし、すべてのリソースグループボリュームのボリュームを対象としたSnapshotを開始します。

  • ONTAP API: cg_end 。スナップショットが取得された後、すべてのボリューム上の I/O を再開し、ボリューム スコープのSnapMirrorレプリケーションを有効にします。

リソースグループのベストプラクティス

リソースグループを作成する際は、以下のシナリオを考慮してください：

  • データストアやネームスペースをリソースグループに追加する前に、手動検出を開始するか、スケジュールされた検出の実行を待ってください。これにより、仮想マシンが検出され、リソースグループに一覧表示されることが保証されます。手動で検出を開始しない場合、リソースがリソースグループに表示されない可能性があります。

  • データストアに少なくとも1つのリソース（VMまたはネームスペース）が存在することを確認してください。データストアにリソースが存在しない場合、Disaster Recoveryはデータストアを検出しません。

  • 単一のデータストアは、複数のレプリケーション プランによって保護されている VM をホストしないでください。

  • 保護されたリソースと保護されていないリソースを同じデータストアにホストしないでください。保護されたリソースと保護されていないリソースが同じデータストアにホストされている場合、次のような問題が発生する可能性があります：

    • ディザスタリカバリはSnapMirrorを使用し、システムがONTAPボリューム全体をレプリケートするため、ライセンスの検討にはそのボリュームの使用容量が使用されます。この場合、保護されたVMと保護されていないVMの両方が消費するボリューム容量が計算に含まれます。

    • リソースグループとその関連エンティティを災害復旧サイトにフェイルオーバーする必要がある場合、保護されていないリソース（リソースグループの一部ではないが、ONTAPボリュームでホストされているVMまたはネームスペース）はフェイルオーバー処理によってソースサイトに存在しなくなり、結果としてソースサイトの保護されていないVMで障害が発生します。また、Disaster Recoveryは、フェイルオーバーサイトでそれらの保護されていないリソースを起動しません。

  • リソースを保護するには、そのリソースをリソースグループに含める必要があります。

ベストプラクティス：NetApp Disaster Recoveryを導入する前にVMを整理して、データストアの乱立を最小限に抑えます。保護が必要なVMはデータストアのサブセットに配置し、保護しないVMは別のデータストアのサブセットに配置します。特定のデータストア上のVMが、異なるレプリケーションプランによって保護されていないことを確認してください。

vCenter
手順

  1. Disaster Recovery で、サイドバーの Resource groups を選択します。

  2. ドロップダウンメニューで VMware で絞り込んでください。

    サイトタイプ切り替えのスクリーンショット

  3. 災害復旧メニューから、*リソースグループ*を選択します。

  4. *追加*を選択します。

  5. リソース グループの名前を入力します。

  6. VM が配置されているソース vCenter クラスタを選択します。

  7. 検索方法に応じて、仮想マシン または データストア のいずれかを選択します。

  8. リソース グループの追加 タブを選択します。システムは、選択した vCenter クラスタ内のすべてのデータストアまたは VM を一覧表示します。 データストア を選択した場合、システムは選択した vCenter クラスタ内のすべてのデータストアを一覧表示します。 仮想マシン を選択した場合、システムは選択した vCenter クラスター内のすべての仮想マシンを一覧表示します。

  9. [リソース グループの追加] ページの左側で、保護する VM を選択します。

    リソース グループの追加ページを示すスクリーンショット

    リソース グループの追加ページを示すスクリーンショット

  10. 必要に応じて、各 VM をリスト内で上下にドラッグして、右側の VM の順序を変更します。 VM は、追加した順序に基づいて電源がオンになります。

  11. *追加*を選択します。

Kubernetes
手順

  1. Disaster Recovery で、サイドバーの Resource groups を選択します。

  2. ドロップダウンメニューで Kubernetes で絞り込みます。

    サイトタイプ切り替えのスクリーンショット

  3. *追加*を選択します。

  4. リソースグループの名前を入力し、ドロップダウンメニューから Kubernetes クラスタを選択します。

  5. リソースグループに追加する * 名前空間 * を選択します。

  6. *リソースタイプ*を分類します。デフォルトでは、「すべて含める」が選択されており、これは複数のリソースタイプを意味します。

  7. 必要に応じて、Label selectors を含めます。

    Kubernetesリソースグループを追加する画面のスクリーンショット

  8. 必要に応じて、+ クラスタスコープのリソース*を選択すると、名前空間にスコープされていないリソースを追加できます。このオプションを選択する場合は、*グループ、バージョン、*種類*を選択し、必要に応じてラベルセレクタを追加してください。*リソースを追加*を選択してください。

    クラスタースコープのKubernetesリソースを追加する画面のスクリーンショット

  9. 追加を選択します。