部署 VMware Cloud Foundation 的速度比自己动手的模型快 86%
Dell EMC VxRail（Dell Technologies APEX 混合云）上的 VMware Cloud Foundation 提供了一种简化的混合云部署路径。 该解决方案不仅可以在 14 天内在现场运行[1]，但让 VMware Cloud Foundation 在 VxRail 上运行的途径也比尝试从裸机构建要快得多。 事实上，在我们的评估过程中，我们发现 VCF on VxRail 是 部署速度提高 86% 比自己动手的模型。
但是，在查看生命周期更新（硬件和软件）时，VCF on VxRail 的好处是持续存在的。 VCF 继续显示出巨大的价值，速度提高了 15%，步骤更少。 最终，VCF on VxRail 解决方案比 DIY 更容易部署和管理，并且可以自动执行数百个任务。 在本文中，我们详细介绍了 VCF 在这两种模式中的设置和配置，并强调了 Dell Technologies APEX 混合云的工程优势。
介绍
Dell Technologies 企业产品组合包含该公司领先的现代软件定义数据中心 (SDDC) 解决方案。 Dell EMC VxRail 是由 Dell Technologies 和 VMware 联合设计的集成超融合基础架构 (HCI) 设备。 虽然 VMware 通过销售 vSAN ReadyNodes™（Dell EMC 也提供）的合作伙伴提供 HCI 软件，但 VxRail 使 HCI 更进一步。 借助 VxRail，客户可以获得一个完全集成、预配置和预测试的系统，该系统可在一个设备中提供虚拟化、计算和存储。 所有元素（包括 VMware 软件和 Dell EMC PowerEdge 硬件和网络）都集中在一个单元中，这一事实为客户提供了更顺畅的 VMware HCI 部署路径。
然而，Dell Technologies 并没有就此止步于 VxRail。 对于希望拥抱混合云愿景、将容器用于现代应用程序或部署真正的软件定义数据中心 (SDDC) 的客户，他们可以在 Dell EMC VxRail 上部署 VMware Cloud Foundation (VCF)。 VxRail 是第一个与 VMware Cloud Foundation (VCF) SDDC Manager 完全集成的超融合基础架构系统[2]，提供一组来自 VMware 的完全集成的软件组件，包括 vSphere、vRealize、NSX、vSAN 和 SDDC Manager。
将 VCF 与 VxRail 集成为客户提供了一个统一平台，该平台是跨整个硬件和软件堆栈的一种完整、自动化的体验。 通过这种紧密集成，客户将看到平稳、快速的部署和简化的管理体验，同时受益于可加速其组织交付应用程序能力的基础架构敏捷性。 此外，由于硬件和软件之间的深度集成，VxRail 在生命周期管理方面还提供了重要的运营优势。
虽然让 VxRail 集群快速上线在业务影响方面具有立竿见影的好处，但持续的运营优势提供了最令人印象深刻的结果。 这些范围从显而易见的，比如不再为网卡、SSD 和其他已安装组件等元素搜索最新支持的驱动程序，到从 VMware 搜索软件补丁/更新。 但还有一个事实是，Dell Technologies 在 30 天内将新的 VMware 功能包含到 VxRail 中，并且 Dell Technologies 充当所有支持问题的单一联系点。
快速为客户带来新功能也是一个巨大的好处。 例如，在 2020 年年中，VMware 围绕其 Tanzu 软件发布了多项更新，使客户能够从单一控制平面运行 Kubernetes。 对于采用现代应用程序交付的 VxRail 客户，VxRail 上的 VCF 提供了一个交钥匙流程来使 Tanzu 上线。 在操作上，这为客户提供了一种一致的方式来部署和管理传统 VM 以及容器。
鉴于 VMware SDDC 技术的广泛性和整个企业的采用，客户在部署时有两种截然不同的选择。 因此，我们试图比较 VxRail 上的 VCF 与“自己动手”的替代方案的优势。 我们从在 VxRail 上部署 VCF 开始，完成部署主机、云构建器以及最终硬件和软件的生命周期更新的过程。
完成后，我们将完全相同的硬件重新用于普通 PowerEdge 服务器，安装各个组件，就像组织部署 vSphere、vSAN、NSX 和 vRealize 组件一样。 对于生命周期管理阶段，我们手动执行了从 VVD 5.1.1 到 5.1.2 的升级。
下表突出显示了这三个可定义的部分，但应该注意的是，生命周期行动将是组织将定期参与的一项永久性任务。
虽然我们看到了即时部署优势（这意味着客户将在线并使用 VxRail 更快地交付），但持续的生命周期管理优势将节省时间，并允许企业在集群的整个生命周期中将精力集中在其他地方。
虽然这些是高级比较数字，但以下报告非常详细地讨论了这些结果以及完成每个步骤的技术流程和时间。 虽然累积延时结果说明了一切，但过程的详细信息和随附的任务列表清楚地说明了从 Dell EMC 采购 VxRail 工程设备与标准 x86 裸机服务器之间的差异。
最后，考虑 VxRail 优势时忽略了从订购到交付的时间。 Dell Technologies 提供多种出厂固定配置，可在两周内在现场完成部署。
技术概述
主要重点是量化与 VCF 在 VxRail 上联合设计的交钥匙解决方案交付的价值，与使用 Vmware 验证设计的 DIY 方法逐个构建相比。 测试分为三个部分：管理域、工作负载域和 LCM 的构建。 通过这样做，我们能够收集类似的时间来完成两种解决方法的发现。
出于测试目的，我们使用了一个八节点集群； 为管理域配置了四个节点，为工作负载域配置了四个节点。
服务器 – 8 台 Dell EMC PowerEdge R640
- 内存 – 576GB 内存
- 网络 – 2 x Mellanox25GbE 2P ConnectX4LX
- 存储 – 4 个 3.84TB SSD 总容量 15.4TB
- 存储控制器——Dell EMC HBA330 Mini
所有测试都是从所有主机处于断电状态开始进行的。 遵循 Dell Technologies 和 VMware 安装和配置文档。
VMware 软件版本
- VMware Cloud Foundation – 初始版本 3.9.0 - 升级 3.10
- VMware 验证设计初始版本 5.1.1 – 升级 5.1.2
Dell Technologies APEX 混合云部署调查结果
Dell Technologies 通过出厂预装软件简化了初始构建过程。 不到两小时（01:54:44)，我们启动了四个管理节点，安装了 ESXi 并配置了 Jumbo Frames，集群化并部署了 Cloud Builder Appliance，并准备好初始化 VMware Cloud Foundation 部署。
在 VxRail 上安装和配置 VCF 期间，该过程主要由向导引导，输入关键信息，这些信息被提取到 JSON 文件中，供设备用于配置从网络到各种虚拟机上的主机名和 IP 的细节。 这种方法就像使用 VMware Validated Design 方法进行的 DIY，将在报告后面介绍。 您填写在向导中获取的环境工作簿。 您仍然需要验证提取的信息并输入密码。 我们发现这种体验易于使用，并允许在扩建之前快速验证信息。
与 DIY 构建不同，使用 VCF on VxRail，您首先只需配置管理集群所需的主机。 部署工作负载域时，您可以按照与管理域相同的方式配置工作负载域主机。 我们还需要注意，在工作负载域的部署过程中，NSX-T 在 VxRail 上使用 VCF 自动安装，而在 DIY 部署中是手动安装。 VMware Cloud Foundation 通过一系列安装和配置网络环境的脚本运行。 其中包括 NSX-T 管理器、两个额外的管理器节点、导入 CA 签名证书、连接到 vCenter、创建传输区域、上行链路配置文件、网络 I/O 控制配置文件、系统的 NSX 段、上行链路、覆盖流量、传输节点配置文件、 ESXi 主机传输节点，从 vSphere Distributed Switch 移除 ESXi 主机，并配置动态路由。
从断电状态到配置和运行的管理域和单工作负载域， 经过的时间是 09:43:29
正如您在上图中看到的那样，在使用 VxRail 上的 VCF 构建管理域期间，有 85 个任务是自动执行的。 自动化任务的一些示例包括将主机导入 vCenter 以及安装和配置 NSX-V 和 vRealize Log Insight。
在管理和工作负载域的 VCF on VxRail 部署期间，总共有 328 个自动化任务。 与 DIY 方法相比，您必须手动执行 338 项任务。 我们还想提一下，VxRail 系统上的这些初始任务不是由最终用户执行的，Dell Technologies 专业服务执行部署。
使用 VMware 验证设计部署结果进行 DIY
为了测试这两个环境，我们遵循 VMware Validated Design 5.1.1 蓝图并使用 Cloud Builder Appliance 部署了我们的 SDDC 环境。 这使我们能够对两种环境的构建选项（滚动您自己的 DIY 或 VxRail 系统）进行最佳比较。
当您采用 DIY 方法时，需要采取的步骤要多得多，首先要检查硬件组件是否与您正在部署的 VMware 版本兼容。 与预装 ESXI 和 HCI 系统软件的 Dell EMC VxRail 系统相比，您必须在每台主机上安装 ESXi 并手动配置网络、NTP 和 SSH。
我们发现 DIY 方法是 慢 86% 在部署管理和工作负载集群时。 请注意，如果您没有使用 Cloud Builder Appliance 并且必须手动安装和配置 VMware ESXi、vRealize Operations Management、vRealize Life Cycle Manager、NSX-V 和 NSX-T，则此时间会增加。 e在 DIY 环境中部署的耗时是 18:03:28。
使用 Cloud Builder Appliance 可以自动执行 218 个任务来配置管理集群和另外 74 个任务来配置计算集群。 走 DIY 路线时的一个主要区别是使用 NSX-T，您必须手动配置它，而使用 VxRail 上的 VCF，NSX-T 是为您配置的。 下图显示了 Cloud Builder 完成的任务列表。 使用 DIY 方法时，通常需要手动配置这些步骤。
生命周期管理总结
我们发现，通过在 VxRail 上使用 VCF，您可以执行更新 快15％ 与 DIY 构建相比，必须单独对每个组件执行升级。 另外请注意，如果需要更新 DIY 硬件，这个百分比实际上会更高。 VxRail 上的 VCF 执行的更新不仅针对 VMware 进行了优化，还针对底层 Dell Technologies 硬件进行了优化。 此次测试期间明确展示了联合工程，我们可以看到这种协作如何帮助最终用户进行第 2 天的操作。
为了这个测试周期的目的，我们想要模拟一个工作环境。 为此，我们部署了运行 16 个虚拟机的 HCI Bench。 这些虚拟机在整个升级过程中都处于开机状态并运行负载测试。 这包括管理域和工作负载域。
使用 VMware Cloud Foundation 的主要优势之一是联合设计的 LCM 方法，该方法消除了执行升级时的繁琐猜测和跑腿工作。 补丁存储库的易用性让管理员可以轻松找到他们正在寻找的更新并应用它。 在当今的 IT 世界中，一键式方法可能会被忽视，但替代方法是根据硬件兼容性列表 (HCL) 手动研究您自己的硬件，将所需的驱动程序与一系列兼容固件进行比较，然后自行部署每个系统。 如果您在多个集群中拥有无与伦比的服务器，则所需的时间可能会像滚雪球一样急剧增加。
VxRail 会在几秒钟内为您完成此检查并自动推出升级（如果您选择）。 这是每次 VxRail 无人值守更新或升级时节省的时间。 Dell Technologies 工程将 VxRail 升级直接集成到此存储库中，这有一个额外的好处，我们将在下面深入探讨。 与自己动手的方法相比，这种集成升级方法可帮助 IT 管理员节省大量时间。
使用 VxRail，与必须自己跑腿相比，很难真正描述您在每个更新和升级周期中节省了多少时间和工作量。 需要花费数小时根据 HCL 交叉检查您自己的硬件，确认您的设备固件与所需的驱动程序兼容，然后仔细分阶段推出，VxRail 完全自行处理。 在固件升级路径方面，Dell Technologies 能够利用其广泛的工程资源将带来巨大好处。 当您自己进行升级时，古老的心态是如果某些东西有效，就不要修复它。
固件也是如此，如果升级的驱动程序与支持设备上当前固件的兼容性范围一起工作，除非需要，否则不要升级。 因此在许多情况下，IT 管理员会经历升级过程，看到固件与新驱动程序兼容，而不是升级。 由 Dell Technologies 工程资源支持的 VxRail 解决方案将进一步检查最终用户可能不知道的已知问题或改进，并将固件升级到更高版本，提供比 DIY 方法更精细的解决方案可能会错过。 在我们的测试过程中，我们不需要使用 DIY LCM 过程升级硬件上的固件，这与 VxRail 系统 LCM 过程不同。
虽然尝试匹配 VxRail 正在做的事情并非不可能，但它需要在每个更新周期进行更深入的研究，不仅要检查驱动程序和固件兼容性，还要在进入之前测试可能的固件升级路径以确保稳定性方向。 但是，对于许多 IT 管理员和企业而言，当 HCL 显示现有固件修订版兼容时，许多人没有时间或金钱投入到该过程中。 另一方面，VxRail 已经为客户完成了跑腿工作，并将其纳入一键式方法。
VMware Cloud Foundation 内置的另一个额外好处是，只有当环境满足与当前安装版本的兼容修订检查时，升级才会显示为可供安装。 这意味着，如果您想转到 VMware Cloud Foundation 3.10.1 但使用的是版本 3.9.0，您将只会看到准备安装的更新，这些更新将引导您转到 3.10.1。 这也适用于 Dell Technologies 与 VxRail 的集成； 在 VMware Cloud Foundation 更新到 VxRail 升级包支持的版本之前，您不会看到 VxRail 更新准备好安装。
VxRail 上的 VCF 还包括一个有价值的更新前预检查功能。 这会在升级之前检查您的环境，以确保系统已准备好进行升级。
VMware Cloud Foundation on VxRail 生命周期管理结果
在 VxRail 上使用 VCF 执行升级时，VMware SDDC Manager 是您升级全栈的中心源。 Dell Technologies 与 VMware 联合设计，从 SDDC 管理器中升级 VxRail 硬件。 Dell Technologies 使用与 VMware 更新一致的同步发布计划。 这意味着您只需访问一个地方即可找到并安装可用的更新。 另一个很棒的功能是按顺序安装。 在能够更新之前，您通常必须进行某个修订。 通过 SDDC manager 升级只会根据软件版本向您显示您可以安装的当前版本； 一旦满足，您就可以继续升级。
升级的兼容性和环境准备也已完成。 预先对环境进行预检查的能力使升级成为过去。 这也节省了大量时间，不必手动检查全栈的兼容性。 花费的工程时间以及 Dell EMC VxRail 系统和 VMware 之间的优化集成对组织来说是巨大的好处。 在此测试周期中无法量化为组织节省的时间。
正如上面介绍中的图形所示，我们看到了 15% 时间 使用 Dell EMC VxRail 比我们使用 VMware Validated Design (VVD) 的 DIY 方法节省的成本。 我们还需要声明，这个百分比表示 VVD LCM 不需要任何硬件更新。 VxRail 部署不仅击败了 VVD LCM 更新，它还通过升级为实现最佳性能和稳定性而设计的硬件固件来做到这一点。 另一方面，VVD LCM 仅检查兼容固件，并未针对最佳性能或稳定性进行优化。
VMware SDDC 堆栈和 VxRail 硬件固件的 VCF on VxRail 升级过程需要一个 经过时间 11:16:24 为为测试而部署的管理域和工作负载域完成。
使用 VMware Validated Design Life Cycle Management Findings 进行 DIY
更新已部署的 VMware Validated Design 解决方案的过程并不像检查 VCF on VxRail 解决方案这样的更新和补丁那么简单。 在这里您必须手动检查安装的每个 VMware SDDC 组件的软件版本，然后检查每个主机的硬件以确保它与您要升级到的版本兼容。 对于此测试，我们无需升级任何硬件固件，因为它与我们要升级到的 VMware 软件版本完全兼容。
升级软件的一个关键步骤是确保底层硬件与更新版本的 VMware SDDC 组件兼容。 一旦我们验证并下载了升级位，我们就会检查每台主机的兼容性。 这是一个手动过程，包括登录所有 8 台主机的 iDRAC 并检查每个已安装的驱动器、存储控制器和网络接口卡适配器的固件版本。 获得列表后，我们必须继续访问 VMware 硬件兼容性列表站点并手动搜索和验证每个组件。
要执行 VMware SDDC 组件的实际升级以从 VVD 5.1.1 升级到 5.1.2，需要升级以下软件组件：
- 平台服务控制器设备
- vCenter Server 设备
- vSphere Update Manager 下载服务
- ESXi主机
管理和工作负载集群的更新花费了 经过时间 12:59:16 去完成。 在 DIY LCM 测试期间仅更新了 VMware 软件组件。
本报告由 Dell Technologies 赞助。 本报告中表达的所有观点和意见均基于我们对所考虑产品的公正看法。
[1] 适用于选择预配置的解决方案，请联系您的销售代表了解详情。 不包括超过 1000 个实例的订单、混合存储、选择 vRealize（vRA、vRO）组件和一些其他功能。 必须在下订单前完成客户信用审批、现场调查和配置工作簿。 产品可用性、运输、节假日和其他因素可能会影响部署时间。 部署包括交付、标准化安装以及硬件和软件配置。 仅限美国、英国、法国和德国。
[2] 基于 Dell Technologies 内部分析，2019 年 XNUMX 月
