NetAppの使用可能な容量の魔法
NetAppファイラーの集計で使用可能な容量を計算する方法の正確な計算を知りたいのですが。経験から、私はすべてのアグリゲートのRGの正味RG容量の0.65〜0.7倍のマジックファクターを使用してきました。
簡単な例として、3つのシェルフとそれぞれ24の1TBスピンドルと3つのスペアがRGサイズ15の集合体を形成します。つまり、3つのRG、1つのプレックス、合計45 TB容量。使用可能な容量RGからの値は（（15-2）* 3）= 39TBです。このアグリゲートにはボリュームがなく、アグリゲートスナップリザーブは5％です。
システムは、その集計で27TBの使用可能容量を報告します。これは、魔法の要素のほぼ39TBです。誰かがいくつかの洞察を提供できますか？
NOWアカウントをお持ちの場合は、 この記事 が質問への回答に役立ちます。一般に、ディスクの物理容量から始めて、パリティに失われたスペースを差し引きます（シングルパリティとデュアルパリティのどちらを使用しているか、およびRAIDグループのサイズによって異なります）。システムオーバーヘッドに10％、デフォルトのスナップショット予約。スナップショットの予約を調整できますが、残りのオーバーヘッドは固定されています。
パリティについて：シングルパリティを使用すると、RAIDグループごとに1ディスク相当のスペースが失われます（デュアルパリティ用に2ディスク相当のスペースが失われます）。
違いを説明するいくつかのものが欠けています：
- さまざまなハードウェアメーカー、ファームウェアなどによって提示されるさまざまなスペースの量に合わせて調整するための適切なサイズ設定...
- SI単位（GB = 10 ^ 9）とバイナリ単位（GB = 2 ^ 30）の違い
- チェックサムストレージをブロックする
全体は このブログ投稿 によってかなり徹底的に説明されています。
ファイラーで「sysconfig-r」を実行すると、ディスクの物理サイズと「適切なサイズ」を比較できます。それを数式に入れて、バイナリ単位を考慮に入れるとうまくいきます。 ONTAPのストレージ管理ガイドから、さまざまなディスクの「適切なサイズ」を取得することもできます。