屏幕截图2016年6月2日上午9.03.45自虚拟卷问世以来,存储提供商的目标一直是实现功能,自动化和存储消耗的增长。现在它’正确完成VVol的时间。

今天在公司期间’在分析人员日活动中,SolidFire宣布其ElementOS(版本9.0.0 Fluorine)对虚拟卷的正式支持。

在与SolidFire团队的一些成员紧密合作时,例如Keith Norbie,Josh Atwell,Andy Banta,Aaron Patten,Jeramiah Dooley和其他人,我有机会了解了SolidFire虚拟卷实施的详细信息。

从实现的角度来看,我认为SolidFire不仅通过遵守Virtual Volumes框架的所有核心实现要求,而且做得很好。 SolidFire能够扩展到今天在框架中使用和发现的传统功能之外,并引入了一组独特的功能,而这些功能在当前的Virtual Volumes实现中是前所未有的!

SolidFire的Fluorine版本为vSphere客户带来了对虚拟卷的支持:

控制平面合规 –符合vSphere的通用存储控制平面和策略管理框架。 SolidFire / vSphere客户有机会转变其不利的存储管理操作。通过使用vSphere的基于存储策略的管理(SPBM),SolidFire允许客户采用旧的存储操作过程,并将其转换为由存储管理员为vSphere管理员动态定义的标准化和系统的过程。

通用控制飞机

vSphere管理员和应用程序所有者可以使用这些类型的过程来选择性地消耗存储资源,方法是根据应用程序要求确定性能属性和安全服务,直至虚拟机或虚拟卷粒度。

作为附加值,这还提高了存储基础架构的可管理性,同时使存储管理员不必执行诸如创建和配置存储卷/ LUN之类的日常任务。

能力 –每个对象(虚拟卷)以最大IOPS,最小IOPS,突发IOPS的形式实现IOPS驱动的功能。 SolidFire在此处引入了一项新的独特功能,即该功能集并根据虚拟卷控制IOPS的分配和使用。使用虚拟卷,传统的虚拟机文件现在在数组中表示为本地对象(配置,数据,快照,内存等)。每个虚拟卷扮演不同的角色,并满足对虚拟机的不同要求。

在SolidFire模型中,每个虚拟卷角色都有其自己的性能概况。该模型使管理员能够定义唯一的性能配置。还提供了为具有较低IOPS要求的虚拟卷(例如config-VVol)设置IOPS限制的功能。这样可以防止系统分配不必要的资源,但是无论此行为如何,所有虚拟卷都将像核心数据虚拟卷所接收到的那样,通过SolidFire QoS最小IOP在系统上受到保护,并且所有这些都通过SPBM无缝管理。

 SF政策

SolidFire的体系结构允许完全由策略驱动的虚拟卷实施;它是由vSphere管理员创建的SPBM策略驱动的完全实现的软件定义存储模型。这使简单,可重复的操作工作流成为可能,可以简单地调用它们进行常规操作。

储存容器– 储存容器are logical constructs used to group 虚拟卷. With SolidFire storage containers are strictly utilized as management constructs and not to carve out storage capacity or enable array features or capabilities. SolidFire features and array capabilities are applied granularity on a per Virtual Volume basis 通过 default as they are already part of the core architecture.

从容量角度来看,所有存储容器的创建方式都是相等的,它们都可以看到阵列的总容量。 SolidFire当前为多达1000个存储容器提供支持。

可扩展性  –此初始版本每个节点最多支持2000个虚拟卷。基于SolidFire节点的体系结构基于每个群集支持多个节点。这意味着受支持的虚拟卷数量会根据SolidFire集群的大小线性增加。 SolidFire支持不同的节点模型,并帮助客户和合作伙伴轻松调整其集群的大小,他们已经创建了Virtual Volumes规模计算器。这些计算基于节点的模型和虚拟机的语义,因为它们与磁盘,快照等的数量有关。预计支持的虚拟卷的数量将在不同的发行周期内增加。

VVolsCal-Rev1

协议端点 –借助新的ElementOS(9.0.0版氟)版本,SolidFire每个节点至少支持一个协议端点。根据SolidFire团队的说法,他们的测试和评估证明,他们可以通过每个节点一个协议端点来提供其保证的QoS值。从连接可用性和单点故障问题来看,从SolidFire群集设计的角度来看,建议的配置至少基于4个节点。

 体育行为

VASA提供商 –SolidFire的VASA提供程序已实现为在每个节点上运行的核心SolidFire服务的一部分,而不是虚拟设备表单。这使配置,管理和维护变得更加容易。同时,它从解决方案中消除了潜在的竞争,管理和依赖性风险。 VASA提供商服务可以利用其专有的高可用性(HA)服务,就像为所有SolidFire服务提供高可用性一样,这些服务基于在每个节点上运行的冗余服务。

 SF-VP-Imp

从技术和管理的角度来看,虚拟卷所带来的价值是绝对不可否认的。虚拟卷还有很多其他功能,这只是对最新,最出色的合作伙伴实现之一的一瞥。

We’即将通过虚拟卷获得奖章,有关更多证明,将在今年夏天晚些时候发布。敬请关注!!!

-请享用

有关Virtual SAN(VSAN),vSphere虚拟卷(VVol)和其他存储和可用性技术以及vSphere Integrated OpenStack的 (VIO)和云原生应用程序(CNA)的将来更新,请确保在Twitter上关注我:@冲云。

X