设计Web-Scale Virtual SAN平台

最新推荐文章于 2023-04-21 11:41:57 发布

乐生活与爱IT

最新推荐文章于 2023-04-21 11:41:57 发布

阅读量414

点赞数

本文链接：https://blog.csdn.net/urh3t1/article/details/79864630

版权

【编者按】

下面这篇文章摘选自《VMware软件定义存储》第6章。文末有赠书规则。

---Begin---

Web-Scale这一词的概念，最早是由Gartner在2013年提出，指的是一种架构方法，基于这种方法超大规模云提供商（如Google，Amazon，Facebook，Netflix和其他厂商等）可以为大型企业IT组织和服务提供商提供所需的服务保障能力，建立和运维一个极大规模的基础设施平台。同时，Web-Scale的目的也不仅仅是构建极大规模的基础架构，还可通过一套固定的流程和架构标准化来提高基础架构运营的敏捷性。

Web-Scale不是一项单一的技术，它是一种适用于任意规模数据中心的架构和管理的方法论，借助于标准化和可重复的构建块（building-block）的设计方法，构建满足不同业务需求的基础架构。

以下是大型企业IT组织或云服务提供商在考虑构建基于Web-Scale的基础架构时的关键要求：

¨ 能够在x86服务器上提供超融合架构（HCI）平台，具有完全集成的计算和存储组件。

¨ 能够以分布式方式提供数据和应用服务，包括集群范围内分发资源的能力。

¨ 系统基础架构的高可用和自我修复，包括能够提供故障隔离和分布式系统恢复能力。

¨ 通过软件定义的数据中心概念提供API驱动的自动化，以及通过底层基础架构监控进行综合分析。

¨ 为工作负载提供关键服务需求时，具备跨平台同时托管多种应用类型的能力。

如第4章“使用 VirtualSAN 实现策略驱动的存储设计”所强调的，Virtual SAN集群具有强大的可扩展性，vSphere 6中最多可以配置64个节点，可以轻松支持成千上万的虚拟机工作负载。在设计Web-Scale的Virtual SAN平台时，您有两种基本的设计策略：

纵向扩展：每个Virtual SAN主机都有更多的存储资源可用，但总体Virtual SAN节点数较少。

横向扩展：通过增加Virtual SAN节点数量来扩展，但最终占据更大的总体空间。

在Web-Scale的架构设计中，架构师通常要同时考虑纵向扩展和横向扩展。设计上不仅仅考虑每个Virtual SAN集群是否拥有更少的较大资源主机或更小的节点，还要更多的结合用户的业务情况设计构建块，结合纵向和横向扩展架构搭建一个标准和可控的基础架构。

6.1 纵向扩展架构

Virtual SAN环境中的纵向扩展策略是指增加每个主机上可用的存储资源的数量。这可以通过增加每个磁盘组中的容量磁盘数量或增加每个Virtual SAN主机上的磁盘组数量来实现。Virtual SAN是完全支持将容量磁盘添加到现有磁盘组的，如图6.1所示。企业或服务提供商在设计Web-Scale架构时会为磁盘组配置定义好的构建块标准，例如按1:4比例配置混合磁盘组，一块闪存盘为四块容量机械磁盘提供写入缓存和读取缓存。

Virtual SAN支持由一块耐久性高的闪存设备和最多七块容量磁盘组成磁盘组，这七块容量磁盘可以是机械硬盘，也可以是闪存盘，取决于设计上要使用的磁盘组类型。此外，Virtual SAN集群中的每个主机最多可以支持五个磁盘组，每个磁盘组都为分布式Virtual SAN数据存储的总容量提供存储资源。

如第4章所述，使用多个较小的磁盘组而不是单个大型磁盘组，可以减少故障域，当容量磁盘故障时重建的组件也会相应变少，从而重建的时间会更快。使用多个较小的磁盘组，如图6.2所示，性能也得到了提升，在混合模型中性能提升更加明显。在磁盘组架构中使用更多的闪存设备，使得闪存和容量存储之间的比例变小，更多的数据将会驻留在闪存设备高速的读取缓存中，Virtual SAN将获得更好的性能。

综上所述，Virtual SAN的配置很重要。为了在分布式Virtual SAN数据存储上获得一致性的性能，建议在集群中的所有节点上采用统一的磁盘组配置。并且从Virtual SAN集群Web-Scale架构角度来说，更加不建议对Virtual SAN不同的节点采用不同的配置。

Web-Scale架构设计中的纵向扩展部分还要考虑每个Virtual SAN主机的存储I / O控制器的数量。在不同存储控制器上创建磁盘组时，会降低故障域，同时控制器队列分布在所有的存储控制器上，会带来更加出色的存储性能。

另一个设计上的考虑点还包括使用SAS扩展器代替额外的存储控制器。这种存储技术可以超出普通存储控制器8、12、16或24块驱动盘的限制，最大限度的利用SAS存储扩展器的存储能力。

SAS扩展器将额外的驱动盘放在单个存储控制器后面，比添加存储控制器更加节省成本。然而，SAS扩展器的性能和可靠性应被视为设计上的风险。通常不推荐将SAS扩展器包含在任何VirtualSAN平台中。

【编者Peter Ye按开始】

VMware建议避免调整SAS Expander（扩展卡）：

1、SAS Expander不需要驱动，通常对系统来说是透明的，所以用户比较难注意到Expander的存在；

2、Build Your Own不支持Expander；

3、vSAN SAS Expander 注意事项的细节

1）除了DELL R730XD，每超过8块盘，再需要额外的存储控制器

http://cormachogan.com/2015/07/27/sas-expander-support-on-virtual-san/

通过vSAN认证的，支持SAS Expander的，也就是说一个控制器可以支持超过8块盘的，为数不多。目前DELL有R730XD（24块盘）、HPE有DL380 Gen10 with SAS Expander （24块盘）