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)的方式,大大提高了磁盘的使用率。

ADP分区方式

下图是针对FAS2500系列标准的内置12块和24块盘的配置中,和7-Mode相比可用容量的变化。除了FAS2554 的AA模式,其他的模式都大大提高了可用空间。

因此对于那些因为可用空间而犹豫是否该选择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带来的各种高级的功能和便利性。

时间: 2024-10-14 00:33:30

NetApp Clustered Data ONTAP 8.3 针对7模式的重大改进的相关文章

Clustered Data ONTAP Fundamentals课程学习(1)

Clustered Data ONTAP Fundamentals课程学习(绪论) NetApp LearningCenter Clustered Data ONTAP Fundamental课程主要介绍了Clustered Data ONTAP系统的优势,通过学习可以了解Clustered Data ONTAP系统的架构和功能,掌握基本的管理操作,包括:安装.配置和管理. 通过学习这门课程,可以掌握以下的技能: (1)认识Clustered Data ONTAP的主要优势: (2)熟悉Clus

NetApp集群模式Data ONTAP展露新颜

2013年六月十三号,北京--NetApp宣告推出集群标准样式Data ONTAP? 8.2,这一新版本是其指挥舰储存操作系统打出的又一记重拳.新的软件产品要得公司和云服务供给商能够迅速且经济高效地供给新的服务及性能,同时上限地支持应用手续无中断正常运行.集群标准样式 Data ONTAP 8.2打破了传统孤立硬件的性能.可用性和速率极限,支持 IT 依据不断变动的业务和应用手续需要无中断地调试储存基础架构. 集群标准样式Data ONTAP具有行业领先的功能: ● 无中断运行--靠得住性超过9

NetApp: Data Ontap 7 mode 和cluster mode

最开始的Data Ontap 借鉴了最早的开源UNIX之一的BSD Net/2许多代码,包括 TCP/IP 堆栈.启动代码.设备驱动等,后来的Data  Ontap也从其他的开源UNIX借鉴了大量的代码.至于命令行接口是NetApp仿Unix独立开发的,另外WAFL文件系统与RAID代码及磁盘子系统为NetApp自己开发的所以与UNIX的完全不同. 一开始DataOntap没有什么mode之分的,NetApp收购了Spinnaker之后基于freeBSD把DataOntap与Spinnaker的

Data URI scheme - 数据的uri模式

----------------------------------------------------------------------------------------------- Data URI scheme is a URI scheme(统一资源定位符的模式). 我们熟知的站点引用资源文件,都是类似http://www.chenwei.ws/demo.png这种的格式,但是data URI scheme 提供将外部资源嵌入到网页中的方法. 它是一种文件或文档的形式,这项技术允许

Boss要求零数据丢失,Data Guard的三种保护模式如何选择?

公司现在越来越重视数据的灾备,部署了大量的Data Guard和Oracle GoldenGate.核心系统的数据非常重要,大boss的要求很简单就是数据零丢失. 仔细衡量Data Guard的三种保护模式,在最大可用和最大保护之间展开了激烈的讨论.下面从技术层面看看这两种保护模式的特点和区别. 零数据丢失: 在DataGuard中同步传输SYNC(synchronous transport)又称为零数据丢失.因为要等到确认事务恢复所需要的redo数据已经被写入备用数据库的磁盘上(Standby

学习ASP.NET MVC框架揭秘笔记-View和Presenter交互的规则(针对SC模式)

2.            View和Presenter交互的规则(针对SC模式) View和Presenter之间的交互是整个MVP的核心,能否正确地应用MVP模式来架构我们的应用,主要取决于能否正确的处理View和Presenter两者之间的关系.在由Model.Presenter和View组成的三角关系中,核心元素不是View而是Presenter,Presenter不是View调用Model的中介,而是最终决定如何响应用户交互行为的决策者. View可以理解为Presenter委派到前端

【DG】Data Guard 的三种保护模式

Data Guard 的三种保护模式 官方文档链接 http://docs.oracle.com/cd/E11882_01/server.112/e41134/protection.htm#SBYDB02000 最大可用模式(Maximum Availability) 这种保护模式在不影响主库可用性的前提下提供最高水平的数据保护 在主库需要完成两件事,事务才会被提交 恢复事务所需要的 redo 数据写入在线日志文件(online redo log) 恢复事务所需要的 redo 数据写入同步备库(

win10 (HDD) + Ubuntu (SSD) 不同硬盘双系统安装 (针对 BIOS 模式为 UEFI 的机器)

前言 因为笔记本上的机械硬盘 (HDD) 已经安装了 win10.之前虽然加装了 128G 的 SSD 但是怕 win10 系统占空间太大就没有做系统的迁移,所以有的一段时间 SSD 只做娱乐用...现在因为工作和学习的需要所以打算在固态硬盘 (SSD) 上再装一个 linux 系统,然后选择了 Ubuntu 先练练手.因为自己这方面知识的欠缺,当然在安装的过程中也遇到了很多坑,但其中最主要的问题是一开始在网上搜索的教程都是针对传统 (Legacy) BIOS 模式双系统的安装 (当时根本不知道

web自动化针对PO模式进行二次封装之 basepage

在 PO 模式当中, 我们做到了 页面对象 与 测试用例 的 分离,但在页面对象编写时,我们仍然还有优化的空间.页面对象有一些共同的基本操作 ,可以封装起来,并可以在基本操作当中加上 日志 和 异常截图 的处理.比如说我们在查找元素时,都需要等待,在PO模式当中, 需要都写上 等待和查找元素,那么就可以将其封装起来,包括其它的一些比如:文本获取.元素属性获取.鼠标操作.窗口切换.iframe切换. alert弹框关闭. 文件上传.下拉框选择..... 当脚本运行的过程中,出现了用例失败,我们希望