☰

質問

tag-icon • tag-icon macos hard-drive disk-space osx-mountain-lion zfs
質問

空き容量に関するアドバイスゼボZFS の他の最新実装に関するアドバイスと変わりません…

質問

お願いします、何パーセンテージまたは金額次のサイズのハードディスクドライブには、どれくらいの空き容量が必要ですか?

  • 640GB
  • 2TB

考え

ZFSの最新の実装に対する標準的な答えは「96%以下」でしょう。しかし、これを（例えば）単一ディスクの640GBのデータセットに適用すると、最もよく使用されるファイル（VirtualBoxによって）の一部がそれぞれ15GB以上すると、それらのファイルのブロックは最適に分散されていない皿の上で約26 GB無料。

ほとんどの場合、ZFS では断片化とデフラグメンテーションは問題にならないと読みました。それでも、大きな .vdi のほとんどの断片が互いに適度に近接しているというイメージは気に入っています。(ZFS の機能により、近接性を求めることは時代遅れになってしまったのでしょうか?)

補足: パフォーマンスを最適化する方法 (比較的空き容量の少ないデータセット内の巨大なファイルの場合) という疑問が生じる可能性があります。後閾値が「破られる」。それが発生した場合、私はそれを分離しておきます。

背景

640 GBのStoreJet Transcend（製品ID 0x2329）では、おそらく推奨しきい値を超えてしまいました。現在、最大のファイルは約17 GBです。 

ここに画像の説明を入力してください

– そして、このディスク上の.vdiファイルやその他のファイルが40GBを超えることはないと思います。（紫色の塊は無視してください。それらは8MBの束です。バンドファイル。

HFS Plusがない場合:20人ただし、Mobile Time Machine ファイル システムに関連付ける 10 ～ 5 パーセントは適用する必要はありません。

現在、Mountain Lion、OS X 10.8.2 で ZEVO Community Edition 1.1.1 を使用していますが、回答はバージョンにあまり依存しないものを希望します。

参考文献、年代順

ZFS ブロック割り当て (Jeff Bonwick のブログ)(2006-11-04)

宇宙地図 (ジェフ・ボンウィックのブログ)(2007-09-13)

取引所のパフォーマンスが 2 倍になる (奇妙ですね! あなたは奇妙だと思いますか?)(2010-03-11)

… そこで、この問題を解決するために、2010/Q1 ソフトウェア リリースではさまざまな変更が行われました。最も重要なのは、「ファースト フィット」(高速) から「ベスト フィット」(タイトにパック) に切り替えるしきい値を 70% 使用から 96% 使用に引き上げたことです。TB ドライブでは、各スラブは少なくとも 5GB あり、4% でも 200MB の十分なスペースがあり、その前に何か大胆なことをする必要はありません。これが最大の効果をもたらしました。2 番目に、割り当てに失敗するまで同じプライマリ スラブを再利用しようとするのではなく、スラブで満たすことができる最大の割り当てが 128K ( metaslab_df_alloc_threshold) まで減ったらすぐに、プライマリ スラブにこの優先的な脅威を与えるのをやめることにしました。その時点で、空き領域が多い別のスラブに切り替える準備ができていました。また、SMO ボーナスを減らすことも決定しました。以前は、50% 空のスラブが、一度も使用されたことのないスラブよりも優先されていました。書き込み集約をさらに促進するために、しきい値を 33% の空きに下げました。これは、ランダム書き込みワークロードがより多くのスラブに分散され、各スラブの空き領域が大きくなり、書き込み集約がさらに進むことを意味します。最後に、スラブのロードがパフォーマンスの低下の一因になっていることも確認したため、その操作に関連するダウンタイムを削減するためにスラブ プリフェッチ メカニズムを実装しました。

これらすべての変更を組み合わせることで、OLTP が 50% 向上し、実行ごとの変動が 70% 減少しました。

Sun Storage 7000 2010.Q1 における OLTP の改善 (パフォーマンス プロファイル)(2010-03-11)

Alasdair on Everything » ZFSが動作する本当に空きディスク使用量が80%を超えると遅くなります (2010-07-18) 解説には以下が含まれます:

… OpenSolaris は onnv リビジョン 11146 でこれを変更しました…

[CFT] ZFSメタスラブコードの改善（書き込み速度の向上）(2010-08-22)

答え1

80% 満杯 (20% 空き)

http://www.ustream.tv/recorded/25859777タイムラインの33:00あたりで聞こえるのは、エリック・スプロールのケース:

Delphix製品はユーザーにとって80%でした。つまり、作業負荷によって大きく異なりますが、間違いなく…4%だと思います。過激いかなる…についても

 

… そしてパフォーマンスは悪くなるでしょう。

- のように聞こえるマット・アーレンズ（司会）2012年イルモスZFSデー。

さらに、2年前に私が最近再発見したもの:

下#8 十分な空きスペースを残す:

… 経験則として、プールが容量の約 80% を超えていっぱいにならないようにしてください。その点に達したら、ZFS が順次書き込み順序で選択できる十分な空きブロックを確保できるように、ディスクを追加する必要があります。

答え2

約85%が満杯（15%が空いている）

http://www.ustream.tv/recorded/25859777タイムラインの32:20あたり:

… 空き容量が 4 パーセント？ … それは… 少しギリギリのようです。容量の拡大や、その圧力を軽減するための対策を検討する前に、約 85 パーセントの使用率を目指します… 私たちはかなり保守的です…

そして33:20頃、80パーセントの解説:

そうだね、もしあなたがこれシステムが 96% 使用されていた場合、何をするにしても完了する前にスペースが不足する可能性があります。スペースが蓄積され、そのスナップショットが存在すると、通常のアクティビティからプールに戻されるはずだったデータが保持されるからです。

 

… そしてパフォーマンスは悪くなります。ZFS はスラブ アロケータ上で動作するため、容量がいっぱいになると、さまざまなサイズのものを収める場所を探すのに余分な時間が必要になり、速度が非常に遅くなります。

–エリック・スプロール2012年のイルモスにてZFSデー。

関連情報