最近、HS21ブレードを備えたIBM BladeCenterEシャーシを購入しました。 SANを構築して、HS21ブレードのストレージスペースを増やしたいと思います。
私が読んだすべてのことから、iSCSIは安価なSANに最適な選択のようです。ファイバチャネルを購入する余裕がなく、ATA over Ethernetは、TCP/IPのネットワークを同時に使用できないことを意味します。
HS21ブレードには、iSCSIホストバスアダプタでもあるBroadcomNICがあります。 LinuxデスクトップをiSCSIターゲットとして使用したいのですが。
LinuxでiSCSIを使用したことがないのですが、どのような選択肢がありますか?いくつかのカーネルモジュールとさまざまなユーザースペースツールを見てきましたが、どれが最も使用されているか、最もサポートされているかなどを理解できませんでした。
Open-iSCSI は、私が遭遇したほとんどのLinuxディストリビューションの主要な実装であり、カーネルは2.6.11以降かなり堅実なiSCSIサポートを備えています...すべてが準拠している限り- RFC 372 、ほぼ正常に機能するはずです。
HowtoForgeにもかなりまともな セットアップウォークスルー 興味があれば。
最初に2番目のポイントに答えるには:ATA over Ethernetは、トランスポートにIPを使用していないことを意味します。必要に応じてTCP/IPにNICを使用することもでき、IPはイーサネット上でも実行されます。ただし、本当には、ストレージトラフィックがネットワークに干渉することを望まないという理由だけで、プロトコルに関係なく、ストレージネットワークとトラフィックネットワークを分離したいと考えています。トラフィック、およびその逆。
ただし、iSCSIターゲットとしてデスクトップマシンを使用することを提案していますが、これは実稼働環境向けではないことを意味しているため、FCまたはSASに接続されたSANの説明はスキップします。
Open-iSCSIを使用したことはありませんが、以前は [〜#〜] ietd [〜#〜] を使用しました。両方を評価します。
最後に、使用できるさまざまなアプライアンスタイプのシステムがありますが、これにより、デスクトップをターゲットに使用できなくなります。例として nexenta および openfiler を確認してください。
ブレードごとにNICはいくつありますか?適切なiSCSIソリューションには4が必要です。
2は、接続を失うことなくNIC(またはスイッチ(またはケーブル))を失うことができるように、(おそらくモード1で)インターフェイスを結合する必要があります。
他の2つは、iscsiターゲットへのマルチパスを使用してセットアップする必要があり、独自のスイッチを備えた独自のネットワーク上にある必要があります。 iSCSIは、通常のネットワークトラフィックのようにルーティングおよび処理できますが、私が話をしたすべての人によると、そうすべきではありません。
iSCSIサーバー側のRedhat/CentOSには、リリース5.3にiSCSIターゲットソフトウェアが含まれています。 RedHatではまだサポートされていません。テクノロジーデモンストレーターとしてのみサポートされています。
CentOSで使用した私の経験では、ホームユーザーにとって十分な信頼性がありますが、会社のネットワークですぐに使用できるとは確信していません。ところで、セットアップするのは面倒です-GUIも構成ファイルもありません。ブートシーケンスに独自のシェルスクリプトを追加するだけです。