NetApp Clustered Data ONTAP 8.3 针对7模式的重大改进
2015-07-15 10:15
246 查看
在NetApp 发布cDOT 8.3 以前,很多7的老用户不愿意升级,除了cDOT的概念相对复杂,命令行需要重新学习之外,主要有两个原因。
磁盘使用率低
读性能不高
对于低端的设备,特别是盘很少的情况下,cDOT中的磁盘使用率相比7-Mode低。这主要是cDOT中,根聚合不允许存放用户数据,这就需要每个机头除了根聚合之外,a要额外创建至少一个数据聚合。这样校验盘,每个聚合的热备盘都计算在内的话,实际可用的空间就很小了。
为此,cDOT 8.3当中推出了ADP(Advanced Disk Partition)功能,通过对内置盘的分成根分区和数据分区,并支持将数据分区分配给单个机头(A-P)和分配给两个机头(A-A)的方式,大大提高了磁盘的使用率。
![](http://images0.cnblogs.com/blog2015/785532/201507/181234585953005.png)
ADP分区方式
下图是针对FAS2500系列标准的内置12块和24块盘的配置中,和7-Mode相比可用容量的变化。除了FAS2554 的AA模式,其他的模式都大大提高了可用空间。
![](http://images0.cnblogs.com/blog2015/785532/201507/181235194382202.png)
因此对于那些因为可用空间而犹豫是否该选择cDOT的用户来讲,已经不再是一个问题了。并且,cDOT带来了大量的7-Mode中无法取代的功能,例如,横向扩展,统一的命名空间,SVM带来的多租户,卷的迁移,负载均衡等等。
ADP功能支持所有的FAS2500系列以及全闪存(AFF)以及Flash Pool。
![](http://images0.cnblogs.com/blog2015/785532/201507/181235398765159.png)
同时,针对读性能不高的问题,cDOT8.3对于读数据的路径做了优化,绕过了WAFL得文件系统层,而直接从Raid层传递到网络层。并且,近期刚刚发布的cDOT 8.3.1 对此进行了进一步的优化,直接绕过了文件系统层和Raid层,从Storage层直接返回给网络层。这样读取数据的延迟提高了将近1毫秒。近期有客户对这一部分做了测试,实际环境中的读性能改进从客户端看非常明显。对于SSD也是优势明显。
![](http://images0.cnblogs.com/blog2015/785532/201507/181235576731589.png)
综上,cDOT 8.3以及8.3.1针对7模式中相对薄弱的两个阻碍客户升级到cDOT的部分做了大幅的改进,无论是可用空间的升级,还是读性能的提升,可以看到NetApp听到了用户的声音,并做出了回应。相信,从cDOT 8.3 发布开始我们看到越来越多的用户选择cDOT,体验cDOT带来的各种高级的功能和便利性。
磁盘使用率低
读性能不高
对于低端的设备,特别是盘很少的情况下,cDOT中的磁盘使用率相比7-Mode低。这主要是cDOT中,根聚合不允许存放用户数据,这就需要每个机头除了根聚合之外,a要额外创建至少一个数据聚合。这样校验盘,每个聚合的热备盘都计算在内的话,实际可用的空间就很小了。
为此,cDOT 8.3当中推出了ADP(Advanced Disk Partition)功能,通过对内置盘的分成根分区和数据分区,并支持将数据分区分配给单个机头(A-P)和分配给两个机头(A-A)的方式,大大提高了磁盘的使用率。
![](http://images0.cnblogs.com/blog2015/785532/201507/181234585953005.png)
ADP分区方式
下图是针对FAS2500系列标准的内置12块和24块盘的配置中,和7-Mode相比可用容量的变化。除了FAS2554 的AA模式,其他的模式都大大提高了可用空间。
![](http://images0.cnblogs.com/blog2015/785532/201507/181235194382202.png)
因此对于那些因为可用空间而犹豫是否该选择cDOT的用户来讲,已经不再是一个问题了。并且,cDOT带来了大量的7-Mode中无法取代的功能,例如,横向扩展,统一的命名空间,SVM带来的多租户,卷的迁移,负载均衡等等。
ADP功能支持所有的FAS2500系列以及全闪存(AFF)以及Flash Pool。
![](http://images0.cnblogs.com/blog2015/785532/201507/181235398765159.png)
同时,针对读性能不高的问题,cDOT8.3对于读数据的路径做了优化,绕过了WAFL得文件系统层,而直接从Raid层传递到网络层。并且,近期刚刚发布的cDOT 8.3.1 对此进行了进一步的优化,直接绕过了文件系统层和Raid层,从Storage层直接返回给网络层。这样读取数据的延迟提高了将近1毫秒。近期有客户对这一部分做了测试,实际环境中的读性能改进从客户端看非常明显。对于SSD也是优势明显。
![](http://images0.cnblogs.com/blog2015/785532/201507/181235576731589.png)
综上,cDOT 8.3以及8.3.1针对7模式中相对薄弱的两个阻碍客户升级到cDOT的部分做了大幅的改进,无论是可用空间的升级,还是读性能的提升,可以看到NetApp听到了用户的声音,并做出了回应。相信,从cDOT 8.3 发布开始我们看到越来越多的用户选择cDOT,体验cDOT带来的各种高级的功能和便利性。
相关文章推荐
- android5.0编译问题:No rule to make target 'external/chromium_org/third_party/angle/.git/index',
- Listview的onItemClickListener无法响应的问题
- android中include标签的使用
- Android中将Bitmap对象以PNG格式保存在内部存储中
- Swift现实
- 9个常见的Android开发错误及解决办法
- swift (一)
- Android 顶部灰条标题栏不显示的方法
- pulltorefresh自动刷新
- error C2248: “CObject::CObject”: 无法访问private 成员(在“CObject”类中声明)
- Android中RelativeLayout各个属性的含义
- Android---------------appcompat_v7
- cocos2dx中菜单menu 和 menuItem
- iOS开发-键盘消失的几种方式
- Android电子书项目实训【项目说明】【1】
- Android入门(52)——第七章 Android中常用的系统服务
- 微信突然出现redirect_uri 参数错误
- android.support.v4.app.Fragment和android.app.Fragment的区别
- iOS沙盒目录结构解析
- js 通过浏览器直接打开应用程序(IOS,Android)