重複排除と圧縮がサポートされました。いった感もありますが、フラッシュデバイスの価格の下落具合を鑑みるとそれなりに適切なタイミングだったのではないかと思います。クラスタ全体に対して適用されます。重複排除のみ有効、あるいは、圧縮のみ有効、といった設定はできません。クラスタに適用されるため、仮想マシン単位、あるいは、仮想ディスク単位に適用、非適用を指定することはできません。後から変更する場合、全てのディスクをローリングにて再フォーマットします。仮想マシンのダウンタイムは発生しないモノの、これにはかなり長時間を要します。ティアに対して行われます。ティアでは重複排除、圧縮を行いません。ティアで重複排除、圧縮を行えば、見せかけのキャッシュの容量を増やすことが出来ます。ティアでは重複排除、圧縮を行っていません。そのための計算リソースがより多く要求されてしまうことも懸念されます。重複排除の範囲は、ディスクグループに閉じます。ディスクグループを跨いで、あるいは、ホストを跨いで重複排除が行われることはありません。テーブルの構造・大きさやその探索が性能に大きく影響します。テーブルの肥大化を抑えています。効率は落ちることになります。テーブルの処理を分散することになるのであまり問題になりません。この辺は各種製品のトレードオフに関する方針に依存するので、比較してみるのも面白いと思います。固定長に対して行われます。重複排除、圧縮の順番となります。用の命令があるため、非常に効率的にハッシュ値を求めることが出来、性能への影響を抑えることが出来ます。ティアに書き込みます。これは読み出しの際の解凍処理のデメリットが、圧縮による容量のメリットを上回ってしまうためです。オーバーヘッド容量に関するメリットの大きい重複排除と圧縮ですが、当然オーバーヘッドも存在します。リソースのオーバーヘッドがあります。次に、重複排除と圧縮のためのメタデータ容量のオーバーヘッドがあります。マップ、トランスレーションなどがあります。程度が目安となります。みデータは重複排除、圧縮の効果があまり期待できません。用いた場合も同様です。メディアの書き込みの多いワークロードも重複排除、圧縮は向いていません。性能に直接影響を及ぼしてしまいます。重複排除、圧縮の効果が高いユースケーステンプレートからの仮想マシン作成や、パッチ適用レベルの統一がなされている環境。環境では最も効果が期待できると思われます。低下すると影響が大きいワークロードでは注意が必要になります。本番環境投入前に十分に検証を行い、性能への影響と容量削減効果を判断すべきです。制御できたらなぁ、とも思います。ワイドの設定であるのも分からなくもないですね。)この記事へのコメントはありません。この記事へのトラックバックはありません。URL返信をキャンセルする。TOPTranslate。