利用ONTAP对网络存储进行规模估算
要估算网络存储的规模、需要了解在给定恢复时间目标(Recovery Time目标、Recovery Time目标、Recovery Time正确设计合适规模的网络存储解决方案需要考虑许多因素。估算网络存储规模时、必须同时考虑性能和容量。
性能规模估算注意事项
-
源平台型号有哪些(FAS v AFF A系列v AFF C系列)?
-
源存储与网络存储之间的带宽和延迟是多少?
-
文件大小有多大?有多少个文件?
-
您的恢复时间目标是什么?
-
您需要在该恢复控制器(RTO)中恢复多少数据?
-
网络存储将会拥有多少个SnapMirror扇入关系?
-
是否会同时执行单个或多个恢复?
-
同一主系统是否会发生这种多个恢复?
-
在从存储恢复期间、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副本数量调整计算结果。 |
请考虑数据随时间的增长、以确保规模估算适应未来需求。 |