【瓦記録】SMRのHDD 8台目【ﾌﾟﾗｯﾀ枚数減】

レス数が950を超えています。1000を超えると書き込みができなくなります。
2019/09/08(日) 07:54:56.14ID:ST7cALph0
!extend:checked:vvvvv:1000:512
!extend:checked:vvvvv:1000:512

プラッタ枚数を減らし、価格が安くなるかわりにがランダム書き込みが致命的に遅くなる技術
Shingled Magnetic Recording (SMR)を採用した、通称瓦記録のHDDについて語りましょう

Shingled Magnetic Recording: Boosting Capacity and Lowering Costs
https://sata-io.org/developers/sata-ecosystem/shingled-magnetic-recording-boosting-capacity-and-lowering-costs

HDDの大容量化をけん引する瓦記録技術 - 東芝
https://www.toshiba.co.jp/tech/review/2015/08/70_08pdf/a08.pdf

SMR におけるビット信頼度への隣接ビットの影響 - 日本磁気学会
https://www.magnetics.jp/kouenkai/2015/doc/program/44ALL.pdf

スマートストレージ・スタックベースHBAおよびRAIDソリューションでのSMRドライブの使用
https://storage.microsemi.com/nr/pdfs/microsemi_adaptec_smr_whitepaper_ja.pdf

前スレ
【瓦記録】SMRのHDD 7台目【ﾌﾟﾗｯﾀ枚数減】
https://egg.5ch.net/test/read.cgi/jisaku/1561881186/
VIPQ2_EXTDAT: checked:vvvvv:1000:512:: EXT was configured
2020/05/08(金) 01:05:55.51ID:GdbYuKbz0
>ST8000DM004
>5328時間

これ8000時間経過したあたりでで不良セクタ出るから換えのディスク買っとけ
2020/05/08(金) 02:50:38.97ID:EAizAYN7x
>>896
SMRのWD(2TB,6TB)は、従来のツールでフールパーク無効化出来なくなったよ
正確にはツールで変更しても動作が変わらないらしい
2020/05/08(金) 23:01:24.45ID:FrH5QsmR0
ドライブマネージド型SMR-HDDって、メディアキャッシュからのSMR処理中は、
OSからは見かけ上ディスクアクセス0表示になるんでしょ?

そんなときにシャットダウンの指令送ったらどうなリンダ…
2020/05/08(金) 23:02:07.47ID:FrH5QsmR0
どうなリンダってなんだよ。「どうなるんだ」だよ。
俺の頭がどうかなってしまっているようだ。
2020/05/08(金) 23:03:40.46ID:wnF1Y2G50
わざとかとおもった
2020/05/08(金) 23:41:09.60ID:JJViiahU0
>>899
自分にできることをやるだけッス
データが壊れるとか知りませんから
なあリンダ
2020/05/08(金) 23:50:45.08ID:1DFmiooH0
>>899
困っちゃう
2020/05/09(土) 00:38:56.54ID:78Vu0/Uv0
普通にデバイス側で処理が中断されて電源OFFになるだけだろ
そこまで馬鹿じゃねえぞメーカーも
905Socket774 (ﾜｯﾁｮｲ bebc-nh9o)
垢版 |
2020/05/09(土) 01:03:40.63ID:9aptzuiI0
>>899
例えばOSから外付けHDDにコピー中に外付けHDDの電源引っこ抜いたらどうなるか
外付けHDDの電源入れ直してOSから再度コピーすれば良いだけだよな
メディアキャッシュから瓦書きしてる最中もそれと変わらん
2020/05/09(土) 01:15:51.60ID:c7tyOsu1x
>>899
SMRブロック内のデータ飛ぶ
最悪ファイルシステムエラー起こしてRAW化する
RAW化してなくても、チェックディスク回すと膨大なファイルが影響を受けてて消される
907Socket774 (ﾜｯﾁｮｲ bebc-nh9o)
垢版 |
2020/05/09(土) 06:37:43.46ID:9aptzuiI0
>>906
んなわけない

瓦書きの最初にSMRブロック内のデータをメディアキャッシュに退避する
これで瓦書き中いつ電源が落ちてもブロック内のデータを失わずに
確実に瓦書きのリトライが出来る

