これはばかげた質問かもしれませんが、FC接続とiSCSI接続を介してストレージアレイをマルチパスできるかどうか疑問に思っていました。マルチパスの主なポイントはハードウェア障害に直面した場合の復元力を高めることであると思われることを考えると、ネットワークハードウェアに依存するストレージパスウェイを提供することが、FCに依存するパスウェイの適切な復元力のある代替手段になることは論理的です。
パフォーマンスが両方で同じではない可能性があることを理解していますが、複数のFC接続(およびファブリック)に十分な予算がない場合、これは許容できる低コストのソリューションではないでしょうか?
理論的には、device-mapper-multipathがiSCSIリンクを介して同じLUNを検出した場合、それを使用可能なパスに追加します。その後、フェイルオーバーとIOただし、同じブロックデバイスプールに基づいてLUNとターゲットをエクスポートできるアレイは見たことがないため、LUNの同じ表示が表示されるとは思えません。そのようなデバイスをご存知の場合は、私は明らかにすべての可能なSANそこにあるのを見たわけではないので、私を訂正してください
できると思います。おそらくストレージベンダーによって異なります。個人的には、別のファイバーチャネルスイッチとより多くのHBAの予算を取得して費やします。
SANがサポートしている限り(Compellentはサポートしていますが、他の人についてはわかりません)、確かに可能です。ただし、選択するパス選択ポリシー、つまりMPIOの方法に注意してください。負荷分散を行います。FCを優先パスとして設定し、フェイルオーバーにiSCSIを使用するか、またはその逆(速度、輻輳、信頼性などに基づいて優先されるファブリック)。両方のプロトコルのパスを使用して負荷分散(ラウンドロビンなど)を実行しないでください。 。