VMware Virtual SAN Vsan 设计和优化指南(2)

VirtualSAN6.0设计和优化指南

VirtualSANReadyNode

VirtualSAN群集有两种构建方式：

? 使用认证组件自行构建

? 从VirtualSANReadyNode列表中选择

VirtualSANReadyNode是经过验证的服务器配置，其中的硬件设备均针对

VirtualSAN部署进行了测试和认证，属于服务器OEM和VMware共同推荐的产品。VirtualSANReadyNode是理想的超融合构建块，适用于寻求自动化和需要自定义硬件与软件配置的大型数据中心环境。

VirtualSANReadyNode文档会提供标准化配置示例，包括支持的虚拟机数量以及预计可提供的4KIOPS数量。关于VirtualSANReadyNode的更多详细信息，请访问：

VMwareEVO:RAIL

客户还可以选择VMwareEVO:RAIL?。EVO:RAIL将VMware计算、网络和存储资源合并成一个超融合基础架构设备，从而打造一个由我们的合作伙伴提供的简单、易于部署的一体化解决方案。EVO:RAIL软件可以完全加载到合作伙伴的硬件设备中，并附带VMwareVirtualSAN。关于EVO:RAIL的更多详细信息，请访问：

VMware存储与可用性文档/6

VirtualSAN6.0设计和优化指南

VirtualSAN设计概览

在介绍VirtualSAN设计和优化调整的具体细节之前，我们先概要说明一些注意事项。

严格遵守“兼容性指南(VCG)”

严格遵守适用于VirtualSAN的vSphere兼容性指南(VCG)非常重要。我们对大量支持请求进行分析后发现，相关问题归根结底是因为没有遵守这些非常具体的建议所导致的。此在线工具定期更新，确保客户始终可以从VMware获得最新指导。始终要确认用于VirtualSAN 部署的硬件组件是否受VMware支持。

硬件、驱动程序和固件

VCG针对存储I/O控制器、固态驱动器(SSD)、PCIe闪存卡和磁盘驱动器的硬件型号提供了非常具体的建议。它还说明了哪些驱动程序已使用VirtualSAN 进行了充分测试，而且在许多情况下，它会说明所需的最低固件级别。确保硬件组件拥有这些固件级别，以及确保设计中的ESXi主机上安装的任何相关驱动程序拥有受支持的最新驱动程序版本。

使用受支持的vSphere软件版本

尽管VMware支持使用vSphere6.0和vSphere5.5的各种版本（U2和U1）运行VirtualSAN，但我们始终建议运行最新版本的vSphere软件（无论在ESXi还是在vCenterServer上都是如此）。尤其是，vSphere5.5U2b包括许多针对VirtualSAN的改进功能。

VMware不支持将VirtualSAN的BETA版升级到GA版。在这种情况下，需要全新部署VirtualSAN，即全新部署vSphere5.5U1、5.5U2等。如果正在使用

VirtualSAN的Beta版，而且现在希望使用该产品的GA 版，请不要尝试从5.5升级到5.5U1或5.5U2。

VMware会不断修复客户遇到的问题，因此，通过使用最新版本的软件，客户能够避免遇到已经修复的问题。

VMware存储与可用性文档/7

VirtualSAN6.0设计和优化指南

平衡配置

作为一项最佳做法，VMware建议在所有群集成员之间，部署具有类似或相同配置 （包括类似或相同的存储配置）的ESXi主机。这将确保在磁盘和主机群集之间平衡虚拟机存储组件。在同一vSphere群集中，尽管不贡献存储的主机依然能够利 用VirtualSAN数据存储，但是，如果遇到问题，则可能需要开展额外的支持工作。 因此，VMware建议采用平衡配置。

最佳做法：为VirtualSAN群集使用具有类似配置和大小的ESXi主机。

VirtualSAN群集的生命周期

VirtualSAN为客户提供的存储解决方案既可通过为ESXi主机添加全新或更大的磁盘轻松实现纵向扩展，也可通过向群集添加全新主机轻松实现横向扩展。这使得客户能够在一开始时使用非常小的环境，然后随着时间的推移，通过添加新主机和更多磁盘，轻松实现扩展。

然而，无论是使用混合解决方案还是全闪存解决方案，扩展时都需要为工作负载提供足够的缓存及容量，这一点十分重要。本指南会深入讨论这一注意事项。具体而言，在设计时应当考虑选择拥有附加磁盘插槽，可提供附加容量，以及便于将附加设备安装到这些插槽中的主机。

为VirtualSAN 选择硬件时，始终要记住，无论是混合配置还是全闪存配置，添加容量通常都比向缓存层添加更大的闪存设备容易得多。