あとSMRブロックではなくバンドな
2020/05/09(土) 07:16:59.59ID:T4R/ae1W0
メディアキャッシュが原因かは不明だが、一度ファイルの破損はあったよ。
メディアキャッシュからの書き込み中にフリーズ、破損って感じだった。
909Socket774 (ﾜｯﾁｮｲ bebc-nh9o)
垢版 |
2020/05/09(土) 07:59:54.35ID:9aptzuiI0
メディアキャッシュからの書き込み中かどうかって
外部の人間が検知出来るものでも無い気もするけど
2020/05/09(土) 08:15:59.49ID:cYOVzBCQ0
どんな制御になっていても
クリティカルなタイミングが増えるのは確か
2020/05/09(土) 08:19:45.55ID:NY0D7b+R0
>>909
大量のファイルを書き込んだあとでもHDDがカリカリ動いてるべ。
CMRだとそんなことないだろ。
いずれにしても、910の指摘通り、クリティカルなタイミングが増えるのは確かだ。
2020/05/09(土) 09:20:42.57ID:jwQssUTc0
そのうち、CMRドライブだと何回机の上から落っことしても壊れなかったがSMRドライブは１回で壊れた！！とか言い出しそう。
913Socket774 (ﾜｯﾁｮｲ bebc-nh9o)
垢版 |
2020/05/09(土) 09:58:12.59ID:9aptzuiI0
>>911
なんか広い家に引っ越したから廊下でコケて死ぬ確率が増えたって言ってるような物だと思うけど
まあ、確かに理論上は増えるけど人間に検知出来る程度かは別
2020/05/09(土) 10:13:36.10ID:cYOVzBCQ0
理論上増えるのは確実だが
どのくらい増えるかは知らない

知らない事を心配するのは当然の事かと
2020/05/09(土) 10:18:42.56ID:cYOVzBCQ0
広い部屋はメリットがあるし
転ぶ確率が増えるというのも確かでは無いが
SMRはユーザーにはデメリットしかない
916Socket774 (ﾜｯﾁｮｲ bebc-nh9o)
垢版 |
2020/05/09(土) 10:19:28.08ID:9aptzuiI0
>>914
そんなの心配する位だったら5分後に脳卒中で死ぬ事を心配した方が有意義だと思うけど
917Socket774 (ﾜｯﾁｮｲ bebc-nh9o)
垢版 |
2020/05/09(土) 10:20:42.28ID:9aptzuiI0
>>915
え？廊下が長くなったら廊下でコケる可能性は確実に増えるだろ？
確率を理解してない？
2020/05/09(土) 11:13:57.30ID:d3PpBOCd0
短い廊下で歩行が安定する前に出入口や曲がり角にさしかかるより
長いほうが転ぶ確率は低くなるだろ
2020/05/09(土) 12:22:42.10ID:Dm4ZYdIH0
SMRって騒音は増える？
2020/05/09(土) 12:36:37.61ID:vVqRv9Xod
>>916
率もわからないのになんでそう思う？
921Socket774 (ﾜｯﾁｮｲ bebc-nh9o)
垢版 |
2020/05/09(土) 12:44:35.41ID:9aptzuiI0
>>920
どちらも同じ様に体感出来る確率が0%より高い確率で存在する話だから
2020/05/09(土) 14:31:37.47ID:tD8G/edx0
たとえ話で話のすり替えですか
2020/05/09(土) 15:15:06.74ID:yKaSVObi0
>>919
10年前のHDDに比べれば、
圧倒的に静かですね。

※モデルによる
2020/05/09(土) 15:16:23.89ID:Dm4ZYdIH0
>>923
現行に決まってんだろアホか？
2020/05/09(土) 15:51:03.95ID:eELt4Tsp0
現行のCMRのHDDて10年前と比べて静かになってたりすんの？
926Socket774 (ｽﾌﾟｯｯ Sd43-nh9o)
垢版 |
2020/05/09(土) 15:53:20.78ID:+Kh0i8Fpd
>>922
例え話無しで言うならCMRの年間故障率は下のリンクにあるように0.5-3.3%位らしいけど
SMRなら5%はいくって事？
俺はそんな露骨に信頼性の低い物をメーカーは販売しないんじゃ無いかと思うので
3%以下じゃないかと思うって事

