パーティションまたはディスク全体を直接使用してmdadmアレイを作成することの違いは何ですか


26

mdadmパーティションまたはディスク全体を直接使用してアレイを作成することの違いは何ですか?ドライブ全体を使用するつもりだとします。GPTを使用していることに注意してください。

次の2つの方法で作成されたRAID6を想像してください。

mdadm --create /dev/md0 --level=6 --raid-devices=4 /dev/sda1 /dev/sdb1 /dev/sdc1 /dev/sdd1

または:

mdadm --create /dev/md0 --level=6 --raid-devices=4 /dev/sda /dev/sdb /dev/sdc /dev/sdd

違いはありますか?

EDIT1:たとえば、そのようなアレイでの信頼性や管理性、リカバリ操作などを意味します。

EDIT2:別のメーカーのドライブを使用しています。しかし、それは本当に問題ではありません。それらはすべてまったく同じサイズで、メーカーがドライブをわずかに異なるサイズにする場合があるという点がわかります。しかし、この質問のために、それらがまったく同じサイズであると仮定しましょう。

EDIT3:免責事項の並べ替え:これまでのところ、私は常にドライブをパーティション分割しています。


2
私はいつもこのことに興味がありましたが、誰にも尋ねませんでした。私が見る1つの違いは、パーティション化されたディスク(sda1など)を使用することです。GPTはパーティション情報用のスペースを予約するため、ディスクスペースが少し少なくなります(KB)。
GMaster

回答:


25

最も重要な違いは、ディスク交換の柔軟性を高めることができることです。以下に、その他の推奨事項とともに詳しく説明します。

ディスク全体ではなくパーティションの使用を検討する必要があります。これは、アレイをセットアップするための一般的な推奨事項の下にある必要があり、将来ディスクの交換がさらに必要になったときに、確かに頭痛の種を免れるかもしれません。

最も重要な引数は次のとおりです。

異なるメーカー(または同じメーカーの「同じ」容量の異なるモデル)のディスクは、必ずしも正確に同じディスクサイズではなく、サイズの違いが小さい場合でも、故障したディスクを新しいディスクと交換することはできません。 2番目が最初のより小さい場合。パーティショニングにより、これを回避できます。

異なるメーカーのディスクを使用する理由に関する補足: ディスクは故障します。これは「if」ではなく「when」の問題です。同じメーカーと同じモデルのディスクは類似した特性を持っているため、同じ条件と使用時間で一緒に故障する可能性が高くなります。そのため、異なるメーカー、異なるモデル、特に同じバッチに属さないディスクを使用することをお勧めします(同じメーカーとモデルのディスクを購入する場合は、異なるストアから購入することを検討してください)。これは、同じバッチのディスクが使用されている場合、ディスクの交換後の解決時に2番目のディスク障害が発生することは珍しくありません。あなたは確かにこれがあなたに起こることを望まない。

推奨事項:

1)使用するディスクを、全体のディスク容量よりわずかに小さい容量パーティション分割します(たとえば、2TBディスクのRAID5アレイを使用し、それぞれ約100MBを無駄に分割します)。次に、アレイを構成するためにそれぞれの/ dev / sd?1を使用します。これにより、新しい交換ディスクが、作成時にアレイを組み立てるために使用した元のディスクよりもスペースが少ない場合に安全マージンが追加されます。

2)異なるメーカーのディスクを使用します。

3)異なるメーカーが選択肢ではない場合、異なるモデルのディスクを使用します。

4)異なるバッチのディスクを使用します。

5)ディスクがすべて同時にではなく、故障する前に予防的に交換します。これは少し偏執的かもしれませんし、あなたが持っているデータの批判に本当に依存しています。私は、互いに6か月の年齢差があるディスクを使用しています。

6)定期的なバックアップを作成します(アレイを使用するかどうかに関係なく常に)。RAIDは、バックアップと同じ目的を果たしません。アレイは高可用性を保証し、バックアップを使用すると、失われたファイル(誤って削除されたファイルやウイルスによって損傷を受けたファイル、アレイを使用しても保護できないものの例など)を復元できます。

