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

**Socket774** (ﾜｯﾁｮｲ fedc-kyym) · 2019/09/08(日) 07:54:56.14

!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

**Socket774** (ﾜｯﾁｮｲ 3f75-oFD5) · 2020/05/10(日) 20:34:24.01

>>951
安定中の話をしてるんじゃなくて
切り替わる瞬間の話

**Socket774** (ﾜｯﾁｮｲ bebc-nh9o) · 2020/05/10(日) 20:44:39.68

>>952
切り替わるって何がだ？
見方によってはHDDの全ての動作は切り替わりの連続だぞ
リード1つとったってリード対象のセクタの切り替わりの連続だからな

**Socket774** (ﾜｯﾁｮｲ 3f75-oFD5) · 2020/05/10(日) 20:52:07.31

該当セクタのリード時
SMR領域を参照する
MC領域を参照する

この切り替わり目が最低2回発生する

**Socket774** (ﾜｯﾁｮｲ 3f75-oFD5) · 2020/05/10(日) 20:55:13.70

まあ実験して全く問題が無かったって言うなら別に好きに選べばって感じ

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

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

つまり
わざわざ選ぶ理由は無い

**Socket774** (ｱｳｱｳｶｰ Sa7b-Pzcn) · 2020/05/10(日) 20:56:48.95

>>945
それはMC溢れた時でしょ
一旦転送終わった後に、MCからバンドにデータ転送始まるとビジーになるの？

**Socket774** (ﾜｯﾁｮｲ bebc-mZNi) · 2020/05/10(日) 21:44:24.21

>>950
海門、WD、芝それぞれSMRの実装、挙動、長所、短所に差異があるのだろうから
それをSMR一語で表記表現しろとか。ナンセンスだろうねえw

**Socket774** (ﾜｯﾁｮｲ fb73-pZHk) · 2020/05/10(日) 21:48:49.57

>>957
プロの方ですね
お待ちしておりました
ご高説を承りたく存じます

**Socket774** (ﾜｯﾁｮｲ bebc-mZNi) · 2020/05/10(日) 21:52:48.03

>>956
海門のST4000だと、MCオーバフロー状態にハマった状態から
完全アイドルHDD使用率0%に戻るまで5分から10分かかった。
一旦横溢フラグが立つとMCのフラッシュアウトが進行して空きが
生じていてもビジー状態はある程度の間は維持されるみたいね。

つか、SMRのHDD持っているなら自身で試行してみれば体験体感的に
理解できるはずだけど。

**Socket774** (ﾜｯﾁｮｲ bebc-nh9o) · 2020/05/10(日) 22:09:26.94

>>954
そうだな、参照だからつまりリードは増えるが
万が一にでもリードで誤った値返すようなHDDはCMRでも駄目だと思うし
まず存在しないと思うが
不良セクタで保存してある値が変わる事ならあると思うが

**Socket774** (ﾜｯﾁｮｲ bebc-mZNi) · 2020/05/10(日) 22:11:20.32

>>958
3年も前の古い論文だけど↓とか読んでみてね。SMR初期のSGとWDの違いについての論及があるよ。

**Socket774** (ﾜｯﾁｮｲ bebc-mZNi) · 2020/05/10(日) 22:11:54.85

https://www.usenix.org/system/files/conference/fast17/fast17-aghayev.pdf

**Socket774** (ﾜｯﾁｮｲ bebc-nh9o) · 2020/05/10(日) 23:58:19.84

>>959
どうやってMCオーバーフロー状態にするんだ？

**Socket774** (ﾜｯﾁｮｲ fb73-pZHk) · 2020/05/11(月) 00:38:31.58

>>961
今の茂と芝とWDの違いをお願いします
こんなことプロにしか聞けませんからw

**Socket774** (ﾜｯﾁｮｲ fb73-pZHk) · 2020/05/11(月) 00:41:35.82

>>962
Nie, po japonsk !

**Socket774** (ﾜｯﾁｮｲ 66f0-Ds/W) · 2020/05/11(月) 10:19:13.45

WDのSMRドライブでSecond-Level Translatorを介さずにデータを読む解説とか
https://blog.acelaboratory.com/wd-smr-drives-how-to-get-data-access-if-second-level-translator-is-damaged.html

**Socket774** (ﾜｯﾁｮｲ bebc-mZNi) · 2020/05/11(月) 18:26:41.86

>>966
いやあ、実に面白いページだなあ。WDのSMRの特徴、USENIXのpdfの解説にあった通りの
LBA/PBA変換テーブル(trancelator)方式の解説があったり。頁中のビデオの解説も面白そう
なのだがフル視聴で4時間超はさすがにw 解説者の英語発音が変と思って調べるとスタトレの
チェコフ的なロシア訛りなのね。ACELabとかいうストレージリカバリーツールメーカー製品
pc3000のプロモだったりする。なーんだ。プロモではあるけどリカバリー／サルベージの
観点からSMRとか色々なストレージの技術解説がされているので暇があったらじっくり。

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

