%20(IBM%20x3620).png)
私は学生コミュニティ向けに、小さいながらも耐久性のあるサーバーをセットアップしています。ハードウェアは、M1015 RAID カードが組み込まれた IBM x3620 M3 です。
セットアップを将来にわたって使用できるものにし、ベンダー ロックインを可能な限り回避するために、汎用 Linux md raid オプションを介してソフトウェア RAID を使用するか、または直接 btrfs を介して使用したいと考えています。
ここが難しいところです。M1015 に関する IBM レッドブック完全な「パススルー」オプション（JBOD と呼ばれるもの？）が利用可能であるとは明示的に述べられていません。サーバーを起動し、単一のハードディスクに Debian をインストールしようとしました。それなしコントローラーのセットアップで RAID をセットアップすると、明らかに何らかの「パススルー」が実行されます。
私の質問は次のとおりです。
- コントローラーは、ディスク上に何らかのメタデータを残して、md raid アレイを常にこの特定のコントローラーから実行するように強制しますか、それとも、"raw" SATA ポートに接続して同様に実行できる完全に汎用的なアレイになりますか?
- ハードウェア コントローラーを可能な限り「バイパス」している場合でも、アレイをホットスワップして再構築することはできますか?
- 私のやり方は間違っているのでしょうか？コントローラーに別のファームウェアをフラッシュする必要があるのでしょうか？言及されたServerfault 自体に? なぜですか?
- など (Howto: Linux 上の M1015 ソフトウェア RAID)
ありがとう！
答え1
コントローラーは、ディスク上に何らかのメタデータを残して、md raid アレイを常にこの特定のコントローラーから実行するように強制しますか、それとも、"raw" SATA ポートに接続して同様に実行できる完全に汎用的なアレイになりますか?
ディスクを取り出し、他のコントローラに接続できるかどうかということであれば、おそらく不可能でしょう。パススルーを使用しても、これが起こるとは考えられません。
ハードウェア コントローラーを可能な限り「バイパス」している場合でも、アレイをホットスワップして再構築することはできますか?
はい、全く問題ないと思います。
私のやり方は間違っているのでしょうか? コントローラーに別のファームウェアをフラッシュする必要があるのでしょうか? その可能性は Serverfault 自体に記載されています。
私個人としては、コントローラーに任せたほうがいいと思います。ソフトウェア RAID は好きではありません。まず、すべての書き込みをバス上で複数回実行することになり、また、あなたが「ベンダー独立性」を持っていると考えているとしても、ディスクを別のサーバーに移動して元に戻せなくなるリスクを冒すよりも、サーバーをバックアップして別のサーバーに復元する方が常に簡単です。新しいサーバーの中には、とにかくディスクを消去してしまうものもあります。ハードウェアを信頼し、定期的にバックアップしてそのバックアップをテストするようにしてください。
答え2
コントローラーがベンダー固有のものを残しているとは思いません:
既存の md RAID5 を拡張するために、M1015 コントローラー付きの Intertec 4342L (24 ベイ) を購入しました。ディスクをエンクロージャーに移動しただけです。既存の IDE ブート HD をdd新しい SATA ドライブにクローンし、エンクロージャーに接続しました。すべてがスムーズに進み、システムは問題なく起動し、md アレイは以前と同じように起動しました。smarttool を使用して HDD 情報を直接読み取ることもできます。