アカウント名:
パスワード:
壊れない方向への研究開発もお願いしますよ# 一番壊れて欲しくないはずのデバイスなのに一番に壊れるんだよな
40TB飛んだらジゴク・・・
RAIDにsnapshotに定期バックアップ(どこに?)その他でさらにDiskがバンバン売れそう。
Disk屋さんに話を聞いた時は、クライアント側で十分に重複データを整理しないと必要容量が青天井になって結局管理しきれなくなって空調電力含めて無駄なリソースが無限に増えると嘆いてたっけ。
容量が増えれば、大規模な設備ほど本体やストレージの設置スペースが小さくなって良いのでしょうが。でもバックアップデバイス(テープだとした場合)の設置スペースは拡大しそうですね。すでに、バックアップ先はHDDというのが常套なのかもしれませんが。HDDtoHDDとしても、40TBのバックアップにどれだけ時間がかかるんだか。並列で処理すればコントローラ負荷もそれなりに高そうだし。多重ミラーしかデーター損失リスクを回避する方法なくなってしまうんじゃない?
※そこまでのビッグデータは自分には縁のない世界だけどAC
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
犯人はmoriwaka -- Anonymous Coward
研究開発の方向 (スコア:0)
壊れない方向への研究開発もお願いしますよ
# 一番壊れて欲しくないはずのデバイスなのに一番に壊れるんだよな
Re: (スコア:1)
40TB飛んだらジゴク・・・
RAIDにsnapshotに定期バックアップ(どこに?)その他でさらにDiskがバンバン売れそう。
Disk屋さんに話を聞いた時は、クライアント側で十分に重複データを整理しないと必要容量が青天井になって結局管理しきれなくなって空調電力含めて無駄なリソースが無限に増えると嘆いてたっけ。
Re:研究開発の方向 (スコア:0)
容量が増えれば、大規模な設備ほど本体やストレージの設置スペースが小さくなって良いのでしょうが。
でもバックアップデバイス(テープだとした場合)の設置スペースは拡大しそうですね。
すでに、バックアップ先はHDDというのが常套なのかもしれませんが。
HDDtoHDDとしても、40TBのバックアップにどれだけ時間がかかるんだか。
並列で処理すればコントローラ負荷もそれなりに高そうだし。
多重ミラーしかデーター損失リスクを回避する方法なくなってしまうんじゃない?
※そこまでのビッグデータは自分には縁のない世界だけどAC