NetApp Disaster Recoveryの前提条件
ワークロードのレプリケーションとリカバリの準備が整うように、セットアップ前にストレージ、vCenterまたはKubernetesクラスタ、およびConsoleの前提条件を検証します。
ソフトウェアバージョン
| コンポーネント | 最小バージョン |
|---|---|
Amazon FSx for NetApp ONTAP |
最新バージョン |
Google Google Cloud NetApp Volumesを使用した Google Cloud VMware Engine |
最新バージョン |
ONTAPソフトウェア |
ONTAP 9.10.0以降 |
AWS 向け VMware クラウド |
最新バージョン |
VMware オンプレミス vCenter |
7.0u3以降 |
Google Cloud の前提条件と考慮事項
NetApp Disaster RecoveryをGoogle Cloud VMware EngineおよびGoogle Cloud NetApp Volumesと併用する場合は、適切な権限を設定し、以下の考慮事項を確認してください。
-
以下の項目を許可リストに追加するには、Google SREチームにお問い合わせください。
-
オンプレミス ストレージからGoogle Cloud NetApp Volumesにスナップショットを転送するための同期 API。
-
データストアの作成、マウント、アンマウントを行う VMware エンジンを使用した Google プロジェクト。
-
-
レプリケーション プランに追加できるボリュームまたはデータストアは 1 つだけです。
-
レビュー"制限事項"。
フェイルオーバーの考慮事項
-
フェイルオーバーは最新のスナップショットを使用した場合にのみサポートされます。必要に応じて、フェイルオーバー中に新しいスナップショットを作成できます(つまり、選択スナップショット オプションを無効にする必要があります)。
-
フェイルオーバー後に新しいスナップショットを作成することはできません。
-
フェイルオーバー後にスナップショットを保持および調整することはできません。
フェイルバックの考慮事項
-
フェイルバックは選択スナップショット オプションでのみ可能です。新しいスナップショットを取得してフェイルバックを実行することはできません。
-
オンプレミス ストレージとGoogle Cloud NetApp Volumesストレージ クラスタ間のクラスタ ピアリングを削除する場合は、オンプレミス クラスタからクラスタとストレージ VM のピアリング エントリを手動でクリアする必要があります。詳細については、 "VServer ピア関係を削除する"。
Google Cloud の権限
Google Cloud のサービス プリンシパルには、次のロールまたは同等の権限を割り当てる必要があります。
NetApp Consoleの権限
NetApp Consoleユーザーには次のロールが必要です。
ONTAPストレージの前提条件
これらの前提条件は、ONTAP および Amazon FSx for NetApp ONTAP インスタンスに適用されます。
-
ソース クラスターと宛先クラスターにはピア関係が必要です。
-
ディザスタ リカバリ ボリュームをホストする SVM が宛先クラスタ上に存在している必要があります。
-
ソース SVM と宛先 SVM にはピア関係が必要です。
-
Amazon FSx for NetApp ONTAPを使用してデプロイする場合は、次の前提条件が適用されます。
-
VMware DR データストアをホストするAmazon FSx for NetApp ONTAPインスタンスが VPC 内に存在している必要があります。始めるには、"Amazon FSx for ONTAPドキュメント" 。
-
NetApp Consoleの前提条件
NetApp Consoleを使い始める
まだ行っていない場合は、 "NetApp Console に登録して組織を作成する"。
ONTAPとVMwareの資格情報を収集する
-
Amazon FSx for ONTAPおよびAWSの認証情報は、災害復旧を管理するNetApp Consoleプロジェクト内のシステムに追加する必要があります。
-
Disaster RecoveryにはvCenterのクレデンシャルが必要です。Disaster Recoveryでサイトを追加する際に、vCenterのクレデンシャルを入力します。
必要なvCenter権限のリストについては、"災害復旧に必要なvCenterの権限"を参照してください。サイトの追加方法については、"サイトを追加する"を参照してください。
-
Kubernetesクラスタの場合は、Kubernetesサイトを追加する前に"Kubernetesクラスタの要件"を確認してください。
|
|
Amazon Elastic VMware Service(EVS)でディザスタリカバリを使用するには、"追加の前提条件と構成に関するガイダンス"を参照してください。 |
NetApp Consoleエージェントを作成する
Consoleエージェントは、Consoleがお客様のONTAPストレージおよびVMware vCenterクラスタまたはKubernetesクラスタと通信できるようにするソフトウェアコンポーネントです。ディザスタリカバリが適切に機能するために必要です。エージェントはお客様のプライベートネットワーク(オンプレミスのデータセンターまたはクラウドVPCのいずれか)に配置され、ONTAPストレージインスタンスやその他のサーバおよびアプリケーションコンポーネントと通信します。ディザスタリカバリの場合、これは管理対象のvCenterクラスタまたはKubernetesクラスタへのアクセスとなります。
NetApp Consoleにコンソール エージェントを設定する必要があります。エージェントを使用すると、災害復旧サービスに適切な機能が含まれるようになります。
-
ディザスタリカバリは、標準モードのエージェント展開でのみ機能します。参照 "NetApp Consoleの標準モードでの使用開始"。
-
ソースとデスティネーションの両方のvCenterクラスタまたはKubernetesクラスタが、同じConsoleエージェントを使用していることを確認してください。
-
必要なコンソール エージェントの種類:
-
オンプレミスからオンプレミスへのディザスタリカバリ:ディザスタリカバリサイトにオンプレミスの Console エージェントをインストールします。この方法を使用すると、プライマリサイトに障害が発生しても、サービスが DR サイトで仮想リソースを再起動することを妨げません。 "オンプレミスでコンソールエージェントをインストールしてセットアップする"を参照してください。
ディザスタ リカバリでは、オンプレミス構成で複数のコンソール エージェントを使用することもできます。このシナリオでは、コンソール エージェントは vCenter およびONTAPアレイ クラスタにアクションを直接実行し、ソースとターゲットにはそれぞれ独自のコンソール エージェントが存在します。コンソール エージェントまたはサイトに障害が発生した場合に、遅延を減らして回復時間を短縮するために、複数のコンソール エージェントを使用することをお勧めします。
-
オンプレミスから AWS: AWS VPC に AWS 用コンソールエージェントをインストールします。参照 "AWS のコンソールエージェントのインストールオプション"。
オンプレミスからオンプレミスへの接続には、オンプレミスのコンソール エージェントを使用します。オンプレミスから AWS の場合、ソースのオンプレミス vCenter と宛先のオンプレミス vCenter にアクセスできる AWS コンソールエージェントを使用します。 -
インストールされたConsoleエージェントは、Disaster Recoveryが管理するすべてのKubernetesクラスタにアクセスできる必要があります。また、Disaster Recoveryが管理するVMware vCenterクラスタインスタンス、およびそれらのvCenterクラスタによって管理されるESXiホストにもアクセスできる必要があります。
-
-
Disaster Recoveryで管理するすべてのONTAPアレイは、Disaster Recoveryの管理に使用するNetApp Consoleプロジェクト内の任意のシステムに追加する必要があります。
-
災害復旧用のインテリジェントプロキシの設定については、"ディザスタリカバリ用のインフラストラクチャをセットアップする"を参照してください。
ワークロードの前提条件
VMwareワークロードのアプリケーション整合性プロセスが確実に成功するためには、以下の前提条件を満たしてください:
-
保護する VM 上で VMware ツール (または Open VM ツール) が実行されていることを確認します。
-
Microsoft SQL Server、Oracle Database、またはその両方を実行している Windows VM の場合、データベースで VSS ライターが有効になっている必要があります。
-
Linux オペレーティング システムで実行されている Oracle データベースでは、Oracle データベース SYSDBA ロールに対してオペレーティング システム ユーザー認証が有効になっている必要があります。
|
|
展開タイプに応じて、"VMware クラスタの前提条件"と"Kubernetesクラスタの前提条件"を確認してください。 |