zfsでシンプロビジョニングの夢は見れるのか？

たまには、うちみたいな業者じゃないと分からない様なネタをだしてみます。

下記は、とあるものうち、無作為にざっくりと抜粋したものです。

シンプロビジョニングとは、こういうものです。リンク先でお茶を濁します（笑）

• http://itpro.nikkeibp.co.jp/article/COLUMN/20080919/315108/

要するに、ホストへ見せかけだけ大きなディスクだと設定しておき、実際には利用してる量のみしか実ディスクを使っていないという技です。この方法だと、本当に足りなくなってから増設すればいいとかそう言う話しになるのだけれども、実際問題みんなが同時に突然100％つかったらどうするね？ 問題とか、そう言う琴もあって恐ろしさがあります。

そしてこれは、iSCSIのターゲット（ディスク）側の出力です。

イニシエータ（ホスト）側に見せているボリュームサイズ（VOLSIZE）に比べて、実利用量（USED）とはこんな物です。

個々はユニークなディスクで、中にはOpenSolarisのコンテナとユーザエリアがあります。仮の名前を付けるのも面倒だったので、無作為に抽出したものを作成日毎に並べてみました。

実際のボリューム作成方法の例は、

zfs create -s -V 32GB -o shareiscsi=on pool名

と言う感じ。

またホスト側は、切り出されたディスクをiSCSI経由でマウントして「ZFS」で利用しるので、当然一番気になるのは「Copy On Write」の部分だと思います。

Copy On Writeでは、利用している部分が徐々に変わっていくため、実際にシンプロビジョニングしても、使っているウチにすぐに一周してしまったりして、MAXまで利用してしまうのではないかと考えておりました。だから実際にはシンプロビジョニングはあまり効果は無いのかなと思っていたのですが、こうやって1年弱経って見てみると、思ったよりも利用率は少ないようで、Internetサーバはこんな物なのかなぁと思います。

ということで、業者らしい、たまには役に立つ情報を :)

このBlogの顧客層からは、全然お客さんがないようで（汗）むしろ社内でプライベートクラウド作ってみるような層の方が多いのかしら。

たまにはお客さんになってくださいな（笑）