[過去ﾛｸﾞ]
ファイルシステム総合スレ その20 (1002ﾚｽ)
ファイルシステム総合スレ その20 http://mao.5ch.net/test/read.cgi/linux/1722312892/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
921: login:Penguin [sage] 2025/06/16(月) 02:21:59.35 ID:upbk3sl3 リビルドは最初からあまり期待しない。 HDDがいかれたときは他のHDDも寿命間近で、リビルド中にお釈迦になった経験がある。 raidを使う利点はコントローラから警告音が盛大に出ることとバックアップの時間が稼げること。 ソフトウェアraidの利点も時間稼ぎかな。 http://mao.5ch.net/test/read.cgi/linux/1722312892/921
922: login:Penguin [] 2025/06/16(月) 03:30:56.52 ID:V26EfEYC 業務用ストレージならスクラブが走るからリビルドあんま失敗しないけどね 最近は別の不具合でボリュームが全損するケースがちらほらある ストレージも最近高いくせに品質悪いな http://mao.5ch.net/test/read.cgi/linux/1722312892/922
923: login:Penguin [] 2025/06/16(月) 05:44:18.12 ID:zRTb+SAk RAID1ならリビルドするけどRAID5や6はやらないかなあ 時間かかりすぎるよ http://mao.5ch.net/test/read.cgi/linux/1722312892/923
924: login:Penguin [] 2025/06/16(月) 07:30:45.29 ID:7sPaAkac > バックアップの時間が稼げる これが大事だと思う http://mao.5ch.net/test/read.cgi/linux/1722312892/924
925: login:Penguin [sage] 2025/06/16(月) 07:45:29.75 ID:upbk3sl3 時間稼ぎだからデータ逃がせる環境ならraid5で十分だよ。 http://mao.5ch.net/test/read.cgi/linux/1722312892/925
926: login:Penguin [sage] 2025/06/16(月) 12:57:40.92 ID:7WvLU0an リビルドせずにバックアップ取得 ならRAID不要の環境だし普段からバックアップしとけよ どれだけ踊らされているのか http://mao.5ch.net/test/read.cgi/linux/1722312892/926
927: login:Penguin [] 2025/06/16(月) 16:46:19.63 ID:zRTb+SAk >>926 どういうこと？ リアルタイムバックアップしろってこと？ http://mao.5ch.net/test/read.cgi/linux/1722312892/927
928: login:Penguin [sage] 2025/06/17(火) 03:11:16.03 ID:G5q8UCPD バックアップは毎日取るものでしょ 差分だけなら時間もわずかなので なんでRAID縮退時にバックアップを取る前提なの? 普段からとってないの? http://mao.5ch.net/test/read.cgi/linux/1722312892/928
929: login:Penguin [] 2025/06/17(火) 04:39:39.96 ID:Z0BbVoQp 日に一度のバックアップならやっぱりRAID必要やん なぜそれでRAID不要になるのか http://mao.5ch.net/test/read.cgi/linux/1722312892/929
930: 875 [sage] 2025/06/17(火) 09:00:11.26 ID:lZRqBMI7 「壊れた瞬間に使えなくなる」のか、「まだ使える/処理を継続 できる」のか、はかなり重要なファクターだと思うが？ 流石にバックアップあればRAID不要は極論。 ハードウェアRAIDはスクラブやらSMART監視で部分的な故障まで 監視しているからリビルド失敗はない。 失敗した場合でもRAIDカード交換させたら治ったこともあるから 似たようなことがったらカード交換も検討するといいよ。 LVM,ファイルシステム,デバイスドライバーによるソフトウェアRAID やらフェイクRAIDも「４～５年ごとにハードを買い替える」ことが 守れてば大丈夫だと思うけどねぇ。 http://mao.5ch.net/test/read.cgi/linux/1722312892/930
931: login:Penguin [sage] 2025/06/17(火) 09:22:17.66 ID:G5q8UCPD 優先度について述べているだけ バックアップを定期的に取らないのにRAID導入しているのが見受けられる http://mao.5ch.net/test/read.cgi/linux/1722312892/931
932: login:Penguin [sage] 2025/06/17(火) 10:22:28.94 ID:lZRqBMI7 バックアップに対する現場の意識が足りない、という意味で言いたいのは わからんでもないが、データロストと(RAIDなし環境における)業務/納期 遅延のそれぞれリスクを発生確率を交えて考えると、やはりその意見には 賛同できないよ。 http://mao.5ch.net/test/read.cgi/linux/1722312892/932
933: login:Penguin [sage] 2025/06/17(火) 10:29:03.82 ID:YcGRWNVI 一切の故障がなくてもURE(回復不可能な読み取りエラー)は確率的に起きるのでまず前提が間違ってる もちろん製品のグレードによりけりで エンタープライズ用HDDなら限りなく低い確率、具体的には10^15ビットに1回になるぐらいの品質で製造されてるけど どのHDDにも起き得るし一般的な民生用だと10^14ビットに1回程度で更に確率が上がる TB単位のストレージでRAID5が現実的じゃないってのは 読み取るサイズが増える分だけURE=リビルド失敗の可能性が高まるから 8TBだと仮定して民生用だと約60%、エンタープライズ用でも約6％ぐらいの確率で失敗する可能性がある んでRAID1なら片肺でも読み出し出来るし リトライも容易だけどRAID5じゃそうはいかねー事が多いからな http://mao.5ch.net/test/read.cgi/linux/1722312892/933
934: login:Penguin [sage] 2025/06/17(火) 11:49:56.28 ID:fFPZtW+I RAID5,6は理論上の速度や容量効率は利点だけど、 データチャンク、XORパリティで細切れブロック配置したり複雑で ディスク上のビット単位でのデータ信頼性という意味では 物理ヘッドガチャガチャするHDDではRAID0よりキツそう (そんなに詳しくないから想像だけど) 実際には様々なレイヤーのパリティやビット訂正で エラー回復してるんだろうけど、自分が使ってる RAID1(Btrfs)でさえ3週に1度スクラブかけると 半分ぐらいの確率でエラー訂正しましたのログが残ってるのだわ http://mao.5ch.net/test/read.cgi/linux/1722312892/934
935: login:Penguin [] 2025/06/17(火) 12:00:27.91 ID:G5q8UCPD URE(回復不可能な読み取りエラー) というのは媒体mediumエラーでしょ? HDD/SSDコントローラは生きていて 特定LBA(LogicalBlockAddress)でエラーがでる 局所的ブロック、媒体エラーだよね HDD/SSD内部でソフトウェア的エラーの可能性はあるけど カーネルから見たらハードウェアエラー(==故障)だよ これ範 http://mao.5ch.net/test/read.cgi/linux/1722312892/935
936: login:Penguin [] 2025/06/17(火) 12:02:38.15 ID:G5q8UCPD あとRAID使っているわりには ファンや電源の冗長化してないよね これらも故障したら交換するまで停止でしょ http://mao.5ch.net/test/read.cgi/linux/1722312892/936
937: login:Penguin [sage] 2025/06/17(火) 12:12:08.12 ID:fFPZtW+I >>933 言われてみればそうだなあ… HDDだけダウンタイムなしまたは交換時間オンリーを想定してても、 HDDの故障率と比べて電源やファンとかM/B等パーツが それより壊れないかと言うとうーんって思う… 自分の環境はファンは予備があってすぐ交換できるし、 電源はACアダプターのマザボ運用してるのでちょっとマシ (ノート用のよくある19VでOK) http://mao.5ch.net/test/read.cgi/linux/1722312892/937
938: login:Penguin [] 2025/06/17(火) 12:57:44.98 ID:G5q8UCPD >>933 は事実と異なる内容を記述している あるHDD/SSDでURE(回復不可能な読み取りエラー)が出たら RAIDレベルによらず全HDD/SSD稼働中なら他のHDD/SSDのデータから復元できる (要は1台故障と同じ(切り離して故障にするかは別問題でコントローラの設計)) HDD/SSD故障があるのならRAIDレベルによらず多重故障でデータ復元できない RAID6は2点故障でも復元できるけど http://mao.5ch.net/test/read.cgi/linux/1722312892/938
939: login:Penguin [sage] 2025/06/17(火) 13:27:54.93 ID:lZRqBMI7 現場的には6%はかなり盛り過ぎだと感じるわ。 RAID のチャンクサイズ考慮して計算されてないか、 スクラブとかSMART監視とかない前提？ http://mao.5ch.net/test/read.cgi/linux/1722312892/939
940: login:Penguin [sage] 2025/06/17(火) 13:37:46.66 ID:1K0szjjx >>938 だから「リビルドがUREで失敗する確率は決して低くない」という話だって言ってるじゃん 冗長性のあるRAIDレベルで通常稼働時に単一の障害が訂正出来るのは当たり前じゃねーかw >>939 あくまで「リビルド中にUREに遭遇する確率」をカタログスペックから単純計算(概算)した数字の話なので もちろん実際の障害の可能性はもう少し前後し得るよ 改めて補足しとくけどUREはSMARTとかからわかる形で 明確に「故障」せずとも読み取り時に偶発的に起きる確率的現象で だから市販製品のデータシートにもちゃんと書いてあるんだ(Non-recoverable errors per bits readの項とかその辺り) もちろん業務用途ならHDD/SSDにしろRAIDカードにしろソフトウェアRAIDにしろ ずっと上等で堅牢な構成を採用してる事が多いから 破滅的な結果に至る確率はぐっと低いよ あくまで典型的には個人がRAID5やるシナリオだと致命的になりがちって話ね ttps://documents.westerndigital.com/content/dam/doc-library/en_us/assets/public/western-digital/product/internal-drives/wd-red-plus-hdd/product-brief-western-digital-wd-red-plus-hdd.pdf ttps://www.seagate.com/files/www-content/product-content/hdd-fam/seagate-archive-hdd/en-us/docs/archive-hdd-dS1834-3-1411us.pdf http://mao.5ch.net/test/read.cgi/linux/1722312892/940
941: login:Penguin [] 2025/06/17(火) 13:51:35.52 ID:G5q8UCPD 5分停止したら何億とか会社消滅ならRAIDでサービス継続は分かる でも個人用途ではHDD故障して機能のバックアップで十分 データ書き戻しで半日くらい止まっても大丈夫 これらが大半 RAID不要だろって話 webや雑誌記事でのせられて使っているだけでしょ? http://mao.5ch.net/test/read.cgi/linux/1722312892/941
942: login:Penguin [] 2025/06/17(火) 13:52:18.30 ID:G5q8UCPD 昨日のバックアップデータで許容ね http://mao.5ch.net/test/read.cgi/linux/1722312892/942
943: login:Penguin [sage] 2025/06/17(火) 14:22:03.02 ID:89jEObby linux板って個人と企業を混合して話をするからエスパー力を必要とされるね http://mao.5ch.net/test/read.cgi/linux/1722312892/943
944: login:Penguin [sage] 2025/06/17(火) 16:34:21.29 ID:TRstYWTQ >>934 3週間間隔でエラー補正かかる、は流石にディスクの方を疑おうよ… http://mao.5ch.net/test/read.cgi/linux/1722312892/944
945: login:Penguin [sage] 2025/06/17(火) 19:12:51.70 ID:lZRqBMI7 以下チラ裏。 週１回スクラブ、週の書き込みが総容量の15%程度でディスクの 使用率90%、8TBx11本(10d1p)、エラー率1/10^15、と仮定して 自分で計算してみた。 10d1pでスクラブなしで１本故障時に残存HDDにエラーが乗って いる率(任意の10本にエラーが乗っている確率)が8%。 スクラブで 0.00000000028% に低下(面倒なので0%とする)。 １週間分の書き込みで 1.2% に上昇、 未使用領域で事なきを得る確率 10% を差っ引くとリビルド失敗率は 1.08% だな。 個人だとHDD4本構成(3d1p)ぐらい？。 ディスク使用率70%、エラー率は1/10^14 で週の書込量は総容量の 3% で計算。 スクラブなしだと任意の３本にエラーが乗っている確率が24%、 こちらも週１回スクラブ(TeraStationとかがこれぐらいの頻度？) でほぼゼロに。 週に３%(0.72TB)書込で 0.72%、未使用領域で事なきをえる確率 30% 差っ引いてリビルド失敗率は 0.5% ぐらいか。 http://mao.5ch.net/test/read.cgi/linux/1722312892/945
946: login:Penguin [sage] 2025/06/17(火) 19:17:43.68 ID:526FSu8J お前らいったん冷静になってスレタイ512回ほど音読しろ http://mao.5ch.net/test/read.cgi/linux/1722312892/946
947: login:Penguin [sage] 2025/06/17(火) 19:47:46.56 ID:YcGRWNVI みんなbtrfsの話してるとばかり思ってたのに あ、個人の趣味でbtrfsでRAID1してます http://mao.5ch.net/test/read.cgi/linux/1722312892/947
948: login:Penguin [sage] 2025/06/17(火) 19:48:20.77 ID:0tWlbWzs まあまあ… ファイルシステムを乗せるための ファイルシステム/データストレージ関連技術として RAIDとかLVMとかの話題もいいんじゃない？ 専用スレも無いみたいだし(それまで過疎ってたし…) http://mao.5ch.net/test/read.cgi/linux/1722312892/948
949: login:Penguin [sage] 2025/06/17(火) 21:52:54.92 ID:YcGRWNVI >>945 Unrecoverable Read Error (URE)は言葉の通り「回復不可能な読み出しエラー」、 つまり読み出しの時点で新たに起きるエラーの話で URE rate (URE率)というのは読み出しの総量に対してエラーが起きる確率 つまり厳密には事前の書き込みで起きる破損(破損セクタ)じゃないよ 適切に定期scrubすれば現実の故障のリスクを減らせると思われるのはその通りだけど それ踏まえても「リビルド時のURE 」は無くせないって話 でも先の60%/6%で失敗って言ったのはカタログスペックの保守的な見積もり(のはずの)保証値から全容量でざっくり概算したもので 実際のHDDのエラー率はもっと低いだろって指摘する人もいるし もっと楽観的に見れるんじゃねと言えばそれはそうだと思う 繰り返しになるけど俺が言いたいのは「"RAID5は" URE考えるとヤバイ」って所ね RAID1はじめscrubなど適切な運用ありきの多くが 現実的じゃないとはまったく思ってないし言ってもないからね ttps://www.enricobassetti.it/2022/03/raid5-ure-and-the-probability/ 長々ほぼスレチ話しちゃったから無理やり話戻すけど btrfsでRAID5だけは絶対やめとけ 地雷機能の地雷構成とか絶対死ぬでw ttps://btrfs.readthedocs.io/en/latest/btrfs-man5.html#raid56-status-and-recommended-practices http://mao.5ch.net/test/read.cgi/linux/1722312892/949
950: login:Penguin [sage] 2025/06/17(火) 23:13:16.50 ID:G5q8UCPD ひとのコメントを根拠とか示さず貼られても… RAID5ではこれこれの機能が理論的には必要だけど linux mdはこれこれが実装されていないとか 具体的に書けばよいのに http://mao.5ch.net/test/read.cgi/linux/1722312892/950
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 52 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.013s