VMゲスト内SMBおよびNFSマウント
これはもっと生理学的な質問かもしれませんが、他のストレージ管理者がどう思っているのか、そして彼らが会社で何をしているのか興味があります。私は、NFSがVMwareの標準ストレージプロトコルである新しい環境にいます。これは、ESXホストにストレージを提示するVMware承認の方法であるため、このIMOに問題はありません。私の質問は、ゲストにNFS/SMBマウントを介してストレージをさらに提示することについてです。これは、私がいる環境だけでなく、ゲスト内のiSCSIでも大きな問題のようです。私は常に、FC、iSCSI、またはNFSのいずれかを介してESXにストレージを提示し、データストアを介してストレージを使い果たしました。ストレージアクセスを混合して一致させていないので、これは私にとってよりクリーンで複雑ではないと感じます。ほとんどのVMストレージはデータストアとして表示されますが、大規模なシステム（> 2TB）には他のNASここのVMwareデータストア外のストレージ、 VMが実行されています。ここに誰かがこの方法でストレージを提示していますか？過去または現在の経験に基づいて誰かがこれについて意見を持っているかどうかを確認したいだけです。
管理性の観点からは、すべての外部ストレージデバイスを単一（またはHAと言えば複数）の「ヘッド」サーバーに統合する方が明らかに優れています。
小規模な展開では、「NASからクライアントへ」の直接ストレージプロビジョニングを検討できます。たとえば、ローカルQNAPボックスからオフィスワークステーションにSMB共有をプロビジョニングでき、それはまったく問題ありません。
NFS共有を仮想マシンに直接プロビジョニングすることは、あなたの場合には最善のアプローチではないかもしれません。 ESXiホストまたはHAクラスターである1つの「エントリポイント」を使用する代わりに、2つを取得します。
外部NASをNFSデータストアとしてESXiに提示し、共有を作成する代わりに、VMのストレージを.vmdkドライブとしてプロビジョニングすることをお勧めします。