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

3.10.4 自动添加磁盘到VSAN磁盘组

在过去几个版本发布以来,选择自动模式还是手动模式一直是个热议的话题。我们发现大多数情况下,客户都喜欢自己控制磁盘组的设备构成的选择,而手动模式才能实现这一点。不过某些情况下,客户倾向于让VSAN来进行磁盘管理,这是完全受支持的。
如果在VSAN创建流程中选择了自动模式,VSAN会自动发现每台主机上的本地磁盘和本地SSD,并在群集的每台主机上创建磁盘组。注意,这些SSD和磁盘只有在完全空置且没有任何分区信息的情况下才会被VSAN声明(claim)。VSAN不会声明那些正在被使用或者过去曾被用过并携带有数据的磁盘。要让VSAN声明这些磁盘,它们必须先被清空。
每一台具有有效存储的主机都会有一个含有本地磁盘和SSD的磁盘组。简单来说,磁盘组可以被当作是一个磁盘和SSD的容器。如前所述,每个磁盘组只能包含一个缓存设备和最多7个容量设备,不过因不同的ESXi主机而异,一台主机可能会有多个磁盘组。最后,当所有这些都完成后,VSAN数据存储就创建好了,它的大小就是集群中所有主机提供的所有这些容量设备的容量总和减去一些元数据开销(metadata overhead)。
对于那些不提供存储给VSAN数据存储的VSAN群集中的主机来说,它们仍然可以访问VSAN数据存储。这是VSAN的一个非常有用的特性,因为这样VSAN群集不仅仅可以因为存储需求而横向扩展,也可以仅仅因为计算需求进行扩展。不过请注意,出于更好地负载均衡、可用性和整体性能的考虑,VMware建议群集中的主机都采用完全一样的配置。
尽管自动模式会声明本地(local)磁盘,大多数带有SAS控制器的ESXi主机会把它们的硬盘认作远程(Remote),因此VSAN不会自动声明这些磁盘。在这种情况下,即使群集是配置成自动模式的,vSphere管理员仍将不得不手工创建磁盘组,在第2章中我们曾经解释过这一点。

时间: 2024-08-31 18:05:20

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

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

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

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

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

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

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

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

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

《VMware Virtual SAN权威指南》一3.10 磁盘组的角色

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

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

3.10.2 为什么要在VSAN中配置多个磁盘组 磁盘组使得vSphere管理员可以定义故障域,在全闪存配置的情况下还能定义去重/压缩域.第5章将介绍去重和压缩的工作原理.现在,只需要知道它们是基于每个磁盘组的即可,因为这个会影响主机以及主机中的磁盘组的设计. 设计一个磁盘组有很多种不同的方法,其中最重要的因素就是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版)》一2.3 网络要求

2.3 网络要求 这一节将从网络角度探讨VSAN的需求和前提条件.VSAN是一种分布式的存储解决方案,因此它对主机之间的通信网络非常倚重,其关键是稳定性和可靠性. 2.3.1 网络接口卡 每台ESXi主机必须至少具有一块千兆以太网络接口卡专用于VSAN混合配置,而全闪存配置必须使用万兆网卡.然而,作为最佳实践,VMware和本书作者都推荐使用万兆网卡.出于冗余的考虑,可以在每一台主机上都配置网卡绑定.我们认为这是最佳实践,但这并不是构建一个完整功能的VSAN群集所必需的. 2.3.2 受支持的虚

《VMware Virtual SAN权威指南》一1.1 软件定义的数据中心

1.1 软件定义的数据中心 在2012年VMware的年度大会VMworld上,VMware分享了对于软件定义的数据中心(software-def?ined datacenter,SDDC)的愿景.SDDC是VMware的公有云和私有云的架构,在其中将数据中心所有的重要组成部分--计算.存储.网络以及相关的服务全部都进行虚拟化.将数据中心的各个组件虚拟化使得IT团队更加灵活,降低了运营的复杂性,减少了成本,并同时增加了可用性和敏捷性,最终将大大缩短把新服务投向市场的时间. 要达到这些目的,仅仅是