Skip to main content
NetApp Solutions
简体中文版经机器翻译而成,仅供参考。如与英语版出现任何冲突,应以英语版为准。

利用ONTAP对网络存储进行规模估算

贡献者

要估算网络存储的规模、需要了解在给定恢复时间目标(Recovery Time目标、Recovery Time目标、Recovery Time正确设计合适规模的网络存储解决方案需要考虑许多因素。估算网络存储规模时、必须同时考虑性能和容量。

性能规模估算注意事项

  1. 源平台型号有哪些(FAS v AFF A系列v AFF C系列)?

  2. 源存储与网络存储之间的带宽和延迟是多少?

  3. 文件大小有多大?有多少个文件?

  4. 您的恢复时间目标是什么?

  5. 您需要在该恢复控制器(RTO)中恢复多少数据?

  6. 网络存储将会拥有多少个SnapMirror扇入关系?

  7. 是否会同时执行单个或多个恢复?

  8. 同一主系统是否会发生这种多个恢复?

  9. 在从存储恢复期间、SnapMirror是否会复制到存储?

规模估算示例

以下是不同网络存储配置的示例。

网络存储配置选项

容量规模估算注意事项

ONTAP网络存储目标卷所需的磁盘空间量取决于多种因素、其中最重要的因素是源卷中数据的更改率。目标卷上的备份计划和Snapshot计划都会影响目标卷上的磁盘使用量、源卷上的更改率不太可能保持不变。最好提供一个额外存储容量缓冲区、以满足将来最终用户或应用程序行为的变化所需的容量。

要估算ONTAP中1个月保留关系的规模、需要根据多个因素计算存储需求、包括主数据集的大小、数据更改率(每日更改率)以及重复数据删除和数据压缩节省的空间(如果适用)。

下面是分步方法:

第一步是了解您使用网络存储保护的源卷的大小。这是最初将复制到网络存储目标的基本数据量。接下来、估算数据集的每日变更率。这是每天更改的数据百分比。充分了解数据的动态性至关重要。

例如:

  • 主数据集大小= 5 TB

  • 每日变更率= 5%(0.05)

  • 重复数据删除和数据压缩效率= 50%(0.50)

现在、让我们来了解一下计算结果:

  • 计算每日数据变更率:

    Changed data per day = 5000 * 5% = 250GB

  • 计算30天内的总更改数据:

    Total changed data in 30 days = 250 GB * 30 = 7.5TB

  • 计算所需的总存储:

    TOTAL = 5TB + 7.5TB = 12.5TB

  • 应用重复数据删除和数据压缩节省量:

    EFFECTIVE = 12.5TB * 50% = 6.25TB

存储需求摘要

  • 如果没有效率:存储30天的网络存储数据需要* 12.5 TB*。

  • 效率为50%:在执行重复数据删除和数据压缩后,需要*6.25TB*的存储。

备注 由于元数据的原因、Snapshot副本可能会产生额外开销、但这种开销通常很小。
备注 如果每天创建多个备份、请按每天创建的Snapshot副本数量调整计算结果。
备注 请考虑数据随时间的增长、以确保规模估算适应未来需求。