あとお前ら今自分の使ってるHDDの故障率って把握してるのか？
俺はまったくしてないし普通に使って体感出来る物でもないだろう
HDD新調して前に使ってたのより1%故障率高いなとか体感出来てるなら気にする意味もあるだろうけど
実際に自分で体感も出来ない微小な差異なんて気にする意味は無いだろう
どうせ9割以上の確率で1年間は壊れないわけで

CMR 故障率
https://gigazine.net/news/20200212-backblaze-hard-drive-stats-2019/
2020/05/09(土) 15:53:44.27ID:1JvnBhV10
>>924
落ち着け
パチンコでも打ってこい
味覚嗅覚が無くなって息苦しくなるまで楽しんでこい
騒音なんて気にするな
2020/05/09(土) 16:06:22.40ID:eELt4Tsp0
>>926
故障率1%超のメーカーなんて使ってられねえから俺はHGSTしか使わない
てシーゲートスレに書き込んでた人はいた
2020/05/09(土) 18:47:01.78ID:cYOVzBCQ0
電源断でのデータ損失は故障では無いから
930Socket774 (ﾜｯﾁｮｲ bebc-nh9o)
垢版 |
2020/05/09(土) 19:58:19.44ID:9aptzuiI0
>>929
電源断で保存してあるデータが損失したのであれば故障だろうけど
SMRだからってCMRよりそれが起こりやすいなんて事は無いわな
2020/05/09(土) 22:42:42.20ID:cYOVzBCQ0
書き込んでるセクタ以外のセクタもリードモディファイライトする必要があるので
書き込み中でないファイルやファイルシステムが壊れる可能性がある

また
2回コピーが発生するので
当然書き込み中のファイルの破損の可能性も増える

要するに
SMRはファイルが壊れるリスクが高い
2020/05/09(土) 22:44:39.26ID:cYOVzBCQ0
ログを書いてただけなのに
ブレーカーが落ちたらパーティションテーブルが壊れましたっていうのも可能性的にはあり得る
2020/05/10(日) 00:24:48.74ID:OIt8McCoM
10分位アクセスを続けてるときはシャットダウン厳禁だね。
スリープはもっと怖い。
大容量だけに使い手を選ぶよな。
934Socket774 (ﾜｯﾁｮｲ bebc-nh9o)
垢版 |
2020/05/10(日) 02:11:05.26ID:/Bb7BZ970
>>931
どっちも100%回避可能なんでまあメーカーがその回避をしてないわけは無いと思うけど

前者はMCから瓦書きする前に更新対象のバンドのデータをMCに退避すれば良く
後者は瓦書きした後に書き込めたかチェックして書き込めて無ければリトライすれば良い
935Socket774 (ﾜｯﾁｮｲ bebc-nh9o)
垢版 |
2020/05/10(日) 02:13:07.27ID:/Bb7BZ970
>>932
>>933
んなこたない >>934
936Socket774 (ﾜｯﾁｮｲ bebc-mZNi)
垢版 |
2020/05/10(日) 03:54:22.70ID:AOJhiwpd0
>>932
ブレーカー落ちは事故といえば事故だがUPS使用で回避できるから自己責任だね。
もっと酷い例は電源ボタン長押しの強制シャットダウン。これは危険。
Windows10はシャットダウン／再起動時にシステムアップデートする場合がある。
システムファイル再構成の書き込み中の電源強制offはCMR/SMRのいずれでも
HDDを致命的に壊す可能性が高い。そんな不注意オーナーが壊したHDDの交換を
やったことがある。パーテションマップエリア破壊済みでお陀仏様。
2020/05/10(日) 08:39:38.23ID:OooCxNZS0
SMRの使うときはHDDのアクセスランプ必須なんだよな
最近付いてないケースも出てきたからな
これが重要なのに
938Socket774 (ﾜｯﾁｮｲ bebc-nh9o)
垢版 |
2020/05/10(日) 09:30:00.92ID:/Bb7BZ970
>>937
なんで？？
2020/05/10(日) 10:54:49.99ID:e93q7zKa0
内部的な動作でも光るの？
2020/05/10(日) 11:20:44.93ID:oqoXRQac0
内部で書き込んでるのにアクセスランプ着いてなかったらそれこそクソ過ぎだろう

