MDADMレイドリカバリと質問


0

私は一日中私の頭の中でこれまで作業してきました、そしてこのセットアップについてのいくつかのフィードバック/意見を得て、そしてそれが失敗したとしてもどうやって対処できるかを望みました。

私はUbuntuサーバーシステムを持っていて、そこではファイルシステムはそれ自身比較的小さなディスク上にあり、それが保存する主なデータはMDADMを使ってRAID5に設定された5つのディスクにあります。

RAIDアレイに格納されているデータの優先度は中です。機密性の高い個人ユーザーデータは存在しないため、紛失しても世界が終わるわけではありません。ただし、ドライブを増設するときには少し冗長性を確保したいので、RAID 5を選択することをお勧めします。

したがって、アレイ内のドライブに障害が発生した場合は、壊滅的な事態が発生する前に交換することができます。最初のものが交換されている間に別のドライブが故障した場合、私はただ不幸な照明のボルトに打たれました。

私が思っているのは、OSを含むドライブで何ができるかです。今、私がやっていることは、一晩に一度遠隔地にデータをバックアップするためにrsyncを使うことです。そして、週に一度、その遠隔地はファイルシステムを起動して保存します(常に最新のtarballを4つ保持します)。私の考えでは、これによりボックス間のトラフィックが最小になり、サーバーが私の家にあるため、これは良いことですが、リモート側では毎週のフルバックアップと夜間バックアップがあります。バックアップスクリプトのrsync行は次のとおりです。

