vSphere 7简介：混合云的功能和技术

Globaldc

带Kubernetes的vSpherevSphere 7的第一个功能是带有Kubernetes（以前称为Project Pacific）的vSphere 。
如果您不打算使用Kubernetes，则在此版本中我们仍然具有许多新功能和改进功能。实际上，我们已经为两项最成熟的技术迈出了一大步：DRS和vMotion。除命名空间外，我们还有许多其他新功能需要讨论。
改进的分布式资源调度程序（DRS）重新设计了vSphere DRS，以更好地服务于容器和VM。DRS过去一直专注于集群状态，当该算法有利于整个集群的平衡时，该算法会推荐vMotion。这意味着DRS过去通过使用群集范围的标准偏差模型来实现群集平衡。
但是，单个VM呢？该vMotion对移动的VM或旧邻居或新邻居有何影响？新的DRS逻辑采用了非常不同的方法来解决这些问题。它在主机上计算VM DRS分数，并将VM移动到提供最高VM DRS分数的主机。与旧版DRS的最大区别在于，它不再平衡主机负载。这意味着DRS不太关心ESXi主机利用率，并优先考虑虚拟机“幸福”。每分钟也会计算一次VM DRS分数，这将导致对资源的更精细的优化。可分配的硬件在vSphere 7中，开发了一个称为可分配硬件的新框架，该框架可在客户使用硬件加速器时扩展对vSphere功能的支持。它引入了vSphere DRS（用于将VM初始放置在群集中）以及对配备有直通PCIe设备或NVIDIA vGPU的VM的vSphere High Availability（HA）支持。与可分配硬件相关的是新的Dynamic DirectPath I / O，它是一种配置直通以将PCIe设备直接暴露给VM的新方法。PCIe设备的硬件地址不再直接映射到虚拟机的配置（vmx）文件。相反，它现在作为PCIe设备功能公开给VM。动态DirectPath I / O，NVIDIA vGPU和可分配硬件共同构成了一个强大的新组合，可释放一些出色的新功能。例如，让我们看一个需要NVIDIA V100 GPU的VM。现在，当虚拟机启动（初始放置）时，可分配硬件将与DRS进行交互，以查找具有此类设备可用的ESXi主机，声明该设备的所有权，然后将VM注册到该主机。如果主机发生故障并且vSphere HA启动，则可分配硬件还允许在具有所需硬件可用的合适主机上重新启动该VM。
vSphere Lifecycle ManagervSphere Lifecycle Manager拥有许多vSphere 7新功能，带来了一系列功能来使生命周期操作更好。借助vSphere Lifecycle Manager，vCenter Server和ESXi主机配置管理都发生了范式转变。使用所需的状态配置模型，vSphere Administrators可以一次创建配置，应用配置，然后继续通过称为vCenter Server Profiles和Image Cluster Management的新工具监视所需的状态。通过vCenter Server配置文件，管理员可以标准化所有vCenter Server的配置，并进行监控以防止配置漂移。
群集映像管理允许管理员在群集级别创建映像，这些映像指示如何配置群集内的主机。群集映像可以包括vSphere（ESXi）版本，供应商附加组件（这是黄金ESXi映像和VUM术语中的OEM ISO之间的增量）以及固件附加组件，该附件允许vSphere Lifecycle Manager进行以下操作：与供应商提供的固件管理工具（或硬件支持管理器）（例如Dell OMIVV）进行通信。此次发布的我们的合作伙伴包括Dell EMC和HPE。
第三，在vSphere Lifecycle Manager中，我们有vCenter Server Update Planner。vCenter Server Update Planner提供了本机工具来帮助成功规划，发现和升级客户环境。直接在vSphere Client中进行升级时会收到通知。然后使用Update Planner轻松监视VMware产品的互操作性矩阵，以确保可用的升级与环境中的其他VMware软件兼容。在开始升级之前，请运行一组可用的预检查以帮助实现版本兼容性。万事皆安？您将成功升级，毫不奇怪。请务必注意，vCenter Server Update Planner仅适用于vSphere 7及更高版本。因此，Update Planner无法帮助您计划从vSphere 6.x到vSphere 7的升级，但是一旦运行vSphere 7，它将大大简化升级。
重构的vMotion与DRS一样，我们需要审查vMotion流程，并仔细研究如何改进vMotion以支持当今的工作负载。像SAP HANA和Oracle数据库后端这样具有大量内存和CPU占用空间的VM面临使用vMotion实时迁移的挑战。vMotion流程对性能的影响以及切换阶段可能需要较长的眩晕时间，这意味着客户对于这些大型工作负载不习惯使用vMotion。借助vSphere 7，我们极大地改进了vMotion逻辑，从而使该功能恢复了。从高层次上讲，vMotion由多个过程组成。对于大多数VM，这些进程可以非常快速地执行，通常足够快而不会被注意到。对于具有大量CPU和内存分配的VM，这些过程可能会变得很明显，甚至持续足够长的时间，以使VM中运行的应用程序认为存在问题。因此，对其中一些流程进行了改进，以缓解较大型VM的vMotion问题。一种这样的过程使用页面跟踪程序，其中vMotion跟踪迁移期间的内存页面调度活动。在vSphere 7之前，页面跟踪发生在VM内的所有vCPU上，这可能导致VM及其工作量受到迁移本身的资源限制。使用vSphere 7另一个改进的过程是内存复制。在vSphere 7之前，内存在主机之间以4k页的大小进行传输。vSphere 7现在使用1 GB页面以及一些其他优化功能，以使数据传输更加高效。为了确保眩晕时间保持在1秒目标内（主机之间进行切换的时间），VM状态和内存页面的位图将被传输。这个眩晕时间很重要，对于非常大的VM，要在不到1秒的时间内传输该位图就变得很困难。因此，仅传输所需的页面，而不是传输整个位图（对于大型VM而言，位图的大小可能为数百兆字节）。大多数页面实际上已经从原始传输开始已经在目标主机上，因此我们可以将传输时间从几秒钟减少到几毫秒。与本文中的所有主题一样，有关此新过程的更多详细信息（如此处的后续文章）将可用。关键的最终结果是，vMotion现在甚至可以用于最大的VM。
本质安全客户可以提高安全性的最大方法之一是通过良好的密码策略，而最简单的方法之一就是实施多因素身份验证（MFA）。因此，问题在于实现MFA的方法太多了，几乎不可能用所有这些方法扩展vCenter Server。此外，即使VMware实现了其中的一些功能，我们仍在复制许多客户在其企业身份管理系统中已经拥有的功能，这与我们为用户（vSphere Admins）改善生活的愿望不符。
解决方案是使用开放式身份验证和授权标准（例如OAUTH2和OIDC）进行联盟。借助vSphere 7和Identity Federation，vCenter Server可以与企业身份提供商进行对话，从而使vSphere Admins和vCenter Server脱离过程。这简化了vSphere Admin的工作，并减少了有助于减少合规性审核范围的工作。它还为许多不同的MFA方法打开了大门，因为它们已经知道如何插入Active Directory联合身份验证服务（ADFS）之类的东西。借助vSphere 7，我们将立即支持ADFS，并将随着时间的推移为更多提供商提供支持。https://blogs.vmware.com/vsphere/2020/04/vsphere-7-new-generation-vsphere.html

小黑子

收走收走收走收走收走收走收走收走收走收走收走收走