私の家では、Windows Server 2008 R2でHyper-Vサーバーを実行していますVMファイルサーバーとして機能しています。ファイルは、SMBを使用してネットワーク全体で共有されます。また、マシンがPERC 6/i RAIDカードですが、それは重要ではないと思います)
専用のSAN(iSCSI)マシンをセットアップしてから、Hyper-VサーバーをESXiに切り替えることを考えています。
ISCSIとSMBを使用する利点は何ですか?
SMB)を介してファイルを共有するファイルサーバーOS(例:Win 2k8)がまだ必要だと思うので、最終結果が現在の設定と異なるかどうかはわかりません...
マイクは正解です。iSCSIとSMB/CIFSは、2つの異なる抽象化レイヤーで動作します。
SMB/CIFSは、他のマシンがアクセスできるファイルシステムのエクスポートと考えることができます。ディレクトリ構造、セキュリティメタデータなどはすでに存在しています。クライアントマシンは、このファイルシステムに対してファイルの読み取りと書き込みを行うことができますが、それはそれらのアクセスの範囲です。
ISCSIでは、クライアントマシンは、オペレーティングシステムの観点から、物理ボリュームと同じものを認識します。 Windowsクライアントマシンから、最初にiSCSIホスト(ターゲット)を指すiSCSIイニシエーターを構成します。その後、Windowsのディスク管理コントロールパネルに新しい物理ディスクが表示されます。次に、それを初期化し、パーティション化してから、希望するファイルシステムでフォーマットします。他のマシンはこの領域にアクセスできません(少なくとも同時に、クラスターファイルシステムなどの高度な機能を無視します)。
プロセスはESXiとは少し異なりますが、概念は同じです。iSCSIターゲットは、VMFSファイルシステムを構築できる別のディスクのように見えます。
独自のストレージサーバーを構築している場合に考慮できることの1つは、両方を同時に実行できることです。 OpenFilerやFreeNASなどのソフトウェアを使用すると、ストレージのプールを集約し、iSCSIアクセスとSMB/CIFSアクセスの両方を許可できます。 iSCSIスペースは事前に割り当てられている必要があり(仮想マシンのハードディスクのように)、CIFSクライアントからは見えません。 2つの領域は別々です。また、Windowsサーバーにとどまり、ソフトウェアをインストールして、StarWindsによって作成されたものなどのiSCSIターゲットをエクスポートすることもできます。
iSCSIは一般に、抽象化の層がそれほど多くないため、パフォーマンスが向上します。この場合、SMBプロトコルです。また、ブロックレベルのプロトコルであるため、ネットワーク共有にインストールされている場合は機能しません。iSCSIで機能します。
ESXiがSMB=共有、NFSのみへのアクセスを許可しない場合があるため、それも調べたいと思うかもしれません。それが当てはまる場合は、NFS共有をエクスポートする方法が必要になると思いますOpenFiler/FreeNASはNFSをサポートしており、Windowsでもそれをセットアップできます。
File Level
VS block level
ブロックレベル(iSCSI)ローカルオペレーティングシステムのファイルシステムでリモートボリュームをフォーマットできます。
たとえば、Apple Time-machineのボリュームが必要で、これをApple Journalized file system。 NTFSとして。ディスクをフォーマットするには、ディスクへのブロックアクセスが必要です。
SMBは、SMBをホストするデバイスによって既にフォーマットされています。これらのファイルシステムは通常EXT2&3であり、Linuxサブシステムでは、SMBプロトコルを介して独自のローカルファイルシステムに書き込むためのアクセスを許可しています。
SMBは一般的なネットワーク共有ですが、iSCSIは(ローカルにインストールされたHDDのような)排他的な直接接続されたブロックベースのストレージとして提供されるため、独自に関連付けられたファイルシステムを選択できます。長所と短所(しかし、以前は間違っていました:)
答えは実際には非常に簡単です。iSCSIではクライアント側のキャッシュを使用できますが、SMB=ではデフォルトのクライアントを使用することは不可能です。それだけです。
読み取り(および書き込みが必要な場合)キャッシュを使用すると、多くの実際の状況ではるかに高いパフォーマンスに到達できます。