アカウント名:
パスワード:
SATAbeast [nclc.co.jp]とよく似た構造ですね。
あちらについては、バックプレーンが風の流れを邪魔しないので実は結構よく冷えるとディーラーのおじさんが自慢しているところを見たことがあるような気がしないでもないです。
バックアップは……取らないんじゃないでしょうか。 むしろこの箱がバックアップデバイス、みたいな。 または、同じ箱をもうひとつ並べて何か頑張って同期させる、ぐらいな。 だってSATAディスクですよ?
テープで取るとすると、#979256 [srad.jp]のように、バックアップ装置を用意するだけでさらにン百万すっ飛んでしまうわけで。 スケジュールやら世代管理やら考えると、導入する前から頭がたくなること請け合いですね。
従来であれば、このレベルのストレージを扱うのであればSANの導入が検討されてきたと思うんですが、あえてDASで出してきたと言うことは、それだけローエンドのディスク必要量が増えてきたと見るべきか、それとも実はSANがそれほど使えないという話なのか? ちょっと背景を聞いてみたい気がしますね
# 運用に責任取らなくていいなら私も使ってみたい;-) AC
In ZFS, space is shared dynamically between multiple file systems from a single storage pool, and is parceled out from the pool as file systems request it.
flexibility, availability, and performance.
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
目玉の数さえ十分あれば、どんなバグも深刻ではない -- Eric Raymond
保守担当者泣かせの予感 (スコア:3, すばらしい洞察)
理由を以下列挙します。
実際はポートトランキングして複数の機械で同時にバックアップするにしても、この容量をどうやってバックアップするかについてはかなり悩みそうです。
手前に引き出せる構造ならケースがたわむので、一人では HDD 交換ができない(本体を支える誰かが必要)だろうし、手前に引き出せる構造でなければ上部に大きなスペースが必要だから。
Re:保守担当者泣かせの予感 (スコア:2, すばらしい洞察)
それでも(320MB/sなり4Gbps程度なので)結構な時間かかるとは思いますけどね。
Re:保守担当者泣かせの予感 (スコア:2, すばらしい洞察)
すでに担当者が泣かされるのは決まっているような…。
Re:保守担当者泣かせの予感 (スコア:2, すばらしい洞察)
ストレージの使用率100%のまま運用するわけでもないですから、
24TB全部をバックアップすることっておそらくないんじゃないでしょうか。
まぁ半分の12TBだとしても半泣きものですが。
人生は七転び八起き、一日は早寝早起き
Re:保守担当者泣かせの予感 (スコア:1)
なぜ 2重パリティな RAID6 [impress.co.jp] サポートくらい入れておかなかったのかは不思議.
Re:保守担当者泣かせの予感 (スコア:1)
RAID-ZではRAID6はサポートしてなかったはずです。
リンク先のRAID6の話は外付けのストレージ装置の話だと思いますよ。
容量と価格を優先してATAディスク載せてるような装置向けでは無いと思います。
--tahl--
Re:保守担当者泣かせの予感 (スコア:1, 参考になる)
Re:保守担当者泣かせの予感 (スコア:0)
できる容量が全体計の1/2以下の容量の時は笑って5本x3+
hot spare3本に変更して2/3にしたけど‥
#上司が68GBx18本分使えるのでしょとか喚くし(笑)
まぁ、ATAのちょいマシのレベルの奴はそこそこもつので
5本x8+hot spare8本レベルなら年1でまとめてhot spare
を2-3本替えればいいレベルでは?どうせ、3-4年もすれば
お払い箱でしょうし‥16GBも使えれば十分でしょう。
Re:保守担当者泣かせの予感 (スコア:0)
DDS-4(同40GB)だと…600本。
Re:保守担当者泣かせの予感 (スコア:2, おもしろおかしい)
SATAbeast? (スコア:1)
SATAbeast [nclc.co.jp]とよく似た構造ですね。
あちらについては、バックプレーンが風の流れを邪魔しないので実は結構よく冷えるとディーラーのおじさんが自慢しているところを見たことがあるような気がしないでもないです。
バックアップは……取らないんじゃないでしょうか。 むしろこの箱がバックアップデバイス、みたいな。 または、同じ箱をもうひとつ並べて何か頑張って同期させる、ぐらいな。 だってSATAディスクですよ?
Re:SATAbeast? (スコア:0)
テープで取るとすると、#979256 [srad.jp]のように、バックアップ装置を用意するだけでさらにン百万すっ飛んでしまうわけで。
スケジュールやら世代管理やら考えると、導入する前から頭がたくなること請け合いですね。
従来であれば、このレベルのストレージを扱うのであればSANの導入が検討されてきたと思うんですが、あえてDASで出してきたと言うことは、それだけローエンドのディスク必要量が増えてきたと見るべきか、それとも実はSANがそれほど使えないという話なのか? ちょっと背景を聞いてみたい気がしますね
# 運用に責任取らなくていいなら私も使ってみたい;-) AC
Re:保守担当者泣かせの予感 (スコア:1)
Re:保守担当者泣かせの予感 (スコア:1)
ZFS [sun.com]のページに書いてある を参考にしたんじゃないかと想像しますが, これはボリューム管理の柔軟性について述べているのであって RAID みたいな冗長化構成を内部で構成しているとは 特に書かれていません.実現されることは です.
エラーがなく,ファイルシステムが一杯になっていないという条件で, ボリュームマネージャみたいに 一部のディスクを動的に切り離したり追加したりする機構を file system レベルで持っている,ということだと思うのですが.
Re:保守担当者泣かせの予感 (スコア:1)
なんでこの(どの?)業界の人は、HDDの事を玉って
言うんだろう。どっかの共通言語?
玉がHDDひとつで、発がRAID単位?
Re:保守担当者泣かせの予感 (スコア:1)
Re:保守担当者泣かせの予感 (スコア:1)
自分も結構携わってるんですが、ZFSの領域をディスクアーカイブとして使うと面白いですよね。Copyの数を増やせば筐体自身を冗長化できるのでCPUの故障などにも対応可能ですし、ZFSだとデータの整合性を見てくれるのがポイント高いです。
Re:保守担当者泣かせの予感 (スコア:0)