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