《VMware Virtual SAN权威指南》一3.10.2 为什么要在VSAN中配置多个磁盘组

3.10.2 为什么要在VSAN中配置多个磁盘组

磁盘组使得vSphere管理员可以定义故障域,在全闪存配置的情况下还能定义去重/压缩域。第5章将介绍去重和压缩的工作原理。现在,只需要知道它们是基于每个磁盘组的即可,因为这个会影响主机以及主机中的磁盘组的设计。
设计一个磁盘组有很多种不同的方法,其中最重要的因素就是VSAN群集是全闪存的还是混合配置的。不过,故障域的概念对这两者都适用。让我们首先来看看这一点。
对于多个由一个缓存设备和几个存储设备组成的磁盘组来说,如果其中一个磁盘组的缓存设备出现故障,故障的范围仅限于那个特定磁盘组中的容量设备。如果是一个包含了很多个容量设备的非常大的磁盘组,一个缓存设备的故障就会影响很多台虚拟机,因为这会影响整个磁盘组。因此在设计磁盘组配置的时候,故障域是非常重要的考量因素。
图3-20显示了2台VSAN主机,第一台包含2个磁盘组,每个磁盘组都具有一个缓存设备和3个容量设备。第2台VSAN主机有一个磁盘组,其中包含一个缓存设备和6个容量设备。对于第一台主机来说,当缓存设备出现故障的时候,不会影响主机上的另一个磁盘组,这意味着50%的容量和性能仍然是可用的。而第2台主机受到的影响则会大得多,当缓存设备出现故障时所有6个容量设备都不可用。这就是所谓的磁盘组可以用于定义故障域的意思。

大多数情况下出于故障域或是性能方面因素的考虑,结果都会是采用多个磁盘组而不是单个磁盘组。不过,这带来一个有趣的话题。在全闪存配置下可以在群集层面上启用提高空间利用效率的功能(去重和压缩)。尽管去重和压缩功能的启用是基于群集层面的,但其作用的范围却是基于磁盘组的。这意味着对于在全闪存群集中的一个容量设备上存储的任意给定的数据块,VSAN会判断在那个特定的磁盘组上是否已经存在一个完全相同的块,如果有,那么就无需再保存一次;如果没有,VSAN就会执行数据压缩并把它保存在磁盘组上一个新的块中。这也意味着在全闪存配置中,根据工作负载的情况,创建一个大的磁盘组而不是多个小磁盘组可能更有好处,因为去重在较大的磁盘组中更有效。不过这需要更加谨慎的考虑,因为当一个磁盘组启用了去重和压缩之后,那个磁盘组的任何一个设备(无论是缓存设备还是容量设备)出现故障,都会影响整个磁盘组。这是因为空间效率的元数据(metadata)是分布在磁盘组中所有的容量设备上的。不管怎样选择都取决于管理员在风险和收益之间进行的权衡。

时间: 2017-09-01

《VMware Virtual SAN权威指南》一3.10.2 为什么要在VSAN中配置多个磁盘组的相关文章

《VMware Virtual SAN权威指南》一3.6 网络I/O控制配置示例

3.6 网络I/O控制配置示例 如前所述,网络I/O控制(NIOC)可以用来保证VSAN群集的通信和I/O传输所需的带宽.只有在vSphere分布式交换机(VDS)中才能配置NIOC,而在VMware标准交换机(VSS)中是不支持的.VDS的确只在某些高版本的vSphere中才提供,不过VSAN已经包含了VDS,而不管你使用的是哪个版本的vSphere. 如果你正在使用的分布式交换机版本早于vSphere版本,为了使用VSAN,我们建议你把它升级到最新版本,虽然vSphere的文档中没有特别指出

《VMware Virtual SAN权威指南(原书第2版)》一3.10 磁盘组的角色

3.10 磁盘组的角色 VSAN使用磁盘组这个概念,它是一个磁盘和闪存设备的容器.部署在某个磁盘组的特定(存储)设备上的虚拟机存储只能利用同一个磁盘组中的闪存设备的缓存能力.磁盘组可以被视为一个用闪存来提供性能并用磁盘或闪存来提供容量的存储设备的集合.对于磁盘组的配置有很多需要注意的地方,接下去我们将细细道来.后文中我们提到VSAN磁盘组时所说的缓存设备,指的是SSD.PCIe闪存设备和NVMe闪存设备:提到容量设备则指的是磁盘(SATA.SAS或NL-SAS).SSD.PCIe闪存设备和NVM

《VMware Virtual SAN权威指南(原书第2版)》一导读

