2台のサーバー上のiSCSIRAID 1、失敗シナリオ
2つのサーバーがあり、各サーバーのRAID 1に2つのディスクがあるとします。次に、iSCSIを使用して2つのアレイを1つのRAID1ディスクにマージします。
2つの質問：4つのディスクを一度にマージできますか？どのようにイメージすることはできません。最初にOSをインストールする必要があります。次に、RAIDコントローラーは既にRAID1にセットアップされています。
サーバー全体に障害が発生した場合、他のサーバーは問題なく動作し続けますか？ iSCSIは、他のサーバーが欠落していることを認識し、これを2つのディスクが壊れているかのように扱いますか？サーバーがオンラインに戻ると、新しいディスクをアレイにインストールしたかのように、データが再同期されますか？
これも可能ですか？
あなたが探しているのはDRDB（Distributed Replicated Block Device） http://www.drbd.org/ だと思います。これにより、1つのボリューム（通常のパーティション、LVMボリューム、RAID、またはRAID上のLVM）を別のサーバーに複製できます。
多くの場合、RAID1と同等のネットワークとして説明されます。
DRBD®は、ブロックデバイス、つまりハードディスクパーティションまたはLVMの論理ボリューム上で機能します。ディスクに書き込まれる各データブロックをピアノードにミラーリングします。
私は、レイドがシステム間で使用すべきものではないと思います。ソフトウェアRAIDを使用すると、構成をセットアップするために機能するはずです。ただし、両方のシステムのストレージを同時に使用してはなりません。これはあなたのデータを破壊します！
Linuxを使用している場合は、drbdをご覧ください。これは、マスター/スレーブシナリオでネットワーク全体のストレージをミラーリングするように設計されています。
このシナリオでは、ソフトウェアRAIDを使用して4つのディスクにRAID 1アレイを作成すると思いますが、4つのディスクを1つしか取得できないため、これは非常に無駄に思えます。
4つの250GBディスクがそれぞれ独自のRAID1セットを持つ2つのサーバーに分割されている場合、2つの250GBアレイになります。次にそれらをもう一度ミラーリングすると、1TBから単一の250GBディスクになります。これはかなり悪いことです。
残念ながら、ソフトウェアRAIDは起動用にRAID 1のみをサポートしているため、これが唯一の作業シナリオになります。
ただし、必要に応じて、これは機能するはずです。
ISCSIターゲットの1つまたはディスクの1つに障害が発生した場合に冗長性を維持することが目標である場合は、両方のターゲットでRAID 0を使用することをお勧めします。これにより、1つのディスクまたは1つのターゲットに冗長性があり、4ディスクの展開では足ります。このようにして、ミラーリングされた500GBアレイができます（もちろん、各ディスクが250の場合）。