wakatonoの戯れメモ このページをアンテナに追加 RSSフィード

はてなブログに引っ越しました

たわいもないこと(日々の妄想とも言う)をつらつらと書いてます。断じて壊れメモではありません。ましてや「穢れメモ」でも爛れメモでもありません(涙)。
が、時により一つのことを掘り下げる傾向が見られるので、article数は少ないカモ。
ちなみにSlashdot Japanの日記もあります。個人的な連絡がある方はwakatono@todo.gr.jpまで("@"は2バイト文字になってるんで、てけとうに書き直してください)。GnuPG公開鍵はこちら

他のあたり:PFSEC - Systems Platform and Securityアマゾンのレビュー

強いWindowsの基本 WebDAVシステム構築ガイド(萌えバナーその1)
WebDAVシステム構築ガイドの方のバナーの絵柄は、内容とは何の関係もありません(汗)
アクセス探偵IHARA

おとなり日記はこちら

2006-02-12 今日はちょっと以前の部下に会いに行ってきたよ

頼むから、先にいかんでくれorz

[]「RAIDはバックアップじゃない」って、当然でわ… 「RAIDはバックアップじゃない」って、当然でわ…を含むブックマーク 「RAIDはバックアップじゃない」って、当然でわ…のブックマークコメント

とあるところで某氏が「RAIDはバックアップじゃない」と言ってるのを聞く。

「バックアップだ」と屁理屈こねる輩もいるかもしれないが、そんな輩は信用ならんので放置w

RAID=Redundant Arrays of Inexpensive Disksの略で、安価なディスクを使って冗長構成をとったシステムとでもいうのかな。ディスクそのものは安価になってるけどね。

ちなみにRAID0は、単なる複数ディスクを1つの領域に見せるだけまでしかやってないので、冗長度のかけらもないことをお忘れなく。

[]RAIDの利点と欠点への序曲 RAIDの利点と欠点への序曲を含むブックマーク RAIDの利点と欠点への序曲のブックマークコメント

RAIDの利点は、ディスクが1個壊れても、そのディスクを交換して復旧かければ問題ないという点か。要は、単一ディスクの障害が起こっても、有意なデータの損失はないというのが利点という感じかな。性能上の欠点はあるにしても、「冗長性」については、運用一つで失われる危険性があることをお忘れなく

[]RAIDの欠点〜性能以外は運用面で出る欠点〜 RAIDの欠点〜性能以外は運用面で出る欠点〜を含むブックマーク RAIDの欠点〜性能以外は運用面で出る欠点〜のブックマークコメント

RAIDの特徴は、同じスペックのディスクを複数個ならべるという点であり、RAID1についてもRAID5についてもなるべくアクセス頻度が均等になるように配慮されている。

ところが通常は、RAIDを新規に構成する場合には、RAIDを構成するディスクはほぼ同時期に同じ流通経路を通じて調達されることが多い。

これが何を意味するかというと、同じロットの製品が納入されるということであり、

  • 同じ時期に同じラインでほぼ同じ条件で製造された工業製品
  • 同じ日に使い始められる
  • 同じ条件で使われる

ということになる。短期的にはいいかもしれないが、信頼性を過信してそのまま放置していると、

  • 同時期に壊れ始めるという可能性が大きい。

ということになる。

これが何を意味するか?というと、

  • ディスク破損→ディスク交換→復旧の間(この間は冗長度がない)に、また別のディスクが壊れる可能性がある

ということを意味する。

このリスクを減らすためには、

  • 同じスペックのスペアディスクを用意する(1個〜2個)
  • 3ヶ月〜半年など、一定期間ごとにディスクを交換する
  • 交換した後のディスクは、また別の交換のために保管しておく

というように、予防保守を行うことで対処する必要がある。使ってる条件について、なるべく使用期間のバラつきが出るようにしてやることで、故障発生時期をずらすことが出来る。

個人のシステムでここまでする必要があるか?というあたりは疑問だがw、RAID組んでまでというものについては、一考の余地はあるだろう。

[]RAIDが担保するものとバックアップが担保するもの RAIDが担保するものとバックアップが担保するものを含むブックマーク RAIDが担保するものとバックアップが担保するもののブックマークコメント

RAIDが担保するのは、(予防保守が行われている前提で)ハードウェアの耐障害性、バックアップが担保するのは、ある時点でのデータセットである。