というかふつうに考えてデータ書こうとしてるところ自分以外のデータ巻き込んで1回消して書き直すとか、どう考えても欠陥だしトラブルが増える要因やろう。
書き込む前に電源喪失時、自分のデータだけ死ぬのか、全く意識していない他のデータまで巻き込んで死ぬのかは大違いだ。

大容量化の弊害は判るが型番は判るように記載してくれ。
たったそれだけのことでいい。
941Socket774 (ﾜｯﾁｮｲ bebc-nh9o)
垢版 |
2020/05/10(日) 11:33:18.46ID:/Bb7BZ970
>>940
いやいやいや、ちゃんと考えれば回避できて欠陥じゃ無くなるから販売されてるわけで
SMRで他のデータを巻き込んで死ぬ事は無いと思うよ

他のデータを巻き込んで死ぬ事は
メディアキャッシュからバンドに瓦書きする直前に
元のバンドのデータをメディアキャッシュに退避しておくだけで100%回避出来る話なので

だからSMRの欠点はこういう事をしないといけない分どこかの処理が遅くなる事なんだって
2020/05/10(日) 11:54:13.36ID:joFyQOl6x
>>940
MC内容を瓦バンドに書き直し中はアクセスランブ光らんよ
あくまで、アイドルという扱い
2020/05/10(日) 11:56:12.90ID:2qBc8SnF0
SMRの低速回避のためにはディスクの高速回転が必要と言うことだよな。
つまり、歯医者の削るヤツの回転速度くらいにすれば良いんじゃね?(50万rpm)
2020/05/10(日) 12:39:42.88ID:Aho2daMN0
SMRはSSDとセットで使う物
最終成果物を書き込む物だ
945Socket774 (ﾜｯﾁｮｲ bebc-mZNi)
垢版 |
2020/05/10(日) 12:42:33.35ID:AOJhiwpd0
>>942
アイドルじゃないな。ビジー。
MCオーバーフロー中にWindowsのパフォーマンスモニタで
当該HDDの使用率観察してみれば一目瞭然。ほぼ100%で張り付いたまま。
946Socket774 (ﾜｯﾁｮｲ bebc-mZNi)
垢版 |
2020/05/10(日) 12:44:47.50ID:AOJhiwpd0
>>943
WD使えば？ MCオーバフローとか無いから。
947Socket774 (ﾜｯﾁｮｲ bebc-nh9o)
垢版 |
2020/05/10(日) 16:02:59.55ID:/Bb7BZ970
>>946
なんでWDだとMCオーバーフローが無いんだ？
2020/05/10(日) 18:52:42.11ID:j1wo+wuH0
>>941
いくらなんでも、やってると信じてる。
ただ100％回避するには読み書き増しするしか考えられない(他の方法があるなら別)
↓
性能が犠牲になる事が自明
↓
よってゆっくりor間欠書き込みが保証できる用途以外で使うには注意が必要
↓
SMRと明言して売りやがれ
2020/05/10(日) 19:23:14.66ID:e93q7zKa0
>>941
どんな仕組みであろうと
切り替わり目の瞬間にクリティカルポイントがある
何もアクセスしてないはずのデータを
もう一度書き直すのは確実なんだから
2020/05/10(日) 19:24:40.68ID:e93q7zKa0
ちゃんとメーカーがSMRであることを明示していれば文句は無い
こそこそやるから問題なわけで

ここは反論無いよな
951Socket774 (ﾜｯﾁｮｲ bebc-nh9o)
垢版 |
2020/05/10(日) 20:22:42.53ID:/Bb7BZ970
>>949
そのクリティカルポイントの直前にその何もアクセスしてないはずの（バンドの）データの
コピーをMC上に作っておけばバンドのデータがどうなろうとも
コピーで復旧出来るという話
というかそのコピーが存在する場合はそのコピーをバンドのデータ本体としてリードする様にして
元のバンドをリードしないようになってるんだろうけど
どうせ元のバンドのデータは電源断に関わらず瓦書き中は不定になるので
2020/05/10(日) 20:34:24.01ID:e93q7zKa0
>>951
安定中の話をしてるんじゃなくて
切り替わる瞬間の話
953Socket774 (ﾜｯﾁｮｲ bebc-nh9o)
垢版 |
2020/05/10(日) 20:44:39.68ID:/Bb7BZ970
>>952
切り替わるって何がだ？
見方によってはHDDの全ての動作は切り替わりの連続だぞ
リード1つとったってリード対象のセクタの切り替わりの連続だからな
2020/05/10(日) 20:52:07.31ID:e93q7zKa0
該当セクタのリード時
SMR領域を参照する
MC領域を参照する

