Azure HPC Cache のストレージ ターゲットとして Azure NetApp Files を使用できます。 この記事では、2 つのサービスを連携させる方法について説明し、それらを設定するためのヒントを提供します。
Azure NetApp Files では、ONTAP オペレーティング システムと Microsoft Azure のスケーラビリティと速度が組み合わせられます。 この組み合わせにより、ユーザーはコードを書き直すことなく、確立されたワークフローをクラウドに移行できます。
Azure HPC Cache コンポーネントを追加すると、1 つの集約された名前空間に複数の Azure NetApp Files ボリュームを表示することで、ファイル アクセスを向上させることができます。 別のサービス リージョンにあるボリュームにエッジ キャッシュを提供できます。 また、低レベルのサービス レベルで作成されたボリュームのオンデマンド パフォーマンスを向上させ、コストを節約することもできます。
概要
Azure HPC Cache でバックエンド ストレージとして Azure NetApp Files システムを使用するには、このプロセスに従います。
- 以下の「システムの計画」のガイダンスに従って、Azure NetApp Files のシステムとボリュームを作成します。
- ファイル アクセスが必要なリージョンに Azure HPC Cache を作成します。 ( 「Azure HPC Cache の作成」の手順を使用します)。
- Azure NetApp Files ボリュームを指すキャッシュ内のストレージ ターゲットを定義します。 ボリュームへのアクセスに使用する一意の IP アドレスごとに 1 つのキャッシュ ストレージ ターゲットを作成します。
- Azure NetApp Files ボリュームを直接マウントするのではなく、クライアントに Azure HPC Cache をマウントします。
Azure NetApp Files システムを計画する
Azure NetApp Files システムを計画するときは、このセクションの項目に注意して、Azure HPC Cache とスムーズに統合できることを確認してください。
また、Azure HPC Cache で使用するボリュームを作成する前に、Azure NetApp Files のドキュメント を読んでください。
NFS クライアント アクセスのみ
現在、Azure HPC Cache では NFS アクセスのみがサポートされています。 SMB ACL または POSIX モードのビット ボリュームでは使用できません。
Azure NetApp Files の専用サブネット
Azure NetApp Files では、そのボリュームに 1 つの委任されたサブネットが使用されます。 他のリソースでは、そのサブネットを使用できません。 また、Azure NetApp Files には、仮想ネットワーク内のサブネットを 1 つだけ使用できます。 詳細については、 Azure NetApp Files ネットワーク計画のガイドラインを参照してください。
委任されたサブネット サイズ
Azure HPC Cache で使用する Azure NetApp Files システムを作成するときは、委任されたサブネットの最小サイズを使用します。
ネットマスク /28 で指定される最小サイズは、16 個の IP アドレスを提供します。 実際には、Azure NetApp Files では、ボリューム アクセスに使用できる IP アドレスのうち 3 つだけが使用されます。 つまり、すべてのボリュームをカバーするために、Azure HPC Cache に 3 つのストレージ ターゲットを作成するだけで済みます。
委任されたサブネットが大きすぎる場合は、Azure NetApp Files ボリュームで、1 つの Azure HPC Cache インスタンスで処理できるよりも多くの IP アドレスが使用される可能性があります。
Azure NetApp Files ドキュメントのクイック スタートの例では、委任されたサブネットに 10.7.0.0/16 を使用します。このサブネットでは、大きすぎるサブネットが提供されます。
容量プールのサービス レベル
容量プールの サービス レベル を選択するときは、ワークフローを検討してください。 Azure NetApp Files ボリュームにデータを頻繁に書き戻す場合は、書き戻し時間が遅い場合にキャッシュのパフォーマンスを制限できます。 書き込みが頻繁に発生するボリュームの高いサービス レベルを選択します。
また、サービス レベルが低いボリュームでは、キャッシュがコンテンツを事前に入力している間に、タスクの開始時にいくつかのラグが表示される場合があります。 キャッシュが適切なファイルセットで正常に稼働するようになると、遅延は感じられなくなります。
容量プールのサービス レベルは作成後に変更できないため、事前に計画することが重要です。 新しいボリュームを別の容量プールに作成し、データをコピーする必要があります。
アクセスを中断することなく、ボリュームのストレージ クォータと容量プールのサイズを変更できることに注意してください。
キャッシュにストレージ ターゲットを作成する
Azure NetApp Files システムがセットアップされ、Azure HPC Cache が作成されたら、ファイル システム ボリュームを指すストレージ ターゲットをキャッシュ内に定義します。
Azure NetApp Files ボリュームで使用される IP アドレスごとに 1 つのストレージ ターゲットを作成します。 IP アドレスは、ボリュームのマウント手順ページに一覧表示されます。
複数のボリュームが同じ IP アドレスを共有している場合は、それらのすべてに 1 つのストレージ ターゲットを使用できます。
Azure NetApp Files ドキュメントのマウント手順に従って、使用する IP アドレスを見つけます。
Azure CLI を使用して IP アドレスを見つけることもできます。
az netappfiles volume list -g ${RESOURCE_GROUP} --account-name ${ANF_ACCOUNT} --pool-name ${POOL} --query "[].mountTargets[].ipAddress" | grep -Ee '[0-9]+[.][0-9]+[.][0-9]+[.][0-9]+' | tr -d '"' | tr -d , | sort | uniq
Azure NetApp Files システムのエクスポート名には、1 つのパス コンポーネントがあります。 Azure NetApp Files でルート エクスポート / のストレージ ターゲットを作成しないでください。このエクスポートではファイル へのアクセスが提供されないためです。
これらのストレージ ターゲットの仮想名前空間パスに特別な制限はありません。
ストレージ ターゲットをマウントする
クライアント マシンは、Azure NetApp Files ボリュームを直接マウントするのではなく、キャッシュをマウントする必要があります。 「Azure HPC Cache のマウント」の手順に従います。
次のステップ
- Azure NetApp Files の設定と使用の詳細
- Azure NetApp Files を使用するように Azure HPC Cache システムを計画および設定する方法については、 サポートにお問い合わせください。