几年前参加EMC World大会时,我有机会与Chuck Hollis和其他几位VMware员工会面,探讨他们的一个想法。他们希望利用ESX主机内部未开发的本地存储资源。他们不想仅仅把这些资源用于存储ESX启动镜像,而是希望让整个ESX集群中的虚拟机都能使用这些资源。我们讨论了一个类似集群文件系统的方案,它可以保护跨ESX主机的数据。我指出机械硬盘速度慢,他们则讨论了使用固态硬盘(SSD)来加速I/O操作。这个想法很有意思,我很好奇它最终能否实现。正如你可能已经猜到的,它确实实现了:Virtual SAN。VSAN最初发布时,我虽然很感兴趣,但说实话,有点失望。如今,在正式发布一年后,VSAN凭借最新的6.0版本实现了飞跃式发展。
当然,VSAN 6.0 更好、更快、更大。 与 vSphere 6.0 保持一致,VMDK 最高可达 62TB,集群中最多可拥有 64 台主机。 一个节点上的虚拟机数量翻了一番,从 100 台增加到 200 台,每个集群最多 6,400 台。 更多节点意味着更多容量和更高性能。 通过使用 4TB 驱动器,限制了大约 9 PB 的原始容量。
VSAN 6.0 引入了一种新的基于存储策略的管理模型,该模型允许在每个虚拟机级别而不是整个数据存储级别制定策略。 这允许每个 VM 都有自己的可用性、性能和自动精简配置等设置。 这些是动态设置,因此,如果虚拟机突然需要额外保护,VSAN 会进行调整。 与以前的版本相比,这种新方法要简单得多,并且可以进行更精细的控制。
过去,VSAN 一直采用混合配置运行,使用传统磁驱动器作为容量存储,使用闪存作为读取缓存以提高性能。 为了实现最高性能,引入了全闪存配置。 为了降低此选项的成本,容量的作用将由具有成本效益的 MLC 驱动器来发挥。 VSAN 仍然需要一个缓存层,但不是为了性能。 相反,我们的想法是最大限度地减少容量层上的写入工作量并延长其使用寿命。 考虑工作负载的写入性质很重要。

为了提高刀片服务器的实用性,VSAN 6.0 现在具有高密度直连存储选项。 我不认为这是一个很好的选择,因为 VMware 仍然建议 VSAN 集群中的所有服务器都具有相同的存储配置。 使用那么多外部 JBOD 机柜会占用大量刀片机箱空间,因此,这可能是一个非常昂贵的解决方案。

VSAN 6.0 现在支持机架感知。 通过创建至少代表三个机架的故障域,VSAN 将足够智能,可以在这些机架之间分发数据。 这将有助于防止电源故障、存储控制器问题和网络故障。
下一个标题是什么 下一个版本的 VSAN 是否可以与外部存储阵列结合使用? 事实上,这是 Chuck Hollis 一年多前在他的博客上谈到的事情。 现在我们有了一个扩展的故障域,下一步是扩展 VSAN 集群吗? 我可以看到 VSAN 扩展到 vCloud Air 中作为灾难恢复简化的未来。 VSAN 6.0 中缺少的显着性是任何类型的数据缩减技术和其他高级数据服务。 随着 VSAN 6.0 的最新发展,很明显 VMware 对该技术进行了大量投资。 我期待下一个版本会带来什么。
关于作者
马克·梅是俄亥俄州辛辛那提市的一位存储工程师。他在企业存储和备份领域拥有超过15年的经验。他是EMC认证专家、思科认证专家,也是一位热衷的技术爱好者。闲暇时,他喜欢帮助他人了解瞬息万变的存储行业的方方面面。您可以在多个平台上找到他,其中最有可能的是他的个人博客和推特账号@cincystorage。




Amazon