メインコンテンツまでスキップ

NetApp_Insight_2020.png 

SnapMirror Storage Efficiency の設定と動作

Views:
125
Visibility:
Public
Votes:
0
Category:
snapmirror
Specialty:
dp
Last Updated:

に適用されます

  • ONTAP 9
  • SnapMirror
  • SnapVault

回答

SnapMirror の種類— XDP 関係により、ソースボリュームとデスティネーションボリューム間でストレージ効率を独立させることができます。これにより柔軟性が向上しますが、ストレージ効率設定の組み合わせによっては、転送中に節約できない場合があります。

この KB は、 SnapMirror タイプの XDP 関係に固有です。SnapMirror のタイプ DP 関係では、ソース側のストレージ効率を設計ごとに維持できますが、デスティネーションボリューム上に独立したストレージ効率構成を設定することはできません。

キー

  • D :重複排除(インラインまたはバックグラウンド / ポストプロセス)
  • CA :アダプティブ圧縮(インラインまたはポストプロセス)
  • CS :セカンダリ圧縮(インラインまたはポストプロセス)
  • 「 Logical Transfer with Storage Efficiency ( LRSE )」:ソース側のすべてのストレージ効率化が SnapMirror によって維持されます。
  • 「 Logical Transfer ( LRE; 論理転送)」:送信元側のストレージ効率の節約はすべて転送中に失われますが、宛先で再利用できます。
ソース デスティネーション 結果
ストレージの効率性がないか ストレージの効率性を高めることはできません Storage Efficiency による論理転送( LRSE )
D 、 CA 、または CS ストレージの効率性を高めることはできません Storage Efficiency による論理転送( LRSE )
D 、 CA 、または CS D 、 CA 、または CS Logical Transfer ( LRE; 論理転送)
ストレージの効率性を自由に組み合わせて使用できます CA や CS を含むあらゆるストレージ効率 Logical Transfer ( LRE; 論理転送)
  • SnapMirror デスティネーションで追加の圧縮形式を使用すると、非ストレージ効率の LRE 転送が行われます。
データの圧縮
  • SnapMirror で LRSE または LRE が使用されている場合、データの圧縮は影響を受けません。
ソース デスティネーション 結果
データの圧縮が有効になりました データの圧縮は不要 データ圧縮による削減はソースのみで可能です
データの圧縮は不要 データの圧縮が有効になりました デスティネーションのみでのデータ圧縮による節約
データの圧縮が有効になりました データの圧縮が有効になりました 両方のボリュームでデータ圧縮を行うことで節約できます *

* SnapMirror デスティネーションは、ソースから送信された圧縮されたサブ 4K チャンクを再パックします。これにより、ソースボリュームとデスティネーションボリュームの間で、データ圧縮の削減が異なる(ただし同様の)可能性があります。

拡張された圧縮データ
  • 圧縮された拡張データは、 AFF プラットフォームまたは最新の FAS プラットフォーム、 ONTAP 9.5 以降、アダプティブ圧縮とアプリケーション IO サイズ 8K 、データコンパクションを組み合わせたものです。
  • ソースボリュームが拡張圧縮データを使用する場合、デスティネーションの Storage Efficiency 設定に関係なく、 SnapMirror で Storage Efficiency Savings ( LRSE )を維持するには、デスティネーションで ONTAP 9.5 以降を実行する必要があります。デスティネーションが ONTAP 9.4 以前を実行している場合は、 lre が使用されます。詳細については、バグ 1277896 を参照してください。
  • 拡張圧縮データには適応圧縮が含まれているため、 SnapMirror デスティネーションボリュームで有効にすると LRE 転送が行われます。
AFF-A400 とハードウェアオフロードのストレージ効率化です
  • ONTAP 9.7 を実行する AFF-A400 プラットフォームでは、ハードウェアオフロードのストレージ効率化という新しい圧縮アルゴリズム lrzw1a が使用されます。
  • lrzw1a 圧縮アルゴリズムが ONTAP 9.6 以前と互換性がありません。
  • AFF-A400 でホストされているボリュームから lrzw1a 圧縮アルゴリズムを使用して ONTAP 9.6 以前を実行している SnapMirror デスティネーションにレプリケートすると、 LRE 転送が行われます。
  • デスティネーションクラスタを ONTAP 9.7 にアップグレードして、 SnapMirror でストレージ効率に優れた LRSE転送 に切り替えることができるようにします。
その他の Storage Efficiency テクノロジ
  • アグリゲートの重複排除(ボリューム間の重複排除): SnapMirror ソースでのアグリゲートの重複排除による削減効果(インラインまたはバックグラウンド / ポストプロセス)は、 SnapMirror 転送では保持されません。LRSE/ LRE を使用している場合、これには影響はありません。SnapMirror デスティネーションクラスタでは、タイプが DP の SnapMirror デスティネーションボリュームでアグリゲートの重複排除を使用できます。LRSE/ LRE を使用している場合も、これに影響はありません。
LRE/LRSE への変更
  • ONTAP 9.3 以降では、 SnapMirror デスティネーションで追加の圧縮をすべて無効にすると、 LRE/LRSE への転送が可能になり、ソース側でのストレージ効率の節約が可能になります。これは、自動 LRSE と呼ばれます。
  • 自動 LRE/LRSE では、宛先で圧縮をディセーブルにしたあと、 2 回の転送が開始されます。
  • ONTAP 9.3 以降では-enable-storage-efficiency truesnapmirror update、コマンドのオプションを使用して手動で LRE/LRSE を試行することもできます。
LRE/LRSE 変換は、圧縮タイプ(適応型またはセカンダリ)が送信元と宛先の間で一致する場合にのみ機能します。圧縮タイプが異なる(またはあった)場合は、 LRE から LRSE. への切り替えはできません。LRSE 機能を実現するには、追加の圧縮を有効にせずに、新しいデスティネーションボリュームにベースラインを再設定する必要があります。長時間圧縮タイプが異なるボリューム間で SnapMirror ストレージ効率を有効にする方法の再ベースライン化を回避するには、圧縮形式が異なるボリューム間で SnapMirror の Storage Efficiency 機能を有効にする方法の手順を参照してください。
  • ONTAP 9.3 より前のバージョンでは、 LRE-LSE から LRSE に切り替えるにはベースラインを変更する必要があります。

追加情報

  • Storage Efficiency の詳細[1]については、 TR-4476 を参照してください。
  • SnapMirror 転送が Storage Efficient ( LRE )でない場合、 SnapMirror ネットワーク圧縮を使用すると、ネットワーク上でレプリケートする際のスペースをある程度削減できます。詳細について [2]は、 SnapMirror の設定およびベストプラクティスガイド TR-4015 のセクション 7.2 を参照してください。