https://www.pc-3000.jp/products/express/

**Socket774** (ｱｳｱｳｶｰ Sa7b-Pzcn) · 2020/05/12(火) 12:16:44.24

>>967
飯の種で30ﾏｿは安いな

**Socket774** (ｽｯｯﾌﾟ Sd8a-nh9o) · 2020/05/12(火) 14:36:53.45

型落ちのLinkStationにバラクーダ8TB×4突っ込もう
RAIDは組まず、全て単独認識で

これだったらSMRでも大丈夫だべ

**Socket774** (ﾜｯﾁｮｲ e6c0-8IFP) · 2020/05/12(火) 16:19:36.73

せっかくのnasならraid5でデータの生存と効率両取りしたいとこだけどSMRてつくづく使いみちに困る仕様よな

**Socket774** (ｽｯﾌﾟ Sd2a-nh9o) · 2020/05/12(火) 17:03:26.42

まあ仕様なのかどうかもよくわからんがw

**Socket774** (ﾜｯﾁｮｲ fb5a-KZ5p) · 2020/05/12(火) 20:57:19.90

SMRはTrue Image等イメージバックアップの保存先に使うくらいしかないかな

**Socket774** (ｽｯﾌﾟ Sd2a-nh9o) · 2020/05/12(火) 21:15:26.19

たまに遅くなる事とraidに使えない事を許容出来るところなら

**Socket774** (ﾜｯﾁｮｲ fb73-oySJ) · 2020/05/12(火) 21:31:53.20

>raid5でデータの生存と効率両取り

ここ笑っていいとこだよね？

**Socket774** (ﾌﾞｰｲﾓ MMd6-8IFP) · 2020/05/12(火) 22:04:15.50

>>974
いうほどおかしいか？

**Socket774** (ﾜｯﾁｮｲ 83c0-xsne) · 2020/05/13(水) 02:20:49.34

これで笑えるとか雑魚にもほどがあるのは事実。

**Socket774** (ﾜｯﾁｮｲ ad73-gIXh) · 2020/05/13(水) 03:20:15.22

クソ笑えるがな

**Socket774** (ﾜｯﾁｮｲ 53bc-6Wk2) · 2020/05/13(水) 05:40:51.50

>>974
> >raid5でデータの生存と効率両取り
某スレ的に故障発生率約4倍のポイント付与もあるよね。マッチポンプ。
実際故障が起きた場合自力で完全復旧できレバという但し書き付きだしな。
自力復旧出来ず業者委託したら数十万取られたという笑えない愚痴話を
昨夏の法事で坊さんに聞かされたけど、本人的には笑えないだろうねえ

**Socket774** (ﾜｯﾁｮｲ 9d6c-gIXh) · 2020/05/13(水) 06:53:48.13

raid使えないとなるとむしろ困るのは企業だよな
個人はraidなんてなくても大して困らん

**Socket774** (ｱｰｸｾｰ Sx99-s4Da) · 2020/05/13(水) 06:58:26.80

>>974
んじゃさ、4台以上のドライブを1つにまとめて、容量を出来るだけ減らさずに冗長性とトラブル時の全損リスクヘッジを確保するにはどうすれば良い？
現在のところRAID6が最適なんかね

RAID以外の方法でもおk

**Socket774** (ｽｯｯﾌﾟ Sd2f-EUbT) · 2020/05/13(水) 07:35:13.04

データ重視ならミラーが一番

**Socket774** (ﾜｯﾁｮｲ 53bc-6Wk2) · 2020/05/13(水) 07:41:21.35

>>980
その設問、見かけRAID誘導してますねえ。単機仕様のストレージの使用は
昨夏の風水害浸水とか落雷直撃によるサージ破壊、放火等の火災被害
さらには高高度核爆発によるEMP攻撃による電磁破壊などデータ喪失の
リスクを完全にはヘッジできないでしょうね。設問への完答は無しですな。

**Socket774** (ｱｳｱｳｶｰ Sad3-s4Da) · 2020/05/13(水) 07:53:20.79

とりあえずRAID5使ってる奴を見下したかっただけ、と

**Socket774** (ﾜｯﾁｮｲ 53bc-6Wk2) · 2020/05/13(水) 08:04:00.58

>>979
尼とか楽天とか、24時間無人無休でも巨額な金銭負荷が掛かるビジネス用途では
RAID必須でしょうね。ただしシステム構成上はほんの一部でしょうけど。
あの手は鯖もキャッシュ鯖とかDDoS対策した上で二重三重あるいはそれ以上の
防護壁で守られているんでしょうし。尼の顧客情報保護がどういうシステムで
保護されているのか。想像できない。

**Socket774** (ﾜｯﾁｮｲ ad73-gIXh) · 2020/05/13(水) 08:04:46.79

RAID5を使うのはいいけど誤った認識のバカが多いだけ

**Socket774** (ﾜｯﾁｮｲ ad73-gIXh) · 2020/05/13(水) 08:07:25.43

