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

異なる環境間で同じデータにアクセス

共同作成者

このセクションでは、異なるコンピューティング環境間で同じデータにアクセスするために実行する必要があるタスクについて説明します。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に公開した後

入力/出力ダイアログを示す図、または書き込まれた内容を表す図