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

3.10.7 VSAN数据存储的属性

VSAN数据存储的大小是由群集中的ESXi主机数、每台ESXi主机的容量设备数决定的。还有一些元数据开销需要考虑。例如,如果一台群集中的主机有7块2TB的磁盘,整个群集有8台主机,原始容量将有:
7×2TB×8 = 112TB
现在我们知道了如何计算有多少原始容量可用,那么如何获知我们能拥有多少有效容量呢?好吧,这取决于多个不同因素,不过这一切都始于硬件配置到底是全闪存还是混合配置。在创建VSAN群集时,取决于配置到底是全闪存还是混合配置,你会知道是否具有选项“去重和压缩”。去重和压缩对全闪存配置的容量来说扮演着非常重要的角色。注意这些数据服务对混合配置是不存在的。我们将在第5章深入探讨去重和压缩。

但是不仅仅是去重和压缩,我们还需要考虑虚拟机的副本数量,这是通过基于策略的管理构架来启用的。
创建完磁盘组后,VSAN就配置完成了。VSAN数据存储一旦构建完成,它的很多数据存储功能就会在vCenter Server界面中显示出来。这些功能将会用于创建相应的虚拟机存储策略,并应用于部署在VSAN数据存储上的虚拟机及其关联的虚拟磁盘(VMDK)存储对象上。其功能包括条带宽度(stripe width)、允许的故障数(number of failures to tolerate)、强制置备(force provisioning)、已配置容量(provisioned capacity),以及复制机制(replication mechanism)是为性能优化还是为容量优化的。然而,在开始部署虚拟机之前,首先需要理解如何创建合适的虚拟机存储策略来满足虚拟机内运行着的应用的需求。
虚拟机存储策略和VSAN的功能将在第4章中深入探讨。现在需要知道的是这些功能形成了虚拟机策略的需求。在需要进行虚拟机置备时,它们使vSphere管理员可以基于性能、可用性和数据服务来提出需求。下一章我们将讨论在VSAN语境下的虚拟机存储策略,以及如何正确地利用VSAN的功能来部署一台虚拟机。

时间: 2024-08-02 19:13:57

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

《VMware Virtual SAN权威指南》一2.2.3 存储控制器

2.2.3 存储控制器 每台加入VSAN群集的ESXi主机都需要一个磁盘控制器.这个磁盘控制器最好具有通常称为直通模式(Pass-through mode).HBA模式或者JBOD模式的功能.换而言之,磁盘控制器应该能够直接控制底层作为独立驱动器的磁盘或固态硬盘(SSD),而无须经过其上的RAID层.于是,ESXi的操作就可以无须被控制器截取并解释,而直接对磁盘进行.为虚拟机定义策略属性(诸如可用性和性能属性)时,VSAN会负责磁盘的RAID配置.在VSAN兼容性指南中列出了已经成功通过测试的磁

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

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

《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权威指南》一3.10.4 自动添加磁盘到VSAN磁盘组

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

《VMware Virtual SAN权威指南》一3.10.6 磁盘组创建示例

3.10.6 磁盘组创建示例 创建磁盘组的操作仅在群集创建时选择了手工模式后才需要进行.如果群集是以自动模式创建的,那么磁盘组就会自动帮你创建好,并且自动加入主机上所有可用的磁盘.创建一个磁盘组的方法非常简单,不过如前面所提过的,有一些限制条件需要注意: 每个磁盘组最多只能有1个缓存设备 每个磁盘组最多可以有7个容量设备 如果一台主机含有7个以上的容量设备或者多于1个的缓存设备,那么可以创建多个磁盘组.要创建一个磁盘组,群集必须首先配置成手工模式,如图3-21所示.这个可以在VSAN配置过程中完

《VMware Virtual SAN权威指南》一3.10.5 手工添加磁盘到VSAN磁盘组

3.10.5 手工添加磁盘到VSAN磁盘组 前面我们提过,在创建VSAN群集的时候你可以选择手工添加磁盘.如果选择了这个选项,管理员就可以利用VSAN配置向导程序来手工选择多个缓存设备和多个容量设备.管理员可以为每个磁盘组选择1-7个容量设备和最多一个缓存设备.每当一台主机上的磁盘组创建完成,VSAN数据存储就会根据已经添加的容量设备增长容量.注意,用作缓存设备的SSD是不被计入VSAN数据存储的容量的.你可能会想这个手工选项什么时候才用得上呢?首先也是最主要的原因是,这是全闪存环境的必要条件,

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

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

《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的文档中没有特别指出