NetApp Clustered Data ONTAP 8.3 针对7模式的重大改进
在NetApp 发布cDOT 8.3 以前,很多7的老用户不愿意升级,除了cDOT的概念相对复杂,命令行需要重新学习之外,主要有两个原因。
- 磁盘使用率低
- 读性能不高
对于低端的设备,特别是盘很少的情况下,cDOT中的磁盘使用率相比7-Mode低。这主要是cDOT中,根聚合不允许存放用户数据,这就需要每个机头除了根聚合之外,a要额外创建至少一个数据聚合。这样校验盘,每个聚合的热备盘都计算在内的话,实际可用的空间就很小了。
为此,cDOT 8.3当中推出了ADP(Advanced Disk Partition)功能,通过对内置盘的分成根分区和数据分区,并支持将数据分区分配给单个机头(A-P)和分配给两个机头(A-A)的方式,大大提高了磁盘的使用率。
下图是针对FAS2500系列标准的内置12块和24块盘的配置中,和7-Mode相比可用容量的变化。除了FAS2554 的AA模式,其他的模式都大大提高了可用空间。
![](https://images0.cnblogs.com/blog2015/785532/201507/181235194382202.png)
因此对于那些因为可用空间而犹豫是否该选择cDOT的用户来讲,已经不再是一个问题了。并且,cDOT带来了大量的7-Mode中无法取代的功能,例如,横向扩展,统一的命名空间,SVM带来的多租户,卷的迁移,负载均衡等等。
ADP功能支持所有的FAS2500系列以及全闪存(AFF)以及Flash Pool。
同时,针对读性能不高的问题,cDOT8.3对于读数据的路径做了优化,绕过了WAFL得文件系统层,而直接从Raid层传递到网络层。并且,近期刚刚发布的cDOT 8.3.1 对此进行了进一步的优化,直接绕过了文件系统层和Raid层,从Storage层直接返回给网络层。这样读取数据的延迟提高了将近1毫秒。近期有客户对这一部分做了测试,实际环境中的读性能改进从客户端看非常明显。对于SSD也是优势明显。
综上,cDOT 8.3以及8.3.1针对7模式中相对薄弱的两个阻碍客户升级到cDOT的部分做了大幅的改进,无论是可用空间的升级,还是读性能的提升,可以看到NetApp听到了用户的声音,并做出了回应。相信,从cDOT 8.3 发布开始我们看到越来越多的用户选择cDOT,体验cDOT带来的各种高级的功能和便利性。
![](https://images0.cnblogs.com/blog2015/785532/201507/181235398765159.png)
同时,针对读性能不高的问题,cDOT8.3对于读数据的路径做了优化,绕过了WAFL得文件系统层,而直接从Raid层传递到网络层。并且,近期刚刚发布的cDOT 8.3.1 对此进行了进一步的优化,直接绕过了文件系统层和Raid层,从Storage层直接返回给网络层。这样读取数据的延迟提高了将近1毫秒。近期有客户对这一部分做了测试,实际环境中的读性能改进从客户端看非常明显。对于SSD也是优势明显。
![](https://images0.cnblogs.com/blog2015/785532/201507/181235576731589.png)
综上,cDOT 8.3以及8.3.1针对7模式中相对薄弱的两个阻碍客户升级到cDOT的部分做了大幅的改进,无论是可用空间的升级,还是读性能的提升,可以看到NetApp听到了用户的声音,并做出了回应。相信,从cDOT 8.3 发布开始我们看到越来越多的用户选择cDOT,体验cDOT带来的各种高级的功能和便利性。
幼不学,老何为