添加额外容量可能会非常简单，也就是在维护现有容量的同时，插入新的磁盘驱动器或闪存容量设备。然而，更新闪存缓存层时，除非添加全新的磁盘组，否则就需要使用新闪存设备替代以前的闪存设备。这是因为每个磁盘组只有一个闪存设备。如果在添加额外闪存的同时添加额外容量，那么纵向扩展VirtualSAN十分轻松。如果不添加新容量，只添加额外闪存缓存，就会涉及到开展较为复杂的维护任务，并可能需要从更新、更大的闪存缓存设备要加入的目标磁盘组撤出所有数据。如果设计VirtualSAN 时考虑未来缓存增长需求，换句话说，初始设计包含的闪存缓存超过实际需求，则可以避免该问题。

最佳做法：设计时考虑未来增长需求

VMware存储与可用性文档/8

VirtualSAN6.0设计和优化指南

根据容量、维护和可用性要求优化调整

VirtualSAN所需的最低配置为3个ESXi主机。然而，这个最小的环境面临着许多重要限制。在VirtualSAN 中，如果发生故障，系统会尝试在剩余群集上重新构建故障设备或主机的任何虚拟机组件。在3节点群集中，如果一个节点发生故障，则无处可以重新构建故障组件。将主机置于维护模式时也是如此。维护模式中有一个选项可以从主机撤出所有数据。然而，这仅在群集中有4个或更多节点并且有充足的备用容量时可行。

此外还要考虑容量层大小。因为部署在VirtualSAN上的虚拟机由策略驱动，而且其中一个策略设置(NumberOfFailuresToTolerate)将创建虚拟机数据的镜像副本，所以需要考虑允许一个或更多故障时需要多少容量。稍后将更加详细地讨论该设计注意事项。

设计方案：4节点或更多节点配置可以比3节点配置提供更多的可用性选项。确保有充足的存储容量满足可用性要求，并允许在故障之后重新构建组件。

设计概览注意事项摘要

? 查阅“VMware兼容性指南(VCG)”，确保设计中使用的所有硬件都受支持 ? 查阅VCG，确保设计中使用的所有软件、驱动程序和固件版本都受支持 ? 确保在执行新部署时使用最新级别的vSphere修补程序/更新，并考虑将现有部署更新到最新修补程序版本，以解决已修复的已知问题

? 设计时考虑可用性要求。设计时考虑使用三个以上主机和额外容量，使群集在发生故障时能够自动修复

? 设计时考虑增长要求。初始部署时，考虑让群集中的容量能够满足未来虚拟机部署要求，且具有足够的闪存缓存支持未来容量增长要求

VMware存储与可用性文档/9

VirtualSAN6.0设计和优化指南

混合配置和全闪存配置的区别

在VirtualSAN6.0 中，VMware引入了对全闪存VirtualSAN配置的支持。全闪存版本与混合版本之间存在一些明显区别。本节将简单介绍这些区别。

与混合配置相比，使用全闪存VirtualSAN配置时，无论工作负载如何，它都可以带来更好、高度可预测的统一性能。

混合群集和全闪存群集都建议将“10%的已占用容量”用于缓存层；然而，缓存在每个配置中的使用方式不同。

在混合群集中（容量层使用磁盘，缓存层使用闪存），缓存算法会尝试最大限度提高读写性能。可用缓存中有70%分配用于存储频繁读取的磁盘块，从而最大限度 减少对速度缓慢的磁盘的访问。可用缓存中有30%分配用于执行写入操作。如果可行，系统会合并多个写操作，并按顺序写入，从而再次最大限度提高磁盘性能。

全闪存群集有两种闪存：既快速又耐用的写入缓存和容量更大、更经济高效的容量闪存。在此配置中，100%的缓存都分配给写入操作，因为容量闪存提供的读取性能绰绰有余。大量写入操作保存在缓存中，仅在需要时写入容量层，从而延长容量闪存层的寿命。

最佳做法：确保有足够的闪存缓存满足设计要求。建议将10%的已占用容量分配给缓存

全闪存配置注意事项

? ? ? ? ?

全闪存仅在VirtualSAN6.0 中可用

它要求使用10Gb网络；不支持1GbNIC 全闪存节点的最大数量为64个 闪存设备同时用于缓存和容量

使用全闪存配置时，不会预留闪存读取缓存

?需要标记闪存设备，使其能够用于容量–这将在《VirtualSAN管理员指南》中介绍

? 现在，持久性成为缓存层和容量层的重要考虑事项。

VMware存储与可用性文档/10

百度搜索“77cn”或“免费范文网”即可找到本站免费阅读全部范文。收藏本站方便下次阅读，免费范文网，提供经典小说综合文库VMware Virtual SAN Vsan 设计和优化指南(2)在线全文阅读。