本番環境では、小さなネットワーク(20台のワークステーション)上に単一のデータウェアハウスを構築するタスクが発生しました。
ネットワーク共有またはNFSマッピングの形式での典型的で些細なオプションは、1ギガビットネットワークはタスクにとって非常に小さく、ロシアの10ギガビットソリューションは本質的に理論的であるという事実を考慮して、姿を消しました。 -second、利用できません。 たとえば、それぞれ10ギガビットの16ポート用の本格的なスイッチを購入します-率直に言って不可能です。 または再び大金のために。 鉄市場で現在何が起こっているのかはわかりませんが、私は正直にそれを知りません。 すでに構築されているもの-それを壊さないでください。
この場合、機能するオプションに進みましょう。 ファイバーチャネルベースのネットワーク。
そのため、ネットワークトポロジは非常に簡単に見えます。
デュアルコントローラーを備えた3つの異なるストレージは、2つの異なるQlogic SANbox 5600スイッチを調べます。
同じスイッチでは、ユーザーは均等に散らばっています+メインファイルサーバーは、両方のスイッチに2つのコントローラーがあるように見えます。
サーバー側から見ると次のようになります。

一番上には、5回目のRAIDで合計1TBの容量を持つ古き良きSCSI上の5つのSanblocシェルフがあります。
次は、構成で言及されたファイルサーバーです。
サーバーの後:SATA上の3つのシェルフ(Xyratex F5412E +スレーブおよびXyratex F6412E)。ただし、Raid0およびRaid10のサンドイッチがあります。
そして、一番下では、フレームに収まりませんでした。60本のテープを備えたADIC Scalar 100テープライブラリは、今日の標準のLTO-2ドライブで古く、長期保存(およびバックアップなど)のためにデータをダンプする手段として機能し、データが不要になることを願っています。
さて、裏側のいくつかのフレーム(美しく敷設されたケーブルで美しさが出るとは思わないでください)


次に、その仕組みについて説明します。
ストレージ上で切り刻まれたすべてのLUNは、マップされていない場合、すべてのユーザーに一度に表示されます。この場合、すべてのLUNはファイルサーバーにマップされ、1つだけが一般的な使用のために切り刻まれてマップされず、すべてのユーザーが利用できます。 彼はそれから私たちに興味を持っています。 ユーザーごとに、そのようなLUNは個別のハードドライブとして利用できますが、誰でもそのLUNに保存されたデータを見ることができます。
しかしご存じのように、MicrosoftのcfsやIBMのzfsなどのクラスター化されたものを除き、ほとんどのファイルシステムは非独占的な使用をサポートしていません。
クラシックNTFSを共有すると、最終的にファイル構造が完全にクラッシュします。 確かに上記の例を適用できます:cfsまたはzfs-しかし、最初のバージョンでは誰もがWindowsサーバーをインストールする必要があり、2番目のケースでは非常に人道的な価格のライセンスを購入します。 嘘はつきませんが、価格が最後に発表されたのは各クライアントで約5kでした。
別のオプションもあります-Apple社のxSANですが、ほとんどのWindowsアプリケーションが作業に使用されるため、MAC OS Xには接続したくありません。したがって、OSを変更するオプションも考慮しませんでした。
彼らが頼った半分の手段があります:MetaSANと呼ばれるファイルシステム上のアドオン。 誰が
気にしている -彼らは
tiger-technology.comで詳細を読むことができます。

つまり、MetaSANクライアントはLUNとオペレーティングシステム間のドライバーとして機能し、すべてのデータの読み取り/書き込み操作はファイバーチャネルを介して直接実行され、ファイル構造の変更は通常のネットワークを介してメインMetaSANコントローラーに転送されます。光学系で4 Gbps、イーサネット上の非常に小さな情報の流れ。
この場合の弱点はデータコントローラーですが、任意のマシンに自動的に割り当てることも、通常のユーザーが直接アクセスできないマシンによる優先順位付けによって割り当てることもできます。この場合、通常は常に利用可能なファイルサーバーもストレージに過剰に接続していますマルチパスを介して。
そして、発言として:
ネットワーク遅延の一般的な理由により、ファイル転送のための古典的な意味での通常のイーサネット(nfs、smb、iscsi)の使用はあまり適していません。 ほとんどのユーザーは非圧縮のFullHDコンテンツで作業し、イーサネットはその機能により、最小限の均等に一定の遅延でデータを出力することができず、FullHDビデオの再生が非常に複雑になります。
質問があります:私は喜んで答えます。