ZFSでシンプロビジョニングを使用する場合、物理ディスク領域が不足しないようにするにはどうすればよいですか？
これが根本的な質問のように思われる場合はご容赦ください。しかし、Googleで具体的なものを見つけることができず、私はシステム管理者ではありません。
私たちは、8ディスクRAID Z3構成（8 x 1.36 SANドライブ）でNexentaStorを使用してオフィスにTBをセットアップし、すべてを構成中です。
現在、総ディスク容量の観点から、SANには約10.8 TBの「実」ストレージがあり、すべて単一のzpool/zvolに割り当てられています。私は、将来の成長を考慮して、（議論のために）100 TBのスペースでzvolをシンプロビジョニングすることを検討していました。
理論的には十分に単純に思えます。実際のディスク容量が不足しそうになると、新しいドライブをいくつか追加するだけで「正常に機能」します。ファイルシステムのサイズ変更やダウンタイムについて心配する必要はありません。
ただし、容量を追加する必要がある場合、数時間ごとにSANにログインし、空き領域が残っていることを確認する以外に、どのようにして知っているのでしょうか。 ？
たとえば、これは通常、cronジョブを設定することで処理されますか、それともNexentaStor（またはZFS自体）が容量に近づいたときに警告を表示しますか、それとも容量を「知る」必要があると予想されますか？いつでも立ち去り、自分で追跡する必要がありますか？
それが役立つ場合は、10.8 TB zvolが仮想サーバーとテスト仮想マシン（シンプロビジョニングされている）のバッキングストレージ（iSCSI経由）として使用されるため、私が見ている問題の一部はVMを絶えず作成/スナップショット/復元している場合（さまざまなマシン構成やソフトウェア環境をテストするときに多くのことを行います）、ディスク領域が不足しやすい可能性があります。
Nexenta側には、デフォルトで1時間ごとに実行するように設定されたvolume-checkスクリプトがあります。そうなる：Check volume health and capacity, clear correctable device errors, validate mountpoints.
また、毎週の概要レポートを電子メールで送信します。
ただし、リストに示した目的でNexentaストレージソリューションを計画する際に考慮すべき点がいくつかあります。
- 柔軟性のために、複数のプールを用意することを検討することをお勧めします。単一のプールは機能しますが、データを移動したり、ローカルストレージに2つ目のプールを選択したりする必要がある場合があります。
- ZFS zvolは、その場で拡張/縮小できます。たとえば、シンプロビジョニングされたzvolに20TBを割り当てる場合、30TBまたは100TBに非常に簡単に変更できます。現在100TBがない場合は、将来のために100TBをオーバープロビジョニングする必要はありません。
- シンプロビジョニングされたzvolの場合、スペースが使用されると、スペースを再利用することはできません。 10TBプールで2TBzvolをシンプロビジョニングし、zvolをいっぱいにしてから、そのzvol上のVMを削除した場合でも、プールには8TBの空き容量しか表示されません。その2TBは残ります。
- ZFS圧縮または重複排除、あるいはその両方を使用しますか？オーバープロビジョニングが理にかなっている状況の1つは、インライン圧縮と高圧縮性のデータを使用している場合です。重複除外されたデータについても同じです。私の場合、使用するデータセットは60％〜80％の圧縮なので、実際に使用しているストレージの容量よりも大きいzvolを提示しています。
- ミラーとraidz1/2/3を使用すると、基盤となるストレージを簡単に拡張できます。ミラー化されたディスクペアをzpoolに追加できますが、別のvdev（raidz（x）ディスクのグループ）を追加しない限り、raidz1/2/3を拡張できません。また、内部のデータを再調整して、ディスク全体に再分散することもできます。
- どの仮想化テクノロジーを使用しますか？ VMWareの場合は、シンプロビジョニングできます。 80％近くの使用率でデータストアの警告が表示されると思います。 VMwareは、スナップショットサイズが大きくなるという危険な状況にある場合にも文句を言います。
- 多くのVMテストを実行している場合、またはサイズが変動するVMがある場合は、比較的静的なVMにはiSCSIとzvolを使用し、テストVMにはNFSを使用することをお勧めします（それがお好みの仮想化ソリューションのオプション）。NFSを使用すると、zpoolの利用可能なフルサイズが表示され、心配する必要のあるサイズの上限がないため、ストレージスペースをより効率的に使用できます。
要するに...私は将来の成長を説明するために過剰にプロビジョニングすることはありません。それは必要はありません。 Nexentaには、スペース使用率を警告するための1時間ごとのチェックがあります。また、圧縮を使用するかどうかも検討してください（重複排除にはもう少し計画が必要です）。物事をテストし、VMフットプリントが実稼働に入る前にどのように見えるかを確認します。後で変更することはより困難になります。
Nagiosのような監視システムが導入されている場合は、zpool listの出力を評価し、快適ゾーン内のしきい値と照合するチェックを簡単に作成できます。
監視システムがない場合は、この機会を利用してインストールする必要があります-a SANは、最終的には監視を必要としない重要なインフラストラクチャ機器です。ディスクの欠陥、スペース不足の状態、ハードウェア障害、または接続の問題によるダウンタイムまたはデータ損失。
ちなみに、RAID-Zを使用する場合、RAID-Zのいずれにも簡単に「ドライブを追加」することはできません。