web-dev-qa-db-ja.com

SAN設計:ファイルおよびブロックレベルのアクセス?

簡単な質問:同じSANでファイルレベルとブロックレベルのトラフィックを共有できますか?おそらくもっと重要なのは、私がすべきでしょうか?残酷な詳細は以下の通りです...

新しいSANデザインの仕上げを行い、新しい計画されたストレージ(EMC VNXe3100)が、当初の目標であるiSCSIターゲットになることをサポートします。ファイルレベルのストレージもサポートします。 CIFSおよびNFS経由でも同様です。使用したい機能の一部(特に重複排除)は、ファイルレベルの共有経由でのみ利用できます。

VNXe3100には、コントローラーごとに2つのNICを備えた2つのコントローラーがあります。各NICは異なるスイッチに送られるため、コントローラーまたはスイッチのいずれかに障害が発生する可能性があり、引き続きビジネスを行う必要があります。つまり、ファイルトラフィックとブロックトラフィックの両方を有効にする必要があります。各NIC。担当者はこれが可能であると確信しています。

私の計画は、VNXeと5つのホストサーバーを同じVLANとサブネット(192.168.1.xと呼びます)に配置することです。これにより、ブロックレベルのiSCSIのものはその= VLANルートアウトなし。ただし、異なるサブネット(192.168.55.x)上のファイルレベルトラフィック用に、ネットワークの残りの部分へのルートアウトがあります。したがって、それぞれNICは、1.x範囲のブロックトラフィック用のIPアドレスと、55.x範囲のファイルトラフィック用のIPアドレスを持ちます。

私たちはiSCSIの世界とSAN/NASデバイスの世界に慣れていないので、これがひどい混ざり合いではないことを確認したいと思います。しかし、それは本当に VMWareをNFSとして公開し、VMをハードウェアで重複排除するのは素晴らしいことです。別のファイルサーバーを維持する必要がないこともボーナスです。

私が見落としている何かが他にあるなら、私はすべての耳です。

3
CC.

私はEMCのアレイの内部動作に精通していませんが、それらはブロックSANファイルレベルNAS =コントローラーがボルトで固定されている-サーバーに直接接続するiSCSILUNを使用することも、NASヘッドにエクスポートして、NFS/CIFSとして共有することもできます。異なるものを使用することもできます。 LUNは異なるアクセスタイプでセットアップされますが、単一のLUNはどちらか一方(ブロックレベルまたはファイルレベルのアクセス)にすることができますが、両方にすることはできません。

他のシステム(つまり、NetApp)は逆に機能します。 NASはネイティブ形式であり、iSCSIまたはFC LUNは、これらのプロトコルで提供される単一の巨大なファイルです(アクセスした場合に、誤ってそれらを台無しにしないように保護されています) NFSのある親ディレクトリ。)

コントローラごとにNICが2つしかないため、ブロックアクセスとファイルアクセスを混在させようとすると、いくつかの問題が発生する可能性があります。ファイルレベルのアクセス(IPに基づく)では、冗長性を基盤とするプロトコルスタックに依存します(通常、ペア全体で単一のIPを使用して、フェールオーバーボンドグループのポートを構成します)が、iSCSIはストレージの世界から派生しています。また、接続されたホスト上のマルチパスドライバーを介して、スタック内で冗長性がその上で処理されることを期待しています。 EMCのポートは、マルチパス用に独自のIPを使用して構成することも、フェイルオーバーグループに仮想IPを含めることもできない可能性があります(コントローラー全体のフェイルオーバーにもかかわらず、EMCがそれをどのように処理するかはわかりません)。ボンディングされたインターフェイス上でiSCSIを実行することは機能しますが、マルチパスの追加のパフォーマンスを得ることができません。

3
techieb0y