企業が「raid5でデータの生存と効率両取り」なんてアホな発想で導入するわけもなくｗ

**Socket774** (ｽｯﾌﾟ Sdcf-Xvyf) · 2020/05/13(水) 08:21:02.46

>>986
より厳密に言えば「raid5で冗長化と効率の両取り」となるだろうけど
問題は冗長化という言葉に生存が含まれるかどうか
俺は含まれると思うけど

**Socket774** (ﾜｯﾁｮｲ f3c0-fhFn) · 2020/05/13(水) 09:35:56.81

raid否定の根拠が企業レベルの故障対策だなんてこのスレはレベルが違うな
個人レベルじゃ故障パターン全部想定してraidはバックアップじゃないｷﾘｯなんて言ってられませんわ

**Socket774** (ﾜｯﾁｮｲ 8958-+TCW) · 2020/05/13(水) 10:10:09.10

効率ってなんだよ
速度だろ

**Socket774** (ｽｯｯﾌﾟ Sd2f-EUbT) · 2020/05/13(水) 10:23:59.17

容量効率

**Socket774** (ﾜｯﾁｮｲ bf4c-XmIU) · 2020/05/13(水) 10:29:28.33

>>978
故障発生率は4倍になるけど2台以上壊れなきゃデータ喪失は起こらないだろ？
対して1台×4だと壊れたディスクに入ってたHDDは吹っ飛ぶ
故障発生率は4倍になるけどデータ喪失の確率はむしろ減るじゃん

つーかサルベージを前提にしてるけど、故障が起きたらまずバックアップをとって
それからRAIDを再構築すりゃいいだけの話じゃねーの？
それやらずにダラダラ運用継続したり焦ってリビルドしたりするから2台目が吹っ飛んで
アウトになるだけだと思うが

**Socket774** (ﾜｯﾁｮｲ 2d65-aUbQ) · 2020/05/13(水) 10:56:33.29

>>991
リビルド時にダメになることが多いなら、RAID組まずに複数箇所に世代バックアップすれば良いだけでは？w

**Socket774** (ﾜｯﾁｮｲ bf4c-XmIU) · 2020/05/13(水) 11:13:01.67

>>992
RAIDなしのバックアップだけだと最後にバックアップとってから更新したデータはアウトだろ？
RAID+バックアップなら最新のデータだろうがいきなり失うことはない

何でバックアップオンリーでRAID否定する奴ってこんな簡単なことも分からないんだろ
RAIDユーザーでバックアップを否定する奴なんて余程のバカしかいないのにな

**Socket774** (ｴﾑｿﾞﾈ FF2f-Xvyf) · 2020/05/13(水) 12:37:04.32

次スレ立ててみた
https://egg.5ch.net/test/read.cgi/jisaku/1567896896/

**Socket774** (ﾜｯﾁｮｲ 2d65-aUbQ) · 2020/05/13(水) 12:55:00.79

>>993
なんか管理者ボケでもしているのか、すべてのユーザーにとってRAIDは必要じゃ無いんだよ？
それにどのRAID構成でも障害発生時のデータ取りこぼしがないとか言い切れないんじゃ無いかなー。

**Socket774** (ﾜｯﾁｮｲ ad73-gIXh) · 2020/05/13(水) 12:57:04.24

バックアップがあってのRAIDを理解していればRAIDを否定はしないけどな
まあ冗長性って声高に叫ぶやつほど、自分しか使わないシステムだったりデータだったり、挙句の果てには使わないときは節電のためにほとんど止めています
なんてやつもいるほど、冗長性いらんじゃんそれ、オナニーRAID乙みたいなやつが多いのは事実

**Socket774** (ﾜｯﾁｮｲ ad73-gIXh) · 2020/05/13(水) 13:03:14.27

>>993
>RAIDユーザーでバックアップを否定する奴なんて余程のバカ
否定でなく、バックアップが全く頭になくRAIDで安心、RAIDが全能だと思っているバカは相当多い

**Socket774** (ﾜｯﾁｮｲ abdc-gIXh) · 2020/05/13(水) 13:06:22.14

広告まみれのアフィサイトを>>1に仕込んで次スレ立てられてるから改めて立て直そうとしたが無理だったわ誰か頼むわ

**Socket774** (ﾜｯﾁｮｲ f3c0-fhFn) · 2020/05/13(水) 13:07:50.59

一部が破損しても運用に問題なければ冗長性があると見ていいんじゃないの　データ保存がされてるなら時々しか通電してなくてもええやん

**Socket774** (ﾜｯﾁｮｲ ad73-gIXh) · 2020/05/13(水) 13:10:53.13

>最後にバックアップとってから更新したデータはアウトだろ？
冗長性いらんならミラーで問題ないやつがほとんど
なんでRAIDするのって聞かれて、「そこにRAIDがあるから」って答えなら問題ないがな

**1001** · Over 1000

このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 248日 5時間 15分 57秒

**1002** · Over 1000

5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。

───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────

会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。

▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/

▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php