
2018年4月,VMware发布了vSphere 6.7。彼时,虚拟化技术早已成熟,外界不乏“hypervisor已是普通商品”的声音。然而,这次版本更新却暗含着一个被低估的分水岭意义。
如果说vSphere 6.5完成了从C#客户端向HTML5的艰难转型,那么vSphere 6.7的真正价值在于:它第一次让“传统虚拟化平台”与“混合云战略”在架构层面实现了原生对接。它不是一次“重大”的版本跳跃,却是一次“关键”的承前启后——既巩固了本地数据中心的管理效率与安全性,又以Hybrid Linked Mode和Per-VM EVC等创新,为VMware Cloud on AWS铺平了道路-5-4。
本文将系统梳理vSphere 6.7的四大核心升级维度,解析它如何成为传统虚拟化向混合云架构演进的关键基石。
vSphere 6.7最直观的变化,是管理体验的质变。这种质变体现在两个层面:“能用”与“好用”。
vSphere 6.5引入了基于HTML5的vSphere Client,但功能覆盖率仅约90%,部分高级操作仍需依赖基于Flash的Web Client-1-5。vSphere 6.7将这一覆盖率大幅提升至95%以上-7,而到了6.7 Update 1,基于HTML5的vSphere Client终于实现了对原Web Client全部管理功能的覆盖-9。
这意味着,管理员终于可以彻底告别Flash插件和Windows专属的C#客户端。更重要的是,HTML5客户端在响应速度上的优势是肉眼可见的——这不仅是界面升级,更是日常运维效率的质变。6.7U1还新增了用户呼声极高的暗色主题(Dark Theme),细节之处见真章-9。
vSphere 6.7对vCenter Server Appliance(VCSA)进行了深度性能优化。与前代6.5相比,vCenter每秒执行的管理操作提升2倍,DRS相关操作(如虚拟机开机、放置)速度提升3倍,而内存消耗减少3倍-5-4。
这意味着单个vCenter能够管理的集群规模显著扩大,管理员可以更从容地应对数据中心不断增长的规模挑战。
大型vSphere环境往往需要部署多个vCenter实例,并通过增强链接模式(Enhanced Linked Mode)整合管理。vSphere 6.7的关键改进是:支持内嵌Platform Service Controller(PSC)的vCenter Server Appliance直接加入增强链接模式,最多支持15个VCSA互联,无需额外部署负载均衡器-5。
这一改变大幅简化了大规模vSphere环境的架构设计:
ESXi升级往往意味着漫长的维护窗口。vSphere 6.7通过两项创新大幅优化了这一流程:
对于内存配置极高的现代服务器,每次硬件自检耗时可达数分钟。这一组合优化让vSphere集群的补丁和升级时间显著缩短,运维团队的实际感受是“维护窗口不再那么令人焦虑”。
安全性是vSphere 6.7另一个重要的升级维度,其核心思路是将信任链从物理硬件延伸到虚拟机内部。
vSphere 6.7开始支持TPM 2.0(Trusted Platform Module 2.0)标准-5-4。TPM是主板上的安全芯片,用于存储密钥、哈希值等敏感信息。在vSphere 6.7中,TPM 2.0的主要用途是支持安全启动(Secure Boot)——确保ESXi主机只运行经过数字签名的代码,未经授权的组件无法加载-5。
这相当于为每台物理主机建立了一个硬件级的信任根,从根本上防御Bootkit和Rootkit类攻击。
更关键的是,vSphere 6.7为虚拟机引入了虚拟TPM 2.0设备(vTPM)-1-4-5。这个虚拟设备基于TPM 2.0标准实现,安全等级与硬件TPM等同——即便是主机管理员也无法读取vTPM中的加密数据。
vTPM的加密数据存放在虚拟机的.nvram文件中,随虚拟机一同迁移。因此,启用vTPM的虚拟机需要配合KMS(密钥管理系统)使用;当虚拟机被复制或迁移到另一台主机时,目标主机必须能够访问原KMS系统才能解密数据-5。
这一能力的实际价值在于:它让Windows 10、Windows Server 2016等支持VBS(基于虚拟化的安全)的操作系统能够在vSphere环境中启用全部安全功能-1-5。
vSphere 6.7还增强了对数据在移动过程中的保护,支持跨不同版本vCenter的加密vMotion-5-4。这在混合云迁移场景中尤为重要——私有云和公有云的vCenter版本往往不一致,加密vMotion确保数据在跨云传输过程中的机密性和完整性-5。
vSphere 6.7明确提出要做“通用应用平台”,支持从传统关键业务到AI、ML、大数据、云原生、内存计算和3D图形等新兴负载-4-5。这一承诺通过两项关键硬件技术支持得以落地。
vSphere 6.7增加了对非易失性内存(Non-Volatile Memory)的支持-1-4-5。持久内存在性能上接近普通DRAM,但成本远低于DRAM;同时具备非易失性,断电后数据不丢失-1。
在vSphere 6.7中,持久内存可以被映射为高速SSD,也可以直接透传给虚拟机,让新一代操作系统和应用直接利用其性能优势-5。这对于内存数据库、大数据分析等延迟敏感型工作负载意义重大。
vSphere 6.7进一步增强了与NVIDIA GPU的协同:
对于需要GPU算力的AI训练、推理场景,这极大提升了资源调度的灵活性和硬件利用率。
vSphere 6.7开始支持4Kn原生4K扇区硬盘,使数据中心能够采用大容量先进格式硬盘,提高存储空间利用率并降低成本-1-5。
这或许是vSphere 6.7最具战略意义的升级方向——它不再把本地vSphere和公有云vSphere看作两个割裂的环境,而是试图在架构层面实现统一的混合云管理体验。
vSphere 6.7引入了vCenter混合链接模式(Hybrid Linked Mode)-2-4-5。该模式允许一个vCenter实例同时管理运行在不同版本的vSphere环境——包括本地的私有云和运行在AWS、IBM Cloud或其他VMware Cloud Provider上的公有云。
这一功能的核心价值在于:公有云端的vSphere版本更新速度远快于本地数据中心。混合链接模式让用户无需为了保持版本一致而频繁升级本地vSphere,即可享受公有云上最新功能带来的好处-5-4。
更直白地说:VMware不再强迫用户“上云必须先升级”。这降低了企业采用混合云的心理门槛。
EVC(Enhanced vMotion Compatibility)是vSphere用于屏蔽不同CPU型号差异、保证vMotion兼容性的机制。传统EVC是集群级别的属性——一个集群内的所有主机必须使用相同的EVC基线,这通常意味着要迁就集群中最老旧的CPU型号。
vSphere 6.7引入了Per-VM EVC(虚拟机级别的EVC),使EVC成为虚拟机属性而非集群属性-1-5-4。每台虚拟机都可以拥有独立的CPU兼容性等级,vSphere会根据虚拟机的EVC属性自动匹配合适的目标主机。
在混合云场景中,本地数据中心和云端的CPU型号往往差异巨大。Per-VM EVC让虚拟机跨云迁移变得更加平滑,无需因CPU不兼容而拒绝迁移或被迫调整整个集群的EVC基线。
vSphere 6.7进一步增强了跨vCenter不同版本的迁移能力。从6.0引入的“跨vCenter Provisioning”概念在6.7中进一步完善,支持不同版本vCenter之间的vMotion、完整克隆、冷迁移等操作-5。
对于采用VMware Cloud on AWS的用户而言,这意味本地vSphere环境与云端的双向迁移更加流畅,混合云不再是一个“只进不出”的单行道。
在vSphere 6.7发布半年后,VMware于2018年10月推出了6.7 Update 1,其中几项增强值得关注-9-6:
这些更新说明vSphere 6.7不仅是一个静态版本,而是VMware混合云战略在持续迭代中的关键支点。
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。