この切り替わり目が最低2回発生する
2020/05/10(日) 20:55:13.70ID:e93q7zKa0
まあ実験して全く問題が無かったって言うなら別に好きに選べばって感じ

私は
わざわざ電源を切るテストなんかしたく無いし
何の情報も無く信じるなんて事も無い

それ以前に性能が悪いのは確実だし
それに引き換えるメリットも無い

つまり
わざわざ選ぶ理由は無い
2020/05/10(日) 20:56:48.95ID:8fY/nL2Ba
>>945
それはMC溢れた時でしょ
一旦転送終わった後に、MCからバンドにデータ転送始まるとビジーになるの？
957Socket774 (ﾜｯﾁｮｲ bebc-mZNi)
垢版 |
2020/05/10(日) 21:44:24.21ID:AOJhiwpd0
>>950
海門、WD、芝それぞれSMRの実装、挙動、長所、短所に差異があるのだろうから
それをSMR一語で表記表現しろとか。ナンセンスだろうねえw
2020/05/10(日) 21:48:49.57ID:LKYHq3dU0
>>957
プロの方ですね
お待ちしておりました
ご高説を承りたく存じます
959Socket774 (ﾜｯﾁｮｲ bebc-mZNi)
垢版 |
2020/05/10(日) 21:52:48.03ID:AOJhiwpd0
>>956
海門のST4000だと、MCオーバフロー状態にハマった状態から
完全アイドルHDD使用率0%に戻るまで5分から10分かかった。
一旦横溢フラグが立つとMCのフラッシュアウトが進行して空きが
生じていてもビジー状態はある程度の間は維持されるみたいね。

つか、SMRのHDD持っているなら自身で試行してみれば体験体感的に
理解できるはずだけど。
960Socket774 (ﾜｯﾁｮｲ bebc-nh9o)
垢版 |
2020/05/10(日) 22:09:26.94ID:/Bb7BZ970
>>954
そうだな、参照だからつまりリードは増えるが
万が一にでもリードで誤った値返すようなHDDはCMRでも駄目だと思うし
まず存在しないと思うが
不良セクタで保存してある値が変わる事ならあると思うが
961Socket774 (ﾜｯﾁｮｲ bebc-mZNi)
垢版 |
2020/05/10(日) 22:11:20.32ID:AOJhiwpd0
>>958
3年も前の古い論文だけど↓とか読んでみてね。SMR初期のSGとWDの違いについての論及があるよ。
962Socket774 (ﾜｯﾁｮｲ bebc-mZNi)
垢版 |
2020/05/10(日) 22:11:54.85ID:AOJhiwpd0
https://www.usenix.org/system/files/conference/fast17/fast17-aghayev.pdf
963Socket774 (ﾜｯﾁｮｲ bebc-nh9o)
垢版 |
2020/05/10(日) 23:58:19.84ID:/Bb7BZ970
>>959
どうやってMCオーバーフロー状態にするんだ？
2020/05/11(月) 00:38:31.58ID:VmElMQOz0
>>961
今の茂と芝とWDの違いをお願いします
こんなことプロにしか聞けませんからw
2020/05/11(月) 00:41:35.82ID:VmElMQOz0
>>962
Nie, po japonsk !
2020/05/11(月) 10:19:13.45ID:N5ND8MrR0
WDのSMRドライブでSecond-Level Translatorを介さずにデータを読む解説とか
https://blog.acelaboratory.com/wd-smr-drives-how-to-get-data-access-if-second-level-translator-is-damaged.html
967Socket774 (ﾜｯﾁｮｲ bebc-mZNi)
垢版 |
2020/05/11(月) 18:26:41.86ID:MFdtV2wD0
>>966
いやあ、実に面白いページだなあ。WDのSMRの特徴、USENIXのpdfの解説にあった通りの
LBA/PBA変換テーブル(trancelator)方式の解説があったり。頁中のビデオの解説も面白そう
なのだがフル視聴で4時間超はさすがにw 解説者の英語発音が変と思って調べるとスタトレの
チェコフ的なロシア訛りなのね。ACELabとかいうストレージリカバリーツールメーカー製品
pc3000のプロモだったりする。なーんだ。プロモではあるけどリカバリー／サルベージの
観点からSMRとか色々なストレージの技術解説がされているので暇があったらじっくり。

