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

ONTAP SVM 間または SVM 内の HDFA オプションを決定する

共同作成者 netapp-dbagwell

HDF の密度を決定したら、NFS を使用して HDF にアクセスするかどうかを決定し、SVM 間 HDFA と SVM 内 HDFA のオプションについて学習します。

ヒント SMBクライアントのみがHDFにアクセスする場合は、すべてのHDFを単一のSVMに作成する必要があります。ロード バランシングにDFSターゲットを使用する方法については、Windowsクライアント構成を参照してください。

SVM間HDFA導入

SVM間HDFAでは、HDFA内の各HDFごとにSVMを作成する必要があります。これにより、HDFA内のすべてのHDFが同じジャンクションパスを持つようになり、クライアント側での設定が容易になります。

この図1例では、各HDFはそれぞれ独自のSVMに存在します。これはSVM間HDFAデプロイメントです。各HDFには/hotspotsのジャンクション パスがあります。また、すべてのIPアドレスにはホスト名キャッシュのDNS Aレコードがあります。この構成では、DNSラウンド ロビンを利用して、異なるHDF間でマウントのロード バランシングを行っています。

図1:4x1x4インターSVM HDFA構成

図1:4x1x4インターSVM HDFA構成

SVM 内 HDFA 展開

SVM内構成では、各HDFに固有のジャンクションパスが必要ですが、すべてのHDFは1つのSVMに存在します。ONTAPではSVMが1つしか必要ないため、この設定は簡単ですが、Linux側では `autofs`とONTAPでのデータLIF配置により、より高度な構成が必要になります。

図2の例では、すべてのHDFが同じSVM内にあります。これはSVM内HDFAデプロイメントであり、ジャンクションパスは一意である必要があります。ロード バランシングを適切に機能させるには、各IPに一意のDNS名を作成し、ホスト名が解決するデータLIFをHDFが存在するノードにのみ配置する必要があります。また、"Linuxクライアントの設定"で説明されているように、 `autofs`で複数のエントリを設定する必要があります。

図2:4x1x4 SVM内HDFA構成

図2:4x1x4 SVM内HDFA

次の手順

HDFA をどのように展開するかが決まったので、"HDFAを展開し、分散形式でアクセスできるようにクライアントを構成する"