前 言 说到虚拟化及其依赖的底层基础架构,经常会提起一个组件--存储.原因相当简单:在很多环境中,存储是痛点.尽管存储市场已经因为闪存技术的引入发生了变化,很多传统的存储问题得到了缓解,但是很多机构还没能采纳这些新的架构,因而仍然会遇到挑战. 存储问题的范围包括运营上的复杂性到性能问题甚至是可用性的限制.这些问题中的大部分都起因于同样的根本问题:老旧的系统架构.这是因为大多数存储平台架构是在虚拟化技术出现之前开发出来的,而虚拟化已经改变了使用这些共享存储平台的方法. 某种程度上,可以说是虚拟化迫

《VMware Virtual SAN权威指南》一导读

前 言 说到虚拟化及其依赖的底层基础架构,经常会提起一个组件--存储.原因相当简单:在很多环境中,存储是痛点.尽管存储市场已经因为闪存技术的引入发生了变化,很多传统的存储问题得到了缓解,但是很多机构还没能采纳这些新的架构,因而仍然会遇到挑战.存储问题的范围包括运营上的复杂性到性能问题甚至是可用性的限制.这些问题中的大部分都起因于同样的根本问题:老旧的系统架构.这是因为大多数存储平台架构是在虚拟化技术出现之前开发出来的,而虚拟化已经改变了使用这些共享存储平台的方法.某种程度上,可以说是虚拟化迫使存

《VMware Virtual SAN权威指南》一3.10.1 磁盘组最大数量

3.10.1 磁盘组最大数量 在VSAN 6.2版中,每台主机最多可以有5个磁盘组,为了持久存储虚拟机,每个磁盘组包含至少一个缓存设备和一个容量设备.VSAN同时支持混合配置和全闪存配置,但是写作本书时,单个VSAN群集不能同时配置混合配置和全闪存配置.每个磁盘组最多可以包含1个缓存设备和7个容量设备.这意味着VSAN数据存储的最大容量是7个容量设备乘以5个磁盘组乘以群集中的ESXi主机数再乘以每个容量设备的容量.看见没,这种方法具有相当强的可扩展性,可以打造一个规模非常大的分布式数据存储.

《VMware Virtual SAN权威指南(原书第2版)》一2.1 VMware vSphere

2.1 VMware vSphere VSAN最初是随VMware vSphere 5.5 U1发布的,其更新版本随VMware vSphere 6.0(VSAN 6.0).VMware vSphere 6.0 U1(VSAN 6.1)以及VMware vSphere 6.0 U2(VSAN 6.2)发布.每个发布版本都添加进了VSAN的一些新特性,这些特性曾在第1章列出,也会在本书的各个章节中进一步讨论. VMware vSphere包含两个主要组成部分:vCenter Server管理平台和

《VMware Virtual SAN权威指南》一2.1.1 ESXi

2.1.1 ESXi VMware ESXi是一个企业级虚拟化产品,它允许你在一台独立的服务器上以完全相互隔离的方式运行一个操作系统的多个实例.它是一个裸设备的解决方案,这意味着它无须借助客户操作系统并且自身所占的空间极小.ESXi是当今世界上绝大多数虚拟化环境的基础. 对于标准的数据中心部署,形成一个受支持的VSAN群集需要至少3台ESXi主机(每台主机均具有本地存储并提供存储给VSAN数据存储使用).这是为了让群集满足最低的可用性要求--可以容忍至少一台主机发生故障. VMware在VSAN

《VMware Virtual SAN权威指南》一3.10.4 自动添加磁盘到VSAN磁盘组

3.10.4 自动添加磁盘到VSAN磁盘组 在过去几个版本发布以来,选择自动模式还是手动模式一直是个热议的话题.我们发现大多数情况下,客户都喜欢自己控制磁盘组的设备构成的选择,而手动模式才能实现这一点.不过某些情况下,客户倾向于让VSAN来进行磁盘管理,这是完全受支持的. 如果在VSAN创建流程中选择了自动模式,VSAN会自动发现每台主机上的本地磁盘和本地SSD,并在群集的每台主机上创建磁盘组.注意,这些SSD和磁盘只有在完全空置且没有任何分区信息的情况下才会被VSAN声明(claim).VSA

《VMware Virtual SAN权威指南》一3.10.7 VSAN数据存储的属性

3.10.7 VSAN数据存储的属性 VSAN数据存储的大小是由群集中的ESXi主机数.每台ESXi主机的容量设备数决定的.还有一些元数据开销需要考虑.例如,如果一台群集中的主机有7块2TB的磁盘,整个群集有8台主机,原始容量将有: 7×2TB×8 = 112TB 现在我们知道了如何计算有多少原始容量可用,那么如何获知我们能拥有多少有效容量呢?好吧,这取决于多个不同因素,不过这一切都始于硬件配置到底是全闪存还是混合配置.在创建VSAN群集时,取决于配置到底是全闪存还是混合配置,你会知道是否具有选