pc3000 という商品は日本でも既に代理店があって有象無象のリカバリ業者さんたちの飯の種と
貸しているみたいね。定価おいくら？って公表していないから多分プロ価格でお高いっぽい。
多分 30万は下らない？

https://www.pc-3000.jp/products/express/
2020/05/12(火) 12:16:44.24ID:T6SebOHIa
>>967
飯の種で30ﾏｿは安いな
2020/05/12(火) 14:36:53.45ID:4xb7q5XDd
型落ちのLinkStationにバラクーダ8TB×4突っ込もう
RAIDは組まず、全て単独認識で

これだったらSMRでも大丈夫だべ
2020/05/12(火) 16:19:36.73ID:9zI4Gqq60
せっかくのnasならraid5でデータの生存と効率両取りしたいとこだけどSMRてつくづく使いみちに困る仕様よな
971Socket774 (ｽｯﾌﾟ Sd2a-nh9o)
垢版 |
2020/05/12(火) 17:03:26.42ID:QachKWuMd
まあ仕様なのかどうかもよくわからんがw
2020/05/12(火) 20:57:19.90ID:ne96khn20
SMRはTrue Image等イメージバックアップの保存先に使うくらいしかないかな
973Socket774 (ｽｯﾌﾟ Sd2a-nh9o)
垢版 |
2020/05/12(火) 21:15:26.19ID:QachKWuMd
たまに遅くなる事とraidに使えない事を許容出来るところなら
2020/05/12(火) 21:31:53.20ID:GXKnP8oh0
>raid5でデータの生存と効率両取り

ここ笑っていいとこだよね？
2020/05/12(火) 22:04:15.50ID:luCMQxnYM
>>974
いうほどおかしいか？
2020/05/13(水) 02:20:49.34ID:B1u5C/CM0
これで笑えるとか雑魚にもほどがあるのは事実。
2020/05/13(水) 03:20:15.22ID:A6TNJc5W0
クソ笑えるがな
978Socket774 (ﾜｯﾁｮｲ 53bc-6Wk2)
垢版 |
2020/05/13(水) 05:40:51.50ID:llUWCYT+0
>>974
> >raid5でデータの生存と効率両取り
某スレ的に故障発生率約4倍のポイント付与もあるよね。マッチポンプ。
実際故障が起きた場合自力で完全復旧できレバという但し書き付きだしな。
自力復旧出来ず業者委託したら数十万取られたという笑えない愚痴話を
昨夏の法事で坊さんに聞かされたけど、本人的には笑えないだろうねえ
2020/05/13(水) 06:53:48.13ID:AWWX30ax0
raid使えないとなるとむしろ困るのは企業だよな
個人はraidなんてなくても大して困らん
2020/05/13(水) 06:58:26.80ID:h5Gu+cpKx
>>974
んじゃさ、4台以上のドライブを1つにまとめて、容量を出来るだけ減らさずに冗長性とトラブル時の全損リスクヘッジを確保するにはどうすれば良い？
現在のところRAID6が最適なんかね

