EMC：ScaleIO、vSAN以及ViPR相互之间的差异
日期：作者：翻译：来源：TechTarget中国
【TechTarget中国原创】EMC World大会上关于把ScaleIO块存储功能集成到其ViPR软件平台的话题，带出了关于EMC软件定义存储战略的问题。如果他们具有类似的特点，那么为什么客户同时需要ViPR和ScaleIO？并且ScaleIO与EMC控股的VMware近期推出的virtual SAN（vSAN）软件难道不是竞争关系吗？EMC去年夏天收购了ScaleIO，这一时间点介于EMC World 2013披露其计划新增ViPR软件定义存储和VMworld上VMware推出vSAN beta测试之间。ScaleIO和vSAN都可以把商用服务器硬件转变成共享存储。EMC将VMware vSAN和ScaleIO同时界定为软件定义的存储。EMC高管表示，它们都是基于块的，分布式事务的软件堆栈，并且有相似的架构模型。两者都与ViPR有连接。EMC高管承认了两者的相似之处，但说ScaleIO与特定于VMware的vSAN相比，扩展性更好，支持更多类型的服务器。“vSAN和ScaleIO都是由软件定义的存储，并提供超融合的存储，”ScaleIO创始人，现在是EMC ScaleIO/服务器存储软件集团的CTO和首席架构师Erez Webman表示。“当客户寻求一个只用于VMware环境的解决方案时，他们可以在vSAN和ScaleIO之间做出选择。我可以看到这样的环境，但在大多数环境下当异构（外部）存储是一个问题时，我更倾向于ScaleIO。”随着ScaleIO集成进可以对块，对象和Hadoop分布式文件系统进行管理的VIPR控制器中，这两种产品有了更多联系。ViPR控制器也可以插入到VMware vSphere的vSAN中。区别ScaleIO和vSAN的主要是可扩展性，EMC信息基础设施部门CEO David Goulden说。“vSAN和ScaleIO都是块平台，”Goulden在周一的媒体问答环节表示。“但他们针对于不同的工作负载。vSAN是超融合存储，可以把vSAN想作为VMware的vSphere的延伸，要运行它必须保持与vSphere的物理连接。ScaleIO的设计重在可扩展性，你可以添加成千上万个节点。vSAN有大小限制，最多扩展到32个节点。”“就像你有多个物理阵列块，有多种类型的软件定义存储。”而EMC并不担心它有多个相互重叠的存储类型。它的许多存储平台相互间有重叠，如它的VNX，VMAX，Isilon和Atmos阵列，甚至它的数据保护应用程序之间也有重叠。 EMC本周宣布收购DSSD，将为这家已经拥有混合阵列，全闪存阵列以及服务器端闪存的存储厂商带来更多的闪存产品。“不同工作负载有不同的要求，”Goulden说。“没有一劳永逸的解决办法”。根据企业级系统集成商Razor Technology的高级工程师奥列格?卢科亚诺夫，他们在其客户处部署了六套ScaleIO系统，而其中一个客户拥有30多台正在运行的服务器。“每当你扩展系统，你会立即获得性能提升，”卢科亚诺夫说。“如果你性能下降需要更多的IOPS时，你只需要添加更多的硬盘驱动器，可以采用虚拟驱动器和物理驱动器，创建一个存储资源池。它会自动重新平衡系统中的所有LUN，这在任何系统中都是非常不寻常的，竟然会如此简单。”卢科亚诺夫说，要获得这样的存储可扩展性，你必须选择购买昂贵的传统存储系统或建立一个iSCSI系统。在这两种情况下，他说，管理都不是那么简单。“你必须管理所有已分配的存储，跟踪正在被存储共享的内容，来自哪个卷，以及哪些服务器正在使用共享卷，”他这样评价传统的SAN。“管理花销相当高，以至于完全超出了资本支出节省的部分。”而添加更多的容量到ScaleIO中，配置过程并不复杂，他说。“基本上，你挑选好服务器，回到ScaleIO中为它分配一个池的卷号。完工！”卢科亚诺夫说。 “然后你可以问ScaleIO这个卷在哪里，并对它进行分配。不再需要复杂的电子表格跟踪记录。”
我们一直都在努力坚持原创.......请不要一声不吭，就悄悄拿走。
我原创，你原创，我们的内容世界才会更加精彩！
【所有原创内容版权均属TechTarget，欢迎大家转发分享。但未经授权，严禁任何媒体（平面媒体、网络媒体、自媒体等）以及微信公众号复制、转载、摘编或以其他方式进行使用。】
微信公众号
TechTarget
TechTarget中国
查看更多评论
敬请读者发表评论，本站保留删除与本文无关和不雅评论的权力。
VMware vSAN
Sonia R. Lelii，存储行业观察者、资深分析师。
ScaleI将推出将软件定义存储与贴牌EMC的商用服务器以及Arista网络交换机结合的节点设备。
DataCore董事局主席Ziya Aral就存储行业状态和闪存、超融合以及软件定义存储发展趋势发表了看法。
EMC本周针对其XtremIO和ScaleIO系统推出了软件插件，利用简易的Docker存储容器实现共享存储。
VMware公司的vSAN软件已经就绪，这会对融合存储初创公司和通过新方法来支持虚拟化架构的传统SAN厂商施加压力。
在这本技术手册中，TechTarget专家详细讲解了什么是磁带备份技术，和磁盘备份比较，磁带备份的特点，以及在应用中要注意的一些问题，并在最后回答了磁带的使用寿命。
因为传统的备份方法在虚拟化服务器环境中效率往往很低，所以，在进入虚拟化时代，数据备份成为许多公司争夺的一个领域。Veeam Software公司认识到需要为VMware环境提供更好的备份产品，并在2008年推出了Veeam Backup & Replication产品。
TechTarg2003年，互联网工程任务组（IETF）批准 iSCSI（互联网SCSI）协议后，很多人开始将以太网作为分块存储网络使用。TechTarget中国存储站编辑经过仔细研究为大家奉献了一本非常详尽的iSCSI技术手册，供大家参考。
光纤通道是一种存储区域网络技术，它实现了主机互连，企业间共享存储系统的需求。可以为存储网络用户提供高速、高可靠性以及稳定安全性的传输。光纤通道是一种高性能，高成本的技术。iSCSI是一种基于IP的存储网络技术。它的性能比较广泛并且价格低廉。本手册深入讲解了FC和iSCSI技术，在提高iSCSI性能方面给予了技巧性的建议，针对SAN可用性，可靠性，给出了全面的分析。
TechTarget
企业级IT网站群
TechTarget中国 版权所有
All Rights Reserved, Copyright
TechTarget中国 版权所有
All Rights Reserved, CopyrightWindows Storage Spaces的冗余与盘柜感知
本文转载自异步社区 · 人民邮电出版社，作者黄利军，原文链接：.cn/article/1093
存储空间冗余度
在存储控制器服务器高可用结构中，使用不同数量的JBOD或者不同方式的存储空间布局，达到的冗余程度也有差别。如果使用两个存储箱则无法开启存储箱感知能力，从而无法实现JBOD存储箱级别的冗余，所以要实现JBOD存储箱级别的冗余必须要使用三个JBOD。如果存储空间使用双重镜像布局，存储空间最多允许一块硬盘故障，如果同时发生两块硬盘故障，那么存储将失效；而使用三重镜像布局，那么同时最多允许两块硬盘故障。Windows Server 第一代SDS结构中，存储空间冗余矩阵总结如下。
3 JBOD 存储箱
4 JBOD 存储箱
一个存储箱或者一块磁盘
一个存储箱或者一块磁盘
一个存储箱和一块磁盘；两块磁盘
一个存储箱和一块磁盘；两块磁盘
单奇偶校验
双奇偶校验
一个存储箱和一块磁盘；两块磁盘
存储空间可用性详述
在JBOD级别，三个JBOD能提供JBOD存储箱级别的冗余，因为存储控制器在数据条带化后，在底层为列选择写入的硬盘时，存储箱感知的目的是为数据写入列时为列选择不在同一个JBOD里的硬盘。存储空间数据条带后，每一份条带的数据通过I/O镜像一式两份或三份，每一份先写入列，由列把数据最终写入到硬盘。在镜像布局的存储空间里，不同的列里包含两块或三块硬盘，这些硬盘来自于一个JBOD或者不同JBOD将直接决定存储空间的JBOD级别的冗余性。
在硬盘级别，虚拟磁盘的镜像和RAID1在为数据存储时选择磁盘的原理相似，但是和RAID1/RAID10对称式的结构允许的最大硬盘故障数不同，RAID1/RAID10可以在发生一半的硬盘故障时存储依然可用。存储空间列并不会将硬盘对称地分为固定的两组或者三组然后写入数据的各个副本，列选择硬盘时遵循随机性和平均原则，随机性说明列每次为条带的数据的副本选择的写入的硬盘是变化的，平均原则说明列在选择硬盘时所有硬盘被选中的概率是一样的，而且数据条带越多越接近平均。
以双重镜像的虚拟磁盘为例，复制一个100GB大小的文件到存储空间，换算成KB的单位为KB，默认的Interleave为256K，先后要写409600个列，意味着要写409600对硬盘，就要产生409600对随机硬盘组合，那么每个参与数据写入的硬盘次数达到平均就成了一个必然事件。因此双重镜像的虚拟磁盘即使包含多个硬盘，每个硬盘必然都保存有这100GB文件的数据块副本，一块硬盘故障数据仍然完整，但是再有第二块硬盘同时故障，必然有数据块丢失而导致文件不完整，所以只能承受一块硬盘损坏的故障。同理，虚拟磁盘的三重镜像将会把一份数据被复制成三份写在三个不同的硬盘里，虚拟磁盘可以承受两块硬盘损坏的故障。
接下来我们列举不同的JBOD数量和存储空间布局矩阵关系的例子来阐述存储空间如何达到预期的可用性目标。
两个JBOD存储箱
系统默认设计为两个JBOD不支持存储箱感知，所以两个JBOD不是推荐的配置，除非用于测试环境，或者对数据有额外的保护，否则难以满足数据的可靠性要求。因为两个JBOD不支持存储箱感知，那么为列选择关联硬盘时，随着写入的数据增多，列选择两块（双重镜像）或者三块硬盘（三重镜像）来自同一个JBOD一定是个必然事件，这样一个JBOD故障，数据会丢失所有副本导致数据不完整，如图1所示。
图1 两个JBOD数据存储示意
三个JBOD存储箱
三个JBOD支持存储箱感知，所以三个JBOD是要实现存储箱冗余时推荐的配置，而且要在存储池启用IsEnclosureAware参数。三个JBOD启用存储箱感知，存储空间列选择关联硬盘时，一定会选择不同JBOD存储箱里面的硬盘写入数据。对于双重或者三重镜像，不管JBOD里面有多少硬盘，也不管写入了多少数据，由于任何条带后数据的一式两份和三份不在同一个JBOD硬盘里存储，所以一个JBOD故障，其他两个JBOD一定存放着所有数据的另外的副本来保持数据的完整性，如图2所示。
图2 三个JBOD数据存储示意
除了存储箱感知这个参数以外，列在其中的作用非常重要，列就像一个组织者，有序地组织数据往硬盘写入，存储箱感知控制列在选择硬盘时起到同一个JBOD里面的硬盘“互斥”的作用，这样一个列所关联的硬盘一定不会来自于同一个JBOD。讨论了JBOD级别的可用性实现，接下来讨论JBOD结合存储空间布局的可用性实现。
三个JBOD加双重镜像
如果存储空间是双重镜像布局，如图3所示，JBOD1里的DISK1可以和JBOD2，JBOD3里面的6块硬盘的其中任意一块随机组合成列，而不会去找JBOD1里面的其他硬盘组合成列。同理，JBOD3里的DISK5可以和JBOD1，JBOD2里面的6块硬盘的其中任意一块随机组合成列。虚拟磁盘的双重镜像使用三个JBOD并启用IsEnclosureAware参数后，可以保证数据的两个副本不会写在同一个JBOD里，一个JBOD故障，数据剩下一个副本，这个副本存储在其他两个正常的JBOD里，因此数据是完整的。但这时候剩下的两个JBOD里任何一块硬盘都可能保留着所有数据的剩下的唯一副本，不能再允许出现JBOD故障和任意一块硬盘故障，因为任何一个硬盘故障都有可能导致数据丢失。因此，三个 JBOD（存储箱感知）加双重镜像这种存储空间虚拟磁盘可以承受的极限是一个JBOD或一块硬盘损坏的故障。
图3 三个JBOD和双重镜像数据存储示意
三个JBOD加三重镜像
存储空间的三重镜像将会把一份数据被复制成三份写在三个JBOD的不同的硬盘里。三重镜像的每个列关联三块硬盘，在为列关联硬盘时，能保证三块硬盘不在同一个JBOD里，但三重镜像的一个列关联的硬盘不一定分别平均来自三个不同的JBOD里面的硬盘，可能有两块硬盘在同一个JBOD里，一块在另外一个JBOD里。条带化的数据复制成三份以后，数据的一个副本存储在一个JBOD的硬盘里，另外两个副本写入就和两个JBOD效果一样了，数据副本可能存在同一个JBOD的两块硬盘，也可能分开平均存放在两个JBOD的两块硬盘里，如图4所示。按照列选择硬盘的随机性和平均原则，另外两个副本写入同一个JBOD的两块硬盘是必然事件，因此剩下的两个副本的冗余性和两个JBOD加双重镜像布局一样，只能允许一块硬盘故障。所以，三个JBOD（存储箱感知）加三重镜像这种存储空间虚拟磁盘可以承受的极限是一个JBOD和一块硬盘损坏的同时故障，或者两块硬盘同时损坏。
图4 三个JBOD和三重镜像数据存储示意
补充：微软Storage Spaces的盘柜感知特性对JBOD有要求
编者注：上图引用自上海维赛特网络系统有限公司副总工程师 高翔(Sean) 的分享资料，其中讲到：“到了2014年，Dell推出了适合于SOFS的MD系列的更新固件，并且正式支持盘柜感知协议。”
《为什么ScaleIO和VSAN不要求三副本？》
《Windows Server存储空间之存储分层和缓存管理》
注：本文只代表作者个人观点，与任何组织机构无关。进一步交流技术，可以加我的QQ/微信：。如果您想在这个公众号上分享自己的技术干货，也欢迎联系我：）
感谢您的阅读和支持！《企业存储技术》微信公众号：huangliang_storage
长按二维码可直接识别关注
历史文章汇总（传送门）：http://chuansong.me/account/huangliang_storage
声明：本文由入驻搜狐公众平台的作者撰写，除搜狐官方账号外，观点仅代表作者本人，不代表搜狐立场。VSAN也有玩不转的时候：EMC ScaleIO的市场定位-综合内容-存储频道-至顶网
› ›VSAN也有玩不转的时候：EMC ScaleIO的市场定位
VSAN也有玩不转的时候：EMC ScaleIO的市场定位
扫一扫分享文章到微信
扫一扫关注官方公众号至顶头条
一者面向小型客户，另一者则针对企业级供应商。
来源：ZDNet存储频道（编译） 日
EMC公司于几周之前刚刚公布了其向外扩展ScaleIO Node虚拟SAN产品，其同时配备闪存-磁盘混合与全闪存服务器机柜。这套方案属于EMC旗下子公司VMware VSAN系列的成员之一，因此可以算是EMC版本的EVO：RAIL实现方案，且竞争对手为向外扩展型全闪存阵列。
在与消息人士的探讨当中，我们交流了EMC关于这类技术方案的定位，并发现VSAN与ScaleIO间的交集远比我们印象中要小。
ScaleIO与VSAN
下列图表所示为我们对于EMC开发思路演变过程的理解，其中两条轴线分别代表着在市场上出现的频率（由低到高）以及客户复杂度水平（由低到高）。
两条曲线则代表着VSAN与ScaleIO的相对定位。远程与分支办公环境（简称ROBO）、超融合型基础设施设备（简称HCIA）、中小型企业（简称SMB）以及小型组织机构更适合使用VSAN。普通企业选择二者皆宜，而ScaleIO能够应对更多VSAN无法承载的复杂场景，或者满足其它非vSphere虚拟机管理程序需求。&我们勾勒出的ScaleIO与VSAN在市场甜蜜点方面的定位差异。
ScaleIO最具规模的用例包括企业级数据中心以及服务供应商场景。
ScaleIO在中小型企业当中基本玩不转，除非客户方面拥有10个乃至更多节点。VSAN在规模庞大的服务供应商群体中则不受待见，因为它不具备理想的扩展能力，其设计思路也仅仅考虑到了较为简单的用例状况。
VSAN与ScaleIO拥有不同的架构设计中心，其中VSAN主要面向事务型场景且只擅长处理一类对象，也就是虚拟机。换言之，本地性对于VSAN非常重要，这意味着虚拟机及其数据必须存在于同一主机当中，并以镜像方式保留两套副本，如此一来客户就能以并行方式完成读取。
ScaleIO能够处理分卷与LUN，其将数据划分成1 MB大小的片段，并将其分流到两个节点当中；而接下来的片段则被分流至另外两个节点处。其写入吞吐能力为所有主机的总和，而读取带宽则为ScaleIO集群当中所有节点带宽之总和。
ScaleIO与SolidFire
那么ScaleIO与SolidFire相比较又有哪些异同？对于SolidFire公司CEO Dave Wright，EMC内部存在着多种看法。有些人将他视为一位杰出的工程技术型CEO，且一手构建起堪称伟大的领导文化。SolidFire公司拥有一套闪存优化型及服务供应商优化型存储堆栈；ScaleIO在针对性方面无法与之比肩，但这也表示其能够同时被用于处理容量密集型与以性能为主要考量的工作负载。ScaleIO在其代码堆栈层面中并不具备特别明显的写入规避倾向。它通常能够以混合或者纯磁盘配置方式被部署在服务供应商类用例当中。
ScaleIO与SolidFire在规模伸缩方面的甜蜜点也有所不同。ScaleIO能够轻松扩展至数千个节点，根据有关消息，其甚至没有硬性的规模上限。而SolidFire则不具备同样的扩展能力。不过在另一方面，SolidFire拥有强大的服务质量（简称QoS）以及面向服务供应商的API模型，而ScaleIO则具备更为灵活的使用方式甚至更强大的性能表现。
在我们看来，EMC旗下归属于EMC II（即EMC信息基础设施公司）的新兴技术事业部相当于由多家初创企业所组成，具体包括XtremIO、DSSD以及ScaleIO等等。这些初创业务类别之间存在着一定交集，甚至与VMware公司的VSAN项目以及VCE的VSPEX Blue也在某种程度上属于竞争关系。这是否非常混乱而且会导致资源浪费？
一家企业内部的不同产品之间存在交集当然不是什么新鲜事物。NetApp公司自己的全闪存FAS与全闪存EF系列阵列就在市场上斗得不可开交。不过只要设计中心与市场营销甜蜜点有所区别，问题就不至于太过严重。
我们能够轻松列举大量存在内部交集的产品，举例来说，IBM、戴尔乃至几乎任何一家主流供应商都面临着这类问题。毫无业务交集的初创企业可以说是凤毛麟角，它们也确实相当幸运。而目前身处公众视野当中的存储初创企业们显然没办法确保自身方案能够与其它同类技术毫无关联。
然而对于成熟的企业来讲，或者说对于那些正在不断推出大量存储产品的主流供应商来讲，存在交集并不值得太过担心。在EMC看来，存储与服务器市场的前进趋势与未来需求正在不断变化，这意味着将有更多极具主动性的发展中产品注入这部分年轻的利基市场。
除非生态定位已经完成确立而且相关需求在业界内得到共识，否则不同利基厂商之间总会出现大量产品交集。这是一种临时性状况，并将使得EMC以及思科等其它拥有开发能力的厂商始终储备着待售产品，并在利基关系彻底成熟后将其间涌现的相关初创企业吸纳入自身。
如果您非常迫切的想了解IT领域最新产品与技术信息，那么订阅至顶网技术邮件将是您的最佳途径之一。
热点文章热评文章厂商动态
北京第二十六维信息技术有限公司（至顶网）版权所有. 京ICP备号-7 京ICP证161336号 京公网安备 00号