耐障害性をあげれば、データセットが瞬時に失われる(もしくは部分障害によるデータの欠損は回避できる)だろう。しかし、ユーザの操作ミス/プログラムのバグによるデータの消失からはRAIDはデータを守ってくれない。これを守れるのは、バックアップもしくはLVMでのスナップショット取得くらいだろう。

taraitarai 2006/02/13 04:35 RAIDコントローラー部分が壊れる罠!(希少かな(^^;))

ya_taya_ta 2006/02/13 11:48 昔の高級なのならいざしらず、安いNAS(Windows Storage Serverなモノ)なんかは
RAIDコントローラーが逝ってしまってあぼーんと言う危険性があります。
※うちの会社、2回(2台と言うか、、、)ありました。
ミラーリングだって単なる「保険」であってバックアップとは違うと思ってます。
やはりテープなりディスクにバックアップを取って「ちゃんと取れてるか」の
確認が大事だなぁ〜と ^^;
<と外れた話をする人A

業務連絡業務連絡 2006/02/14 09:43 メルボオーバーフローのモヨリ。
<wakatono@mail2.todo.gr.jp>: cannot access mailbox /var/mail/wakatono for user
wakatono. error writing message: File too large

BAKBAK 2006/02/14 15:46 私の場合,RAID1 でミラーしたディスクをひっこ抜いてバックアップとして保存,とかいう機能を実装させられて萎え萎えだったりします…

21century.po21century.po 2006/02/14 19:41 > 同時期に壊れ始める
これって噂には時々聞くんですが見たことは一度もなくて、都市伝説なんじゃないかと疑ってたりするんですが。。。
ロット不良で故障率が高いHDDを掴まされることはよくあります。本番稼動が始まって後戻りできなくなってからメーカー発表で不良と判明とか。orz

wakatonowakatono 2006/02/14 20:29 taraiさん:それ恐いorz
ya_taさん:…orz
業務連絡さん:対処しましたorz
BAKさん:…orz
21世紀.poさん:実際に死んだ話は、複数の運用管理担当者から聞いてますが…。

nijimunijimu 2006/02/17 00:08 なんか、RAIDの記述を見ていたら涙が出そうになりました。ここ数年RAID5で運用されたたくさんのサーバ管理をしていますが、RAIDコントローラが壊れたり、リビルド中にもう一個が逝ったり、コントローラのバグでホットスペアが逆に大トラブルになったりとあれこれを思い出しまして(笑)。そういう時に限ってバックアップが失敗していたり。
でも、ディスクひとつで運用するよりはずーっと安心ですけどね。あと、ロットの話ですけど、同じ問題抱えてたりすることもありますよね(これはHDDに限らないですが)。うちでも、同型のハードディスクを複数用意しておいていざというときに備えている感じです。これでここ数年は回ってるかなあ。

こじまこじま 2006/02/17 20:31 何度も体験したので笑えないっす > 同時にコワレ
当たりを引くと、とことん当たりですから……

0000 | 00 | 01 |
2003 | 09 | 10 | 11 | 12 |
2004 | 01 | 02 | 03 | 04 | 05 | 06 | 07 | 08 | 09 | 10 | 11 | 12 |
2005 | 01 | 02 | 03 | 04 | 05 | 06 | 07 | 08 | 09 | 10 | 11 | 12 |
2006 | 01 | 02 | 03 | 04 | 05 | 06 | 07 | 08 | 09 | 10 | 11 | 12 |
2007 | 01 | 02 | 03 | 04 | 05 | 06 | 07 | 08 | 09 | 10 | 11 | 12 |
2008 | 01 | 02 | 03 | 04 | 05 | 06 | 07 | 08 | 09 | 10 | 11 | 12 |
2009 | 01 | 02 | 03 | 04 | 05 | 06 | 07 | 08 | 09 | 10 | 11 | 12 |
2010 | 04 | 05 | 06 | 07 | 08 |
2011 | 03 | 04 | 05 | 06 | 07 | 08 | 09 | 12 |
2012 | 01 |
2013 | 05 | 06 | 07 | 08 | 09 | 12 |
2014 | 03 | 06 | 08 |
2015 | 02 | 04 | 08 | 10 |
2016 | 02 | 03 | 04 | 07 | 08 | 10 |
2017 | 05 | 07 |
hacker emblem
ページビュー
2018123