アカウント名:
パスワード:
壊れない方向への研究開発もお願いしますよ# 一番壊れて欲しくないはずのデバイスなのに一番に壊れるんだよな
40TB飛んだらジゴク・・・
RAIDにsnapshotに定期バックアップ(どこに?)その他でさらにDiskがバンバン売れそう。
Disk屋さんに話を聞いた時は、クライアント側で十分に重複データを整理しないと必要容量が青天井になって結局管理しきれなくなって空調電力含めて無駄なリソースが無限に増えると嘆いてたっけ。
古いsnapshotは消去しましょうよ。やっぱ切り札は重複排除かね。
最近のスナップショットは、だいたい重複排除じゃないけどCoWだから、重複部分は要領喰わないと思うんだけど。ZFS, LVM, Rsync, etc
# ZFSの重複排除?そんな物は無かった。いいね?そんな物は無かった。
夢の跡tank 3.62T 447G 3.19T - 10% 12% 1.01x ONLINE -
容量が増えれば、大規模な設備ほど本体やストレージの設置スペースが小さくなって良いのでしょうが。でもバックアップデバイス(テープだとした場合)の設置スペースは拡大しそうですね。すでに、バックアップ先はHDDというのが常套なのかもしれませんが。HDDtoHDDとしても、40TBのバックアップにどれだけ時間がかかるんだか。並列で処理すればコントローラ負荷もそれなりに高そうだし。多重ミラーしかデーター損失リスクを回避する方法なくなってしまうんじゃない?
※そこまでのビッグデータは自分には縁のない世界だけどAC
飛ばなくても、普通にバックアップ取るのも大変だよ…
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
目玉の数さえ十分あれば、どんなバグも深刻ではない -- Eric Raymond
研究開発の方向 (スコア:0)
壊れない方向への研究開発もお願いしますよ
# 一番壊れて欲しくないはずのデバイスなのに一番に壊れるんだよな
Re:研究開発の方向 (スコア:1)
40TB飛んだらジゴク・・・
RAIDにsnapshotに定期バックアップ(どこに?)その他でさらにDiskがバンバン売れそう。
Disk屋さんに話を聞いた時は、クライアント側で十分に重複データを整理しないと必要容量が青天井になって結局管理しきれなくなって空調電力含めて無駄なリソースが無限に増えると嘆いてたっけ。
Re: (スコア:0)
古いsnapshotは消去しましょうよ。
やっぱ切り札は重複排除かね。
Re: (スコア:0)
最近のスナップショットは、だいたい重複排除じゃないけどCoWだから、重複部分は要領喰わないと思うんだけど。
ZFS, LVM, Rsync, etc
# ZFSの重複排除?そんな物は無かった。いいね?そんな物は無かった。
Re: (スコア:0)
# ZFSの重複排除?そんな物は無かった。いいね?そんな物は無かった。
夢の跡
tank 3.62T 447G 3.19T - 10% 12% 1.01x ONLINE -
Re: (スコア:0)
容量が増えれば、大規模な設備ほど本体やストレージの設置スペースが小さくなって良いのでしょうが。
でもバックアップデバイス(テープだとした場合)の設置スペースは拡大しそうですね。
すでに、バックアップ先はHDDというのが常套なのかもしれませんが。
HDDtoHDDとしても、40TBのバックアップにどれだけ時間がかかるんだか。
並列で処理すればコントローラ負荷もそれなりに高そうだし。
多重ミラーしかデーター損失リスクを回避する方法なくなってしまうんじゃない?
※そこまでのビッグデータは自分には縁のない世界だけどAC
Re: (スコア:0)
飛ばなくても、普通にバックアップ取るのも大変だよ…