rsync --info=progress2 --numeric-ids -aAXPve ssh /* <remote>:~/server_backup --exclude=~/Download/* --exclude=/dev/* --exclude=/proc/* --exclude=/sys/* --exclude=/tmp/* --exclude=/run/* --exclude=/mnt/* --exclude=/media/* --exclude=/lost+found --delete

とにかく、RAIDアレイでドライブが故障しています。それは簡単で、交換してドライブを交換したことをMDADMに伝え、新しいドライブがアレイに完全に追加されるまで1〜2日待つだけで十分であることを知って満足していると感じます。私はまだファイルシステムドライブの障害に遭遇していません。私はここに私がすべきことについて意見やフィードバックを得ようとしている理由です。

私は、OS用に別の小さなドライブを追加し、RAID 1を使用して2つをミラーリングすることを検討しました。逆に、一方のドライブが完全に使用不能になれば、もう一方が私のファイルシステムを節約します。欠点は、何らかの破損がある場合、または本当に何かがおかしくなった場合、データが両方のデバイス間で直ちにミラーリングされることです。基本的に、ファイルシステムのミラー化されたセットアップ以上の増分およびフルバックアップを持つという考えが好きです。

さて、それではファイルシステムドライブが最終的に失敗するその忠実な日はどうなりますか? 私は店に行き、新しいドライブを買い、それを差し込み、そしてその後何が起こるのだろうか?

ドライブにUbuntuをインストールし、rsyncコマンドを逆にする必要がありますか? 私のRAIDパーティションはどうなりますか? これは一種のラウンドアラウンドの方法を尋ねるもので、RAIDはどこにありますか メタデータ 格納されますか? OSドライブにありましたか? rsyncを介した増分バックアップを保持している私のリモートリポジトリに行ったのでしょうか。それはRAIDドライブ自体のスーパーブロックにのみ存在しますか?

ファイルシステム用の新しいドライブを入手したら、Ubuntuをインストールし、それを私のサーバーに追加し直したらどうなるでしょうか。配列が見えますか?

その後、すべての変更をリモートバックアップサーバーからローカルサーバーに再同期するとします。 それから 配列を見ますか?

それとも、どちらの場合も間違っていますか?

このドライブがついに死んだときに備えたい。私はrsyncのオフサイトバックアップをすることに熱心に取り組んできましたが、私がしてきたことのすべてが莫大な時間の浪費であるのかどうかファイルシステムを保持しているドライブの壊滅的な障害。


1)急襲が失敗することが多いなら、私はあなたが急襲をするべきであると思います10。レイド10は2レイド5のミラーです。作りは いっぱい 毎晩のバックアップは少し圧倒されるかもしれません。何かが変わったときだけバックアップを取るべきです。 2)OSをRAIDから動作させる唯一の方法は、ハードウェアRAIDコントローラを使用することです。 mdadm そのように ソフトウェア レイドコントローラー。これらはたくさんの質問です。あなたのOSが死んだり壊れたりした場合、RAIDの情報はOSに保存されます。そのため、元のRAID設定が古いOS上にあった場合、別のOSをインストールしても何もしません。
xR34P3Rx

繰り返しますが、あなたが ソフトウェア RAIDコントローラだからOSが死んだらRAID設定を失うことを避けるために、私はハードウェアRAIDを持っているべきです。今なら、もう少し複雑になって、OS自体をバックアップすることができます。 それ うまくいかない場合は、RAID構成を失うことがないようにします。
xR34P3Rx

今私を誤解しないでください。ソフトウェアRAID です 実行可能ですが説明されているようにそれが信頼できることを確認するために行われるメンテナンスの多くがあります。
xR34P3Rx

私がマシンを構築したとき、私は1つの二段ドライブを手に入れ、ドライブを交換するためにmdadmを使った。私はもうRAID 5以上の冗長性を望まない。 rsync OSの違いだけをリモートマシンにコピーし、フルバックアップはコピーしません。あなたの最初のコメントは私が求めていたものです: "あなたのOSが死んだり壊れたりしたら、そのRAIDの情報はそのOSに保存されています。悪くなった "。私はOSのドライブを毎晩バックアップしているので、それを再同期するのであれば、RAID構成を元に戻すべきですよね。
Justyn Bell

明らかにしなかったかもしれませんが、6台のドライブがあります。1台はOSを単独で保持し、どのRAID構成も保持しません。もう5台はRAID 5を保持します。しかし、バックアップがあるとOSドライブが動作しなくなるので、アレイを失いたくはありません。
Justyn Bell

回答:


0

アレイメタデータは、RAIDメンバーである各パーティションまたはドライブのスーパーブロックと呼ばれる領域に格納されます。おそらくそれについての詳細はraid wikiを見たいでしょう。例えば、あなたはそれを見ているかもしれません

mdadm --detail /dev/sdc1

参照 https://raid.wiki.kernel.org/index.php/RAID_setup#RAID-1

参照 https://raid.wiki.kernel.org/index.php/RAID_setup#The_Persistent_Superblock_.282011.29

もしあなたが伝統的なRAIDレイアウトを使っているなら(つまりキャッシュなしなど)、問題なくクリーンなOSインストールの下でRAID 5を再構築することができるはずです。

注意、RAIDアレイはすべてバックアップではなく稼働時間に関するものです。

参照 http://marc.info/?l=linux-raid&m=135811522817345&w=1

OSドライブ上のデータ量が少なく、迅速に対応できる場合は、復元を実行するのがあなたのユースケースのために十分速いかもしれません。そして貴重なドライブベイを他の目的のために確保することができます(例えばraid5をより大きくするなど)。

バックアップ用のブータブルドライブを作成するだけで、電源を切ってドライブを交換してから電源を入れることができます。それがあまりにも古くなっていないように、毎四半期または毎月1回それを更新してテストするようにしてください。

あなたがraid1に移動したい場合は、そこに到達するためのいくつかの異なる方法があります、それらはすべて少し忍耐力とダウンタイムウィンドウが必要です。以下の例をリンクしました。クイックグーグルで利用可能な同様の結果が多数あります。

参照 https://www.howtoforge.com/how-to-set-up-software-raid1-on-a-running-system-incl-grub2-configuration-ubuntu-10.04


優れた情報と洞察これこそまさに私が探しているものです。
Justyn Bell

余談ですが、これはホームメディアサーバーです。私がJBODの代わりにRAIDを選んだ理由は、後者のケースで1台のドライブが故障した場合、そのドライブ上のすべてのデータが消えてしまったためです。 RAIDセットアップでは、統計的に言えば、ドライブが故障した場合、それを交換しても何も失うことがない可能性が高いようです。私が別のコメントで述べたように、私がすべてを失うならば、まあまあ。それはただのメディアです。私は自分のすべてのリポジトリと優先度の高いデータを他の方法でバックアップしています。
Justyn Bell

私は自分のコメントを編集するのに十分なスーパーユーザーの担当者を持っていませんが、基本的に、稼働時間や防弾バックアップを気にしないシステムでは、JBODのようなものよりRAIDアレイを好むでしょう。
Justyn Bell
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.