支持 QAT 或 zlib 压缩的平台如何影响 SnapMirror 和卷移动？
适用于
- AFX、AFF、ASA A-Series 和 AFF C-Series 平台支持 QuickAssist 技术 (QAT) 和 zlib 压缩
- A1K、A90、A70、A50、A30
注意： A20 没有支持 QAT 的 CPU，但支持 zlib 压缩 - C80、C60、C30
- A1K、A90、A70、A50、A30
- SnapMirror
- 卷移动 (
vol move)
问题解答
| 源 | 目标 | SnapMirror 行为 | 卷移动行为 |
|
|
保持所有数据压缩节省 |
保持所有数据压缩节省 FabricPool 卷执行优化的卷移动。 |
|
|
zlib 压缩节省重新格式化为目标平台本机压缩节省（支持 TSSE） |
zlib 压缩节省量被重新格式化为目标平台本机压缩节省量 FabricPool 卷执行未优化的卷移动。数据从容量层传输和解压缩，然后立即暂存，以便使用目标平台压缩进行重新分层和重新压缩。 |
|
|
zlib 压缩节省空间将重新格式化为目标平台本机压缩节省空间 |
不适用 |
|
|
所有压缩节省都写为 zlib 压缩节省 |
所有压缩节省重新格式化为 zlib 压缩节省 FabricPool 卷执行优化的卷移动并保留非 QAT 压缩节省。在这种情况下，压缩节省 未 重新格式化。 |
- 注意：无需在 SnapMirror 目标上显式启用压缩。这样做可能会导致 SnapMirror 无法通过网络保持存储效率节省。
- 使用以下命令检查卷的压缩算法：
::> volume efficiency show -fields state,compression-algorithm
在得出使用任何给定压缩算法的结论之前，确保已启用存储效率
重新格式化
- 将 QAT (zlib) 压缩数据重新格式化为非 QAT 平台的本机压缩会产生额外的开销。这可能会对 SnapMirror 和卷移动复制造成轻微的性能影响
- 由于 QAT/zlib 压缩算法的高效性，在复制到非 QAT 平台或从非 QAT 平台复制时，源卷和目标卷大小之间可能会产生显著差异
追加信息
父主题： SnapMirror 存储效率配置和行为