私の理解では、RAID コントローラは RAID アレイの読み取り/書き込みを管理する役割を担っています。特定の構成 (5 と 10 が思い浮かびます) のデータは複数のドライブに分散される可能性があるからです。多くのハイエンド サーバーには、この管理のためだけに独立した RAID カードが搭載されており、そのカードが故障すると困ったことになります。ただし、Linux ソフトウェア RAID でこの情報がどのように追跡されるのかはわかりません。
まず、私の質問のきっかけとなったハードウェア設定の例を示します。
- PC001は、ドライブ001、ドライブ002、ドライブ003、ドライブ004の4つのドライブを含むように構築されています。
- drive001 は非 RAID 構成で OS ドライブ (Linux の一種) として存在します。
- ドライブ002、ドライブ003、ドライブ004は、LinuxソフトウェアRAIDを介して、RAID 5を使用してアレイ001として構成されます。
質問:
- array001 が機能するために Linux が必要とする情報はどのドライブに保存されていますか? drive001 ですか、それとも array001 ですか?
- drive001 がダウンした場合、新しいバージョンの Linux を搭載した新しい OS ドライブ (drive005) をインストールし、何も起こらなかったかのように array001 を引き続き使用できますか?
答え1
私もまったく同じセットアップをしたことがあり、実際に OS ドライブを失いましたが、新しい HW に移行するなどして回復できる機能は、mdadm/ソフトウェア RAID の本当に気に入っている点の 1 つです。
RAID アレイの構成は Drive001 にあります (OS の一部として、ファイルは実際には です/etc/mdadm.conf)。
OS ドライブが故障した場合は、ドライブを交換し、OS を再インストールし、更新し、mdadmツールをインストールし、アレイ定義で再作成し/etc/mdadm.conf、システムにアクティブ化/再組み立てするように指示します。すぐに元に戻って実行できるようになります。
私の記憶では、ドライブが壊れたとき、単に apt-get を使用して mdadm 管理機能をインストールし、dpkg 構成手順でブート、自動起動などに必要なボリュームについて尋ねられました。適切に回答して再起動しました。同様のスキャンが実行されたとしか思えません...
また、マニュアル ページからのスキャンとアセンブルに関する注意事項 (特に 2 番目の文)。
いつ- 組み立てるは、- スキャンデバイスがリストされていない場合、mdadm はまず構成ファイルにリストされているすべてのアレイをアセンブルしようとします。構成にアレイがリストされていない場合 ( とマークされているアレイ以外)、mdadm は使用可能なデバイスを調べて、見つかったアレイをアセンブルしようとします。指定されたホームホストに属するとタグ付けされたアレイは、通常どおりアセンブルされ、起動されます。このホストに明らかに属していないアレイには、ローカルのものと競合しない名前が付けられ、アレイに書き込まれるまでどのデバイスにも何も書き込まれないように「read-auto」で起動されます。つまり、自動再同期などは遅延されます。