[過去ﾛｸﾞ] ファイルシステム総合スレ その20 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
910: login:Penguin [sage] 06/15(日)10:34 ID:qAAeLG7f(1)
Btrfs使ってるけどRAID10で十分だよ
911: login:Penguin [] 06/15(日)15:02 ID:YaPsiovj(1/3)
リビルドなんてZFSでもそんな信頼性高いもんじゃないからどうでもいいわ
なんか壊れたら素直に再構築すべき
912: login:Penguin [sage] 06/15(日)15:27 ID:aJl0W6/T(1/2)
リビルドによる冗長性に期待しないんだったら
わざわざパリティ付きストライプで分散して書き込む理由なんて一つもない
そして現実的な容量あたりの回復不可能エラーの確率を考えると
6はともかくまともな冗長性が期待出来ないRAID5なんか今は使う理由はまるでない
それこそRAID1どころか多くの場合で破損部分が明白かつ単純で
無事な部分を吸える可能性が高い分だけシングル運用の方が遥かにマシ
913(1): login:Penguin [] 06/15(日)16:50 ID:YaPsiovj(2/3)
リビルドによる冗長性ってなに？
914(1): login:Penguin [sage] 06/15(日)17:08 ID:6DNeCkGf(1)
RAIDはアレイが破損したらリビルドかける前に
全データバックアップしろが通説だと思った
バックアップする空きストレージがないとか
そもそもバックアップがないなら
そもそもその運用がおかしい…
(捨ててもいいデータだけとか観て消し録画は除く)
915(1): login:Penguin [sage] 06/15(日)17:27 ID:xQc9M6ba(1/2)
なんでRAIDやりたがるのか意味不明
バックアップの工夫をそれなりにやって
ダウンタイムやデータ損失期間を減らすための最終仕上げだよね
それとも広告であるネット記事を見て導入が大半?
916(1): login:Penguin [sage] 06/15(日)17:35 ID:aJl0W6/T(2/2)
>>913
https://e-words.jp/w/%E5%86%97%E9%95%B7%E6%80%A7.html
https://www.buffalo.jp/topics/trouble/detail/recovery_0005.html
RAIDの文脈で「冗長性」ってのは
RAID構成内に故障したハードウェアが出てもデータの完全性が損なわれない事
「リビルド」ってのはもっぱらその故障したハードウェアを入れ替えて元の冗長性を持つ構成に再構築することを指す
この説明でわかんないんだったら俺にはうまく説明出来ねえ
「リビルドできる冗長性に～」の方がもっと正確な言い回しだったといえばそれはそうなので
わかってて言ってたら単に俺の日本語が下手でごめんだな
>>914-915
本当にクリティカルなデータを扱うなら
定時記録的なオフラインバックアップが常に別にあって
「退避」や「サルベージ」をやる必要すらほぼ無いのが理想だし本当なら当然
もちろん実現にはハードウェアも運用もコストが相応に要るので難しくなるけどね
冗長性が無い状態での改めての読み出しは
結局リビルドとやってる事は似てて当然ながらもし残りのハードウェアが故障すれば(読み出せなくなった分は)完全にパーなんで
これはどちらかというと現実的な次善策
それこそbtrfsならスナップショットとsend/receiveをうまく使えば
オフラインバックアップ用の場所にも高速に増分バックアップ出来るよ
917(1): login:Penguin [] 06/15(日)18:37 ID:YrR/Ub7i(1)
btrfsのsnapは呆気ないほど簡単にファイルの先祖返りが長期も短期も可能で、
WinがやっているVolume Shadow Copyの上位互換って印象で、個人的にはとても好き。
でも、バックアップは別途必要かなって思っている。神経質なだけかもだけれど、データって一番大事だから増分・差分だけじゃなく、本体も自分は保持するようにしている。
918(1): login:Penguin [] 06/15(日)21:04 ID:YaPsiovj(3/3)
>>916
冗長性ってリビルドのためではなくサービスを止めないためのものでは？
リビルドしなくても冗長性は重要だよ
919: login:Penguin [sage] 06/15(日)21:36 ID:xQc9M6ba(2/2)
びっくりしたのはRAIDでリビルド機能が無いと言われたとき
そりゃまぁデータ消えないけどそのまま運用とか狂人だろうに
おーこわいこわい
920: login:Penguin [sage] 06/15(日)21:39 ID:nO4JLxoc(1)
>>917
btrfsなら親になるスナップショットを指定して増分モードでsend/receive出来るから
外部にも、
つまり「バックアップ」もスナップショット構造を維持しながら
書き込みは増分だけで済むよって話なんだ
例えばオリジナル上でSnapperで毎日撮ってて06-15→06-16→06-17とかあるとして
同一の06-15が送受信するストレージ上に同時にあれば
それを親に指定して06-16は差分だけ転送で済む
そして06-16が同時にあればそれを親にして06-17は差分だけで……で継ぎ足し出来るわけさ
https://btrfs.readthedocs.io/en/latest/Send-receive.html
>>918
だから「RAIDの文脈で」って前置きして例のURLまで出してるでしょ
「RAIDの文脈で言う『冗長性』は主にはグループのうちn台が故障してもデータの完全性を保ち、そこからリビルドが出来る事」であって
例えば何かしらサーバーとして運用されてる物ならその全体の可用性として
一般的な語句で言う「冗長性」が望ましいというのは事実だしあんたは何も間違ってないけど
それはファイルシステムとデータだけに留まらない話
「たとえリビルドをしなくても全体の冗長性が重要」なんてのはそりゃ当然だけど
ファイルシステム総合スレなんだから
第一にファイルシステムとそれに関連するデータ保存の目的の文脈で話をしてるに決まってるじゃん
921: login:Penguin [sage] 06/16(月)02:21 ID:upbk3sl3(1/2)
リビルドは最初からあまり期待しない。
HDDがいかれたときは他のHDDも寿命間近で、リビルド中にお釈迦になった経験がある。
raidを使う利点はコントローラから警告音が盛大に出ることとバックアップの時間が稼げること。
ソフトウェアraidの利点も時間稼ぎかな。
922: login:Penguin [] 06/16(月)03:30 ID:V26EfEYC(1)
業務用ストレージならスクラブが走るからリビルドあんま失敗しないけどね
最近は別の不具合でボリュームが全損するケースがちらほらある
ストレージも最近高いくせに品質悪いな
923: login:Penguin [] 06/16(月)05:44 ID:zRTb+SAk(1/2)
RAID1ならリビルドするけどRAID5や6はやらないかなあ
時間かかりすぎるよ
924: login:Penguin [] 06/16(月)07:30 ID:7sPaAkac(1)
> バックアップの時間が稼げる
これが大事だと思う
925: login:Penguin [sage] 06/16(月)07:45 ID:upbk3sl3(2/2)
時間稼ぎだからデータ逃がせる環境ならraid5で十分だよ。
926(1): login:Penguin [sage] 06/16(月)12:57 ID:7WvLU0an(1)
リビルドせずにバックアップ取得
ならRAID不要の環境だし普段からバックアップしとけよ
どれだけ踊らされているのか
927: login:Penguin [] 06/16(月)16:46 ID:zRTb+SAk(2/2)
>>926
どういうこと？
リアルタイムバックアップしろってこと？
928: login:Penguin [sage] 06/17(火)03:11 ID:G5q8UCPD(1/8)
バックアップは毎日取るものでしょ
差分だけなら時間もわずかなので
なんでRAID縮退時にバックアップを取る前提なの?
普段からとってないの?
929: login:Penguin [] 06/17(火)04:39 ID:Z0BbVoQp(1)
日に一度のバックアップならやっぱりRAID必要やん
なぜそれでRAID不要になるのか
上下前次1-新書関写板覧索設栞歴
あと 73 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.022s