OBS:上記のすべての無視できない合理的理由を除いて、/ dev / sdを使用することで技術的な違いはそれほどありませんか?vs / dev / sd?#。

がんばろう


ほとんど関係ない
...-user1133275

それでも、@ Kalavan警告は、同じディスク内の複数のパーティションをアレイのコンポーネントとして使用することを指していると思います。冗長性がなくなるため、それは確かにあまり意味がありません。しかし、これはあなたの質問の意図ではないことを知っています、彼の警告はとにかく理にかなっています。
マルセロ

手動でパーティションを管理することは面倒であると思われる場合は、1を使うべきsfdisk -d src | sfdisk tgtsgdisk --backup && sgdisk --load-backup
andyn

7

もう1つの重要な議論は、ディスクデバイス全体を使用する場合、一部のメインボードはRAIDスーパーブロックを削除する可能性があり、かつてGPTデバイスであったRAIDアレイにディスクを追加するときにそれらを消去することにあまり注意しないことです。

ASRockメインボードのUEFIでRAIDが使用できなくなったとき、私はこれを難しい方法で学びました。

sgdisk --zapこれから身を守るには、デバイス全体のRAIDに使用する、以前はGPT形式のディスクで常に実行してください。

wipefs -a また働くかもしれディスクにデバイスを追加する前に、情報(GPTだけではなく)を分割残りのすべての種類を拭くために。


ただし、パーティションを使用することは、これが発生する可能性を低くするためのベストプラクティスのようです。

このベストプラクティスの実際の議論が何であるかは知りませんでした(サイズがわずかに異なるディスクを処理できることを説明する@Marceloの答えを超えて)。今私は知っている。

ところで、これがあなたに起こったとしても、あなたのデータは失われません。ほとんどの場合sgdisk --zap、デバイスだけを使用して、たとえばRAIDを再作成mdadm --create /dev/md0 --level=1 --raid-devices=2 /dev/sdc /dev/sddできます(mdadmは、過去のデータを既に検出していることを通知し、そのデータの再利用を続行するかどうかを尋ねます)。これを複数回試してみましたが、うまくいきましたが、実行する前にバックアップを取ることをお勧めします。


2

ここでは、パーティション全体ではなくデバイス全体をRAIDメンバーとして使用することに関する問題を挙げた記事がいくつかあります。それが事実であることを確認できます。

あなたは全体のデバイスを使用してRAIDを作成した場合(たとえば、それで、/dev/sda/dev/sdb代わりにと、... /dev/sda1/dev/sdb1、...)RAIDデバイスを使用すると、設定は下に保存されている場合でも、再起動後の再組み立ては行いませんmdadm.conf。メインボードのファームウェアがRAIDスーパーブロックを上書きまたは削除する可能性もあります。私のセットアップでは、実行mdadm --assemble --scan --verboseしてもRAIDセットアップが戻されず、RAIDスーパーブロックが利用できない場合があります。


VirtualBox内の2x10GBドライブを使用してRAID1セットアップをテストしました。RAIDはデバイス全体で作成され、再起動後に正常に再構築されます。この問題は、物理デバイスにのみ適用される可能性があります。
Lungten

0

将来の頭痛からあなたを救うために、パーティションを使用してください。すべてのドライブに障害が発生します。「if」ではなく「when」の問題です。ドライブ全体を使用している場合は、ドライブに障害が発生した後、まったく同じサイズのモデルに交換する必要があります。製造元やプロセスの変更などが原因で、数MB大きくても、ドライブの交換は失敗します。

パーティションを使用して、現在の2TBドライブの1つに障害が発生した場合、交換用の4TB(またはそれ以上のサイズが必要なもの)を取得し、同じ2TBパーティションサイズを作成します。はい、その新しい大容量ドライブのスペースを無駄にしている可能性があります。そのドライブの残りを非RAIDパーティションとして使用することは可能かもしれませんが、奇妙な方法でパフォーマンスに影響を与える可能性があります。ドライブのいくつかの障害と交換の後、最終的にすべての元の2TBドライブを交換し、RAIDアレイを拡張してより大きなパーティションサイズを使用できるようになります。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.