RAID以外の方法でもおk
2020/05/13(水) 07:35:13.04ID:fsuqmQ0Ed
データ重視ならミラーが一番
982Socket774 (ﾜｯﾁｮｲ 53bc-6Wk2)
垢版 |
2020/05/13(水) 07:41:21.35ID:llUWCYT+0
>>980
その設問、見かけRAID誘導してますねえ。単機仕様のストレージの使用は
昨夏の風水害浸水とか落雷直撃によるサージ破壊、放火等の火災被害
さらには高高度核爆発によるEMP攻撃による電磁破壊などデータ喪失の
リスクを完全にはヘッジできないでしょうね。設問への完答は無しですな。
2020/05/13(水) 07:53:20.79ID:c5EfqjCua
とりあえずRAID5使ってる奴を見下したかっただけ、と
984Socket774 (ﾜｯﾁｮｲ 53bc-6Wk2)
垢版 |
2020/05/13(水) 08:04:00.58ID:llUWCYT+0
>>979
尼とか楽天とか、24時間無人無休でも巨額な金銭負荷が掛かるビジネス用途では
RAID必須でしょうね。ただしシステム構成上はほんの一部でしょうけど。
あの手は鯖もキャッシュ鯖とかDDoS対策した上で二重三重あるいはそれ以上の
防護壁で守られているんでしょうし。尼の顧客情報保護がどういうシステムで
保護されているのか。想像できない。
2020/05/13(水) 08:04:46.79ID:A6TNJc5W0
RAID5を使うのはいいけど誤った認識のバカが多いだけ
2020/05/13(水) 08:07:25.43ID:A6TNJc5W0
企業が「raid5でデータの生存と効率両取り」なんてアホな発想で導入するわけもなくｗ
987Socket774 (ｽｯﾌﾟ Sdcf-Xvyf)
垢版 |
2020/05/13(水) 08:21:02.46ID:ShnZDKbzd
>>986
より厳密に言えば「raid5で冗長化と効率の両取り」となるだろうけど
問題は冗長化という言葉に生存が含まれるかどうか
俺は含まれると思うけど
2020/05/13(水) 09:35:56.81ID:+fv6BJwM0
raid否定の根拠が企業レベルの故障対策だなんてこのスレはレベルが違うな
個人レベルじゃ故障パターン全部想定してraidはバックアップじゃないｷﾘｯなんて言ってられませんわ
2020/05/13(水) 10:10:09.10ID:o/5nR02I0
効率ってなんだよ
速度だろ
2020/05/13(水) 10:23:59.17ID:fsuqmQ0Ed
容量効率
2020/05/13(水) 10:29:28.33ID:DEnqAzmq0
>>978
故障発生率は4倍になるけど2台以上壊れなきゃデータ喪失は起こらないだろ？
対して1台×4だと壊れたディスクに入ってたHDDは吹っ飛ぶ
故障発生率は4倍になるけどデータ喪失の確率はむしろ減るじゃん

つーかサルベージを前提にしてるけど、故障が起きたらまずバックアップをとって
それからRAIDを再構築すりゃいいだけの話じゃねーの？
それやらずにダラダラ運用継続したり焦ってリビルドしたりするから2台目が吹っ飛んで
アウトになるだけだと思うが
2020/05/13(水) 10:56:33.29ID:h5+bXxLW0
>>991
リビルド時にダメになることが多いなら、RAID組まずに複数箇所に世代バックアップすれば良いだけでは？w
2020/05/13(水) 11:13:01.67ID:DEnqAzmq0
>>992
RAIDなしのバックアップだけだと最後にバックアップとってから更新したデータはアウトだろ？
RAID+バックアップなら最新のデータだろうがいきなり失うことはない

何でバックアップオンリーでRAID否定する奴ってこんな簡単なことも分からないんだろ
RAIDユーザーでバックアップを否定する奴なんて余程のバカしかいないのにな
994Socket774 (ｴﾑｿﾞﾈ FF2f-Xvyf)
垢版 |
2020/05/13(水) 12:37:04.32ID:gYQwitnLF
次スレ立ててみた
https://egg.5ch.net/test/read.cgi/jisaku/1567896896/
2020/05/13(水) 12:55:00.79ID:h5+bXxLW0
>>993
なんか管理者ボケでもしているのか、すべてのユーザーにとってRAIDは必要じゃ無いんだよ？
それにどのRAID構成でも障害発生時のデータ取りこぼしがないとか言い切れないんじゃ無いかなー。
2020/05/13(水) 12:57:04.24ID:A6TNJc5W0
バックアップがあってのRAIDを理解していればRAIDを否定はしないけどな
まあ冗長性って声高に叫ぶやつほど、自分しか使わないシステムだったりデータだったり、挙句の果てには使わないときは節電のためにほとんど止めています
なんてやつもいるほど、冗長性いらんじゃんそれ、オナニーRAID乙みたいなやつが多いのは事実
レス数が950を超えています。1000を超えると書き込みができなくなります。
16歳の水野カイトが封印の刀を見つけ、時間が裂けて黒い風と亡霊の侍が現れ、霊の時雨と契約して呪われた刀の継承者となる場面
ニューススポーツなんでも実況