「Sun が 48台の HDDを搭載可能な Opteron サーバを発表」記事へのコメント

保守担当者泣かせの予感

[Canadian (31348)]

お金を出す側のユーザとしては素敵な機械なんだろうけど、保守担当者泣かせの予感がします。
理由を以下列挙します。

• 最終的な外部とのインターフェースは GbE を使ってやりとりするようなので、データのバックアップをしようとするだけで 24TBytes/1Gbps = 196608 秒かかる。(2日じゃ終わらない?)
  実際はポートトランキングして複数の機械で同時にバックアップするにしても、この容量をどうやってバックアップするかについてはかなり悩みそうです。
• ラックにマウントした状態での HDD の交換は面倒そう。
  手前に引き出せる構造ならケースがたわむので、一人では HDD 交換ができない(本体を支える誰かが必要)だろうし、手前に引き出せる構造でなければ上部に大きなスペースが必要だから。
• HDD の熱で HDD の寿命が短くなりそう。

文句を書いていますが、本当はとっても使ってみたいです。できれば管理者にはなりたくないですが。

Re:保守担当者泣かせの予感

[suntear (11933)]

玉が一、二発死んだだけではなにもしなくても良いというのが ZFS のメリットでは。従来のファイルシステムのようにヴォリューム単位の管理ではなく、malloc() と同じように、離散した使用可能領域から冗長させつつ、都度、動的に領域を確保するんですよね。

Re:保守担当者泣かせの予感

[harupunte (10435)]

>玉が一、二発
なんでこの（どの？）業界の人は、HDDの事を玉って
言うんだろう。どっかの共通言語？

玉がHDDひとつで、発がRAID単位？

Re:保守担当者泣かせの予感

[blackbird (4778)]

ストレージ業界ではそのように言われる方が多いですよね。 玉はHDD、発は個数かと思います。 ぜひこのストレージを使ったSAM-FS/QFSによるアーカイブシステムを提案、構築してみたいところです。

Re:保守担当者泣かせの予感

[ghost-q (18023)]

SAM-QFSやってらっしゃるんですね！

自分も結構携わってるんですが、ZFSの領域をディスクアーカイブとして使うと面白いですよね。Copyの数を増やせば筐体自身を冗長化できるのでCPUの故障などにも対応可能ですし、ZFSだとデータの整合性を見てくれるのがポイント高いです。