温度に基づくストレージ効率化はSnapMirrorにどのような影響を与えますか？
環境
- SnapMirror
- 温度識別型Storage Efficiency（TSSE）
回答
- 温度に基づくStorage Efficiencyは、データの「温度」 またはデータが使用される頻度に基づいてデータを圧縮する方法です。
- 「コールド」データ（あまり使用されないデータ）は、より高い圧縮率で再圧縮されるため、ストレージ効率が向上します。
追加情報
ONTAPのデフォルト設定
- TSSEは 、ONTAP 9 ONTAP 9 .9.1を実行しているAFFプラットフォームの新規ボリュームで有効になります。
- ONTAP 9 .10.1以降では、AFFプラットフォームの新規ボリュームに対するTSSEのデフォルト設定が廃止され、ボリューム作成時に明示的に有効にする必要がある
- ONTAP 9 10.1以降では、ボリュームの
storage-efficiency-modeがに設定されている場合にTSSEが有効になります。efficient - TSSEは、ONTAP 9 10.1以降を実行しているAFFプラットフォームの既存のボリュームで使用できます。
SnapMirrorインタラクション
- TSSE 設定はSnapMirrorデスティネーションボリュームに継承され、SnapMirror関係では、一部の例外を除き、ソースボリュームの重複排除と圧縮による削減効果が維持されます（次の セクションを参照）。
- ONTAPのリリースおよびプラットフォームでサポートされている場合、SnapMirrorデスティネーションボリュームでTSSEを有効にするための手順は必要ありません。
- TSSEボリュームを ONTAP 9 .6以前のデスティネーションにレプリケートすると、SnapMirrorが 「
Invalid data operation(Replication engine error)またはFailed to start transfer. (Operation not supported)で失敗することがあります。 詳細と修正されたリリースについては、バグ1384963を参照してください。この問題は、ONTAP 9 .7以降のデスティネーションでは実行されません。 - TSSE ボリュームから ONTAP 9 .7以前のデスティネーションにレプリケートすると、 ネットワーク経由での圧縮による削減効果が失われます。SnapMirror は引き続き重複排除による削減効果を維持
- TSSEは 、ONTAP 9 10.1までFabricPoolと互換性がありません。TSSE SnapMirrorソースボリュームから ONTAP 9 10.1より前のリリースを実行しているFabricPool SnapMirrorデスティネーションにレプリケートする場合、圧縮されたブロックはFabricPoolで階層化される前にデスティネーションで解凍されます。
SnapMirrorのデスティネーションでの圧縮による削減量
- TSSEでは 、SnapMirorデスティネーションに圧縮されたデータを正常に書き込むために連続したブロック番号が必要
- 連続するブロック番号を使用できない場合は、圧縮されていないSnapMirrorデスティネーションボリュームにデータが書き込まれるか、圧縮による削減効果が低下する可能性があります。
- これが発生する一般的なシナリオは次のとおりです。
- デスティネーションアグリゲートのスペースが少なくなっています。デスティネーションアグリゲートに十分な空きスペースを確保しておくと、TSSEで圧縮による削減効果が失われないようにすることができる
- デスティネーションアグリゲートが古い（アグリゲート内のアグリゲートとボリュームが長期間存在している）ため、連続する ブロック番号が少なくなる
注：
現在の環境が上記のシナリオを満たしていなくても、SnapMirrorデスティネーションボリュームがソースボリュームの圧縮による削減量の100%を維持できる保証はなく、実際の状況に基づいて自動的に処理します。