異なる環境間で同じデータにアクセス
変更を提案
PDF
このセクションでは、異なるコンピューティング環境間で同じデータにアクセスするために実行する必要があるタスクについて説明します。Domino MLOpsプラットフォームでは、コンピューティング環境を「データプレーン」と呼びます。データがあるデータプレーンのNetAppボリュームに格納されていて、別のデータプレーンでアクセスする必要がある場合は、このセクションで説明するタスクを実行します。このタイプのシナリオは、「バースト」またはデスティネーション環境がクラウドの場合は「クラウドバースト」と呼ばれます。この機能は、限られたコンピューティングリソースやオーバーサブスクライブされたコンピューティングリソースを扱うときに必要になることがよくあります。たとえば、オンプレミスのコンピューティングクラスタがオーバーサブスクライブされている場合、ワークロードをすぐに開始できるクラウドにスケジュールすることができます。
別のデータプレーンにあるNetAppボリュームにアクセスする場合に推奨される方法は2つあります。これらのオプションについては、次のサブセクションで説明します。特定の要件に応じて、これらのオプションのいずれかを選択します。次の表に、2つのオプションの利点と欠点を示します。
| オプション | メリット | 欠点 |
|---|---|---|
オプション1 -キャッシュ |
-シンプルなワークフロー-ニーズに基づいてデータのサブセットをキャッシュ-ソースにデータを書き戻す機能-管理するリモートコピーが不要 |
-キャッシュがハイドレーションされると、初期データアクセスのレイテンシが増加します。 |
オプション2 -ミラーリング |
-ソースボリュームのフルコピー-キャッシュハイドレーションによるレイテンシの増加なし（ミラー処理完了後） |
-ミラー処理が完了してからデータにアクセスする必要がある-リモートコピーを管理する必要がある-ソースにライトバックできない |
オプション1 -別のデータプレーンに存在するボリュームのキャッシュを作成する
を使用すると"NetApp FlexCache テクノロジ"、別のデータプレーンにあるNetAppボリュームのキャッシュを作成できます。たとえば、オンプレミスのデータプレーンにNetAppボリュームがあり、そのボリュームにAWSデータプレーンでアクセスする必要がある場合は、AWSにボリュームのキャッシュを作成できます。このセクションでは、別のデータプレーンにあるNetAppボリュームのキャッシュを作成するために実行する必要があるタスクの概要を説明します。
デスティネーション環境でのFlexCacheボリュームの作成
|
デスティネーション環境がオンプレミスのデータセンターの場合は、オンプレミスのONTAPシステムにFlexCacheボリュームを作成します。デスティネーション環境がAWSの場合は、Amazon FSx ONTAPインスタンスにFlexCacheボリュームを作成します。 |
最初に、デスティネーション環境にFlexCacheボリュームを作成する必要があります。
FlexCacheボリュームの作成にはBlueXPを使用することを推奨します。BlueXP を使用してFlexCacheボリュームを作成するには、に記載されている手順に従います"BlueXPのボリュームキャッシュに関するドキュメント"。
BlueXPを使用しない場合は、ONTAPシステムマネージャまたはONTAP CLIを使用してFlexCacheボリュームを作成できます。System ManagerでFlexCacheボリュームを作成する手順については、を参照してください"ONTAPのドキュメント"。ONTAP CLIを使用してFlexCacheボリュームを作成する場合は、に記載されている手順を参照して"ONTAPのドキュメント"ください。
このプロセスを自動化するには"BlueXPのAPI"、、"ONTAP REST API"またはを使用し"ONTAP Ansibleコレクション"ます。
|
|
System ManagerはAmazon FSx ONTAPでは使用できません。 |
FlexCacheボリュームをDominoに公開
次に、FlexCacheボリュームをDomino MLOpsプラットフォームに公開する必要があります。FlexCacheボリュームをDominoに公開するには、このソリューションの「Tridentでプロビジョニングされていない既存のNFSボリュームを公開する」サブセクションに記載されている手順に従ってください"[既存のNetAppボリュームをDominoに公開するセクション"]。
これで、次のスクリーンショットに示すように、デスティネーションデータプレーンでジョブやワークスペースを起動するときにFlexCacheボリュームをマウントできるようになります。
FlexCacheボリュームを作成する前に
FlexCacheボリュームをDominoに公開した後
オプション2 -別のデータプレーンに存在するボリュームをレプリケートする
を使用すると"NetApp SnapMirrorデータレプリケーションテクノロジ"、別のデータプレーンにあるNetAppボリュームのコピーを作成できます。たとえば、オンプレミスのデータプレーンにNetAppボリュームがあり、AWSデータプレーンでそのボリュームにアクセスする必要がある場合は、AWSでボリュームのコピーを作成できます。このセクションでは、別のデータプレーンにあるNetAppボリュームのコピーを作成するために実行する必要があるタスクの概要を説明します。
SnapMirror関係の作成
まず、ソースボリュームとデスティネーション環境の新しいデスティネーションボリュームの間にSnapMirror関係を作成する必要があります。デスティネーションボリュームは、SnapMirror関係の作成プロセスの一環として作成されます。
SnapMirror関係の作成にはBlueXPを使用することを推奨します。BlueXP とのSnapMirror関係を作成するには、に記載されている手順に従います"BlueXPのレプリケーションに関するドキュメント"。
BlueXPを使用しない場合は、ONTAPシステムマネージャまたはONTAP CLIを使用してSnapMirror関係を作成できます。System ManagerとのSnapMirror関係を作成するには、で説明されている手順を参照して"ONTAPのドキュメント"ください。ONTAP CLIを使用してSnapMirror関係を作成するには、で説明されている手順を参照して"ONTAPのドキュメント"ください。
このプロセスを自動化するには"BlueXPのAPI"、、"ONTAP REST API"またはを使用し"ONTAP Ansibleコレクション"ます。
|
|
System ManagerはAmazon FSx ONTAPでは使用できません。 |
SnapMirror 関係を解除します
次に、データアクセス用にデスティネーションボリュームをアクティブ化するために、SnapMirror関係を解除する必要があります。最初のレプリケーションが完了するまで待ってから、この手順を実行します。
|
|
レプリケーションが完了したかどうかは、BlueXP、ONTAPシステムマネージャ、またはONTAP CLIでミラー状態を確認することで確認できます。レプリケーションが完了すると、ミラー状態は「snapmirrored」になります。 |
SnapMirror関係の解除にはBlueXPを使用することを推奨します。BlueXP とのSnapMirror関係を解除するには、に記載されている手順に従います"BlueXPのレプリケーションに関するドキュメント"。
BlueXPを使用しない場合は、ONTAP System ManagerまたはONTAP CLIを使用してSnapMirror関係を解除できます。System ManagerとのSnapMirror関係を解除するには、で説明されている手順を参照して"ONTAPのドキュメント"ください。ONTAP CLIとのSnapMirror関係を解除するには、に記載されている手順を参照して"ONTAPのドキュメント"ください。
このプロセスを自動化するには"BlueXPのAPI"、、"ONTAP REST API"またはを使用し"ONTAP Ansibleコレクション"ます。
宛先ボリュームをDominoに公開
次に、デスティネーションボリュームをDomino MLOpsプラットフォームに公開する必要があります。デスティネーションボリュームをDominoに公開するには、このソリューションの「Tridentでプロビジョニングされていない既存のNFSボリュームを公開する」サブセクションの手順に従ってください"[既存のNetAppボリュームをDominoに公開するセクション"]。
これで、次のスクリーンショットに示すように、デスティネーションデータプレーンでジョブやワークスペースを起動するときに、デスティネーションボリュームをマウントできるようになります。
SnapMirror関係を作成する前に
宛先ボリュームをDominoに公開した後