原文:http://www.punchingclouds.com/2014/04/01/vmware-virtual-san-witness-component-deployment-logic/
人们经常问我关于Virtual SAN 见证组件性能和逻辑的问题。很明显,这是一个令人迷惑的话题。因此,我希望利用这个机会,为那些在正式白皮书发布之前就急于了解详情的人解答这一问题,白皮书会更详细说明本文的上下文环境。请关注它的发布。
在此,我要解释的行为和逻辑对最终用户是 100% 公开透明的,因此没有必要担心见证组件的布局。此行为由系统管理和控制。本文的目的是帮助您了解您可能见到的见证组件的数量并解释原因。
Virtual SAN 对象由组件组成,这些组件分布在用Virtual SAN 配置的 vSphere 群集的主机之间。这些组件存储在 Virtual SAN 分布式数据存储内各种不同的磁盘组组合中。组件通过基于闪存的设备透明分配缓存和缓冲容量,而其数据在磁盘中“永存”。
见证组件是每个存储对象的一部分。Virtual SAN 见证组件包含对象元数据,其目的是在必须做出可用性决策时(在 Virtual SAN 群集中)充当打破平局组件,以避免裂脑行为并满足仲裁要求。
Virtual SAN 见证组件以三种方式进行定义和部署:
· 初级见证
· 次级见证
· 打破平局见证
初级见证:至少需要群集中 (2 * FTT) + 1 节点以便能容许 FTT 节点/磁盘故障数。如果安装了所有数据组件后,配置没有获得所需的节点数,则初级见证将位于独占节点直到配置中有 (2*FTT)+ 1 个节点。
次级见证:创建次级见证的目的是确保每个节点在仲裁时有相同的投票权。这点很重要,因为每个节点故障都应对仲裁产生相同的影响。次级见证的添加应使每个节点都获得相同的组件数,包括仅拥有初级见证的节点。因此,这一步骤使得每个节点上的数据组件 + 见证组件的总数相同。
打破平局见证:如果在添加初级见证和次级见证之后,配置中的组件总数是偶数(数据 + 见证数),那么,我们需要添加一个打破平局见证,使组件总数变为奇数。
我用两个现实世界的情形来阐述上文所述的定义和逻辑,并解释为什么要这样安排见证组件:
情形 1:具有 511 GB VMDK 的虚拟机所容许故障数 1
注意:Virtual SAN 对象命名空间大小限制在每对象 255GB。大于 255GB 的对象将在主机之间进行平分。这解释了以下两个示例所展现出的特性,这些示例具有一个 RAID 1 组配置和多个连接式 RAID 0 组。
在此特定情形中只部署了 1 个见证,为什么?
在此特定情形中,所有 RAID 0 条带都在不同的节点上。请仔细查看主机名称。
为什么会这样,这与上文所述的见证类型有什么关联?
在此情形中执行见证计算时,见证组件逻辑开始启用,如下文所示:
· 初级见证:数据组件分布在 4 个节点间(大于 2*FTT+1)。因此,我们不需要初级见证。
· 次级见证:因为每个参与配置的节点都只有一个组件,因此,我们无需次级见证来平衡投票数。
· 打破平局见证:因为配置中的组件总数是 4,因此,我们仅需一个打破平局见证。
情形 2:具有 515 GB VMDK 的虚拟机所容许故障数 1
在这一情形中部署了 3 个见证,为什么?
在此特定情形中,部分 RAID 0 条带在相同节点上。请仔细查看主机名称。组件配置采用下列方式进行分层:
· 2 个组件在节点 vsan-host-1.pml.local 上
· 2 个组件在节点vsan-host-4.pml.local 上
· 1 个组件在节点 vsan-host-3.pml.local 上
· 1 个组件在节点 vsan-host-2.pml.local 上
在此情形中执行见证计算时,见证组件逻辑开始启用,如下文所示:
· 初级见证:数据组件分布在 4 个节点间(大于 2*FTT+1)。因此,我们不需要初级见证。
· 次级见证:因为两个节点每个都有 2 个投票,且 2 个节点每个都只有一个投票,我们需要在下列节点上添加一个投票(见证):
· vsan-host-3.pml.local
· vsan-host-2.pml.local
· 打破平局见证:添加了上述两个见证后,配置中的组件总数为 8(6 数据 + 2 见证),我们需要一个打破平局见证,即第三个见证。
大多数情况下,人们希望见证数取决于容许故障数策略(0 至 3)。实际上,见证数完全取决于布局组件和数据的方式,而非给定策略。
再次重申我在本博文之初所言,本行为对于终端用户是 100% 公开透明的,因此无需担心,因为此行为由系统管控。
- 祝您愉快
欢迎在微博上关注我,这样在我发布博客文章后您就会收到通知,并可以让您了解更多有关 VMware 存储的信息:@VMware中国
————————————————————————————————————————————
作者:Rawlinson
Rawlinson 现任 VMware 云基础设施技术营销团队资深技术营销经理,主要从事存储虚拟化技术工作。他曾担任过架构师,主要致力于为 VMware 的财富 100 强和 500 强客户提供 vSphere 和云企业架构。 Rawlinson 在 IT 行业已有 15年的从业经验,在他的职业生涯中,主要负责设计、实施和维护基于 VMware、Microsoft 和其他领先技术的大型物理网络、服务器和云架构。
转载于:https://blog.51cto.com/vsdsrevolution/1431654