基于VSAN的云数据中心解决方案
vsan设计方案
vsan设计方案正文：1. 简介vSAN（Virtual SAN）是一种软件定义存储解决方案，能够在虚拟化环境中提供高性能和高可靠性的存储服务。
本文将介绍一个基于vSAN的设计方案。
2. 需求分析首先，我们需要明确设计方案的需求。
在这个例子中，我们假设公司需要一个适用于虚拟化服务器的存储解决方案，以提供可扩展、高性能和高可靠性的存储服务。
3. 架构设计基于以上需求，我们可以设计以下vSAN架构：a. 硬件规划：选择适合vSAN的硬件设备，包括服务器、存储设备和网络设备。
确保硬件配置满足VMware官方的推荐要求，以确保性能和可靠性。
b. vSAN节点规划：根据需求配置vSAN节点。
每个节点都应包括至少一个vSAN磁盘组，用于存储数据和元数据。
可以根据需求配置多个磁盘组，以提供更高的性能和可靠性。
c. vSAN网络规划：配置专用的vSAN网络，用于节点之间的数据传输。
确保网络带宽和延迟满足vSAN的要求，以避免性能和可靠性问题。
d. vSAN存储策略：根据实际需求配置vSAN存储策略。
例如，可以选择复制数为2，以提供数据冗余和高可用性。
4. 部署与配置在完成架构设计后，可以开始部署和配置vSAN。
a. 安装与配置：根据官方文档，安装和配置vSAN。
确保网络连接正常，所有节点都能够互相通信。
b. 创建vSAN磁盘组：在每个节点上创建vSAN磁盘组，并将其配置为vSAN存储。
确保所有磁盘都可用且状态正常。
c. 配置vSAN网络：确保vSAN网络正常工作，并且带宽和延迟达到要求。
可以使用各种网络测试工具进行验证。
d. 配置存储策略：根据需求配置vSAN存储策略。
可以为不同类型的虚拟机选择不同的存储策略，以满足其性能和可靠性需求。
5. 性能调优一旦vSAN部署完成，我们可以进行性能调优以进一步提升存储性能和可靠性。
a. 缓存和容量调整：根据负载和性能需求，调整vSAN缓存和容量设置。
可以增加缓存大小以提高读取性能，增加容量以满足数据存储需求。
VMWare-vSphere7解决方案助力企业数字化转型
影响ACI 在全球拥有 30,000 个客户端和 2,000 个虚拟机，vSphere 6.5 的部署正是时候， 可为 ACI 带来以下优势：通过 HTML5 Web 客户端增强了可用性，并加快了对性能指标的访问速度通过 vCenter Appliance 改善了整体管理环境中托管的医疗数据符合 HIPAA、PCI 和 PI 要求，让您高枕无忧无缝的数据中心概念证明，现已扩展为 vSphere 6.5 的全球部署，范围包括即将被 ACI合并或收购的公司
主要功能特性包括：经过重新构建的 vCenter Server® Appliance，采用 了核心 vSphere 技术以简化部署、改善可管理性和 提高性能基于 HTML 5 的全新 vSphere Client，提供了更现 代、响应速度更快且更易于使用的用户界面新的虚拟机级别磁盘加密以及加密的 VMware vSphere vMotion®，用于保护静态数据和动态数据VMware vSphere Integrated Containers™，用于 帮助组织改造其基础架构，无需重新构建
RYAN FAY，ACI SPECIALTY BENEFITS 首席信息官
数字化转型成功案例 | 7
ACI Specialty Benefits 极大地受益于vSphere 6.5 升级
ACI Specialty Benefits (ACI) 面向全球客户提供员工援助和工作场所健康计划、礼宾服务和学生援助计划。现在，该公司的国际扩张计划已开展两年时间，每年的增长率达到约 300%。这为员工带来了巨大的机遇，但同时也带了更大的安全障碍，亟待 IT 部门 去解决。当需要评估各种新技术以帮助高效管理指数级增长所带来的复杂情况时，ACI 选择了 vSphere 6.5。IT 团队首先在数据中心内实施了 vSphere 6.5，现在 正准备进行整个企业范围内的全球部署，其中包括大型 VDI 环境。
基于VMWare vSAN集群节点损坏的数据恢复研究
基于VMWare vSAN集群节点损坏的数据恢复研究概述在现代数据中心环境中，存储是至关重要的组件之一。
虚拟机和应用程序对于可靠的、高性能的存储资源的需求越来越大。
VMWare vSAN是一种软件定义的存储解决方案，它以分布式、高可靠性和高性能为特点，可以帮助组织构建自己的虚拟化存储解决方案。
即使是最可靠和高性能的存储解决方案也无法完全避免硬件故障的发生。
当vSAN集群节点损坏时，数据的恢复变得至关重要。
本文将探讨基于VMWare vSAN集群节点损坏的数据恢复的研究，包括常见的节点损坏原因、数据恢复的方法和最佳实践。
常见的节点损坏原因VMWare vSAN集群节点损坏可能由多种因素引起，包括硬件故障、网络问题、存储空间不足等。
以下是一些常见的节点损坏原因：1. 硬件故障：硬盘、内存条或者网络适配器等硬件故障可能导致节点损坏。
在这种情况下，节点可能会被vSAN集群自动检测并标记为失效状态。
2. 网络问题：网络是vSAN集群正常运行的关键因素。
如果节点之间的网络通信发生故障，可能导致节点被标记为失效状态。
3. 存储空间不足：当vSAN集群的存储空间不足时，节点可能会因为无法提供正常的存储服务而被标记为失效状态。
数据恢复的方法当vSAN集群节点损坏时，数据的恢复变得至关重要。
以下是一些常见的数据恢复方法：1. 重新加入节点：如果节点损坏是由于临时的故障导致的，可以尝试重新加入节点到vSAN集群中。
VMWare vSAN提供了自动重新同步功能，可以将新节点的数据重新同步到集群中。
2. 使用故障域：vSAN可以通过故障域功能将数据复制到不同的节点上，以提高可用性。
当节点损坏时，可以从其他节点上恢复数据。
3. 使用快照和复制：vSAN提供了快照和复制功能，可以通过备份和灾难恢复策略来恢复数据。
当节点损坏时，可以使用快照和复制来恢复丢失的数据。
最佳实践为了最大限度地减少节点损坏对数据的影响，可以采取一些最佳实践：1. 定期检查和维护节点硬件：定期检查和维护节点硬件可以减少硬件故障引起的节点损坏。
vmware-软件定义存储(VSAN)整体介绍
23
Virtual SAN 与 VMware 产品体系深度集成
非常适合 VMware 环境 vSphere
vMotion vSphere HA DRS Storage vMotion
虚拟桌面
VMware View 快照 链接克隆
数据保护
vSphere Data Protection vSphere Replication
27
Virtual SAN 6.0 — 支持企业级应用
Virtual SAN 6.0 Virtual SAN 6.0
Virtual SAN 5.5 每个集群的主机数
每个主机的虚拟机数 每个主机的 IOPS 快照深度 按虚拟机数量 虚拟磁盘大小
混合
64
200 40K 32 62 TB
全闪存
64
200 90K 32 62 TB
VMware Virtual SAN 6.0
讨论材料
存储业务部门 2015 年 1 月
© 2014-2015 VMware Inc. 保留所有权利。
目录
• 存储方面的挑战和难题 [3]
• 软件定义的存储和新出现的存储体系结构 [4]
• Virtual SAN 概述 [9] • Virtual SAN：深入了解 [19]
16
客户为什么会喜爱 Virtual SAN？
极其简单 通过弹性扩展能力实现 可预测的高性能 较低的 TCO
• 单击两下即可安装
• 闪存加速和 SSD 持久性 • 一致的 IOPS，亚毫秒级的响 应时间
• 服务器端经济优势 • 无需大量前期投资 • 可随增长扩展 • 借助强大的自动化实现轻松的 运营 • 无需专业技能
虚拟 存储设备
VMWare与EMC的vSAN及VxRail虚拟化存储解决方案
5
继ESX之后，VSAN是VMware发展最快的产品
CONFIDENTIAL
6
更多客户愿意借助 VMware HCS而不是竞争产品来部署 HCI
3500+
不到24个月，超过3500多客户选择
VMware HCS (VSAN)
据我的经验来看，VMware 的解决方 案非常可靠…我们已准备好将 Virtual SAN 部署的规模扩大将近 两倍。
虚拟机内核
vSphere
...
Virtual SAN 已嵌入 vSphere 内核
• CPU 占用少于 10% • 内存占用不到6GB
便于管理
• 无需安装和管理单独的虚拟设备 • 无单点故障 • 提供最短的 I/O 路径
与 vSphere 和 VMware 产品体系无缝集成
• VSAN集成了High Availability, 远距离vMotion， Fault Tolerance（多虚拟CPU）, Data Protection, vSphere Replication等功能
企业级Server SAN 预计达44.2的年复 合增长率； 2021年 企业级 Server SAN 将是 传统外置磁盘阵列 的1.24倍。
预计5年左右，Server SAN(SDS中主要的种类)，将占据整个全球存储市场份额的半壁江山 ！
2. The Rise of Server SAN, Jul 16, 2015 Source: /wiki/v/The_Rise_of_Server_SAN
部署VSAN最多的四种场景/用例
虚拟桌面 (VDI) • Low upfront costs based on commodity x86 servers
VMware虚拟化vSAN 监控和故障排除
目录关于 vSAN 监控和故障排除41vSAN 简介52监控 vSAN 群集6监控 vSAN 容量6监控物理设备8监控加入 vSAN 数据存储的设备8监控 vSAN 群集中的虚拟对象8关于 vSAN 群集重新同步9关于 vSAN 群集重新平衡10使用 vSAN 默认警报12使用 VMkernel 观察创建警报143监控 vSAN 运行状况16关于 vSAN 运行状况服务16检查 vSAN 运行状况18从 ESXi Host Client 监控 vSAN18主动测试194监控 vSAN 性能20关于 vSAN 性能服务20配置 vSAN 性能服务21使用保存的时间范围22查看 vSAN 群集性能22查看 vSAN 主机性能23查看 vSAN 虚拟机性能25使用 vSAN 性能诊断265处理故障以及对 vSAN 进行故障排除28上载 vSAN 支持包28对 vSAN 使用 Esxcli 命令29ESXi 主机上的 vSAN 配置可能失败31不合规虚拟机对象不会立即合规32vSAN 群集配置问题32处理 vSAN 中的故障33关闭并重新启动 vSAN 群集45关于 vSAN 监控和故障排除《vSAN 监控和故障排除》介绍了如何使用 vSphere Client、esxcli 和 RVC 命令以及其他工具来监控 VMware vSAN ®以及进行故障排除。
目标读者本手册的目标用户为要监控 vSAN 操作和性能或者对 vSAN 群集问题进行故障排除的任何人。
本手册的目标读者为熟悉虚拟机技术和数据中心操作且具有丰富经验的系统管理员。
本手册假设您熟悉 VMware vSphere，包括 VMware ESXi、vCenter Server 和 vSphere Client。
有关 vSAN 以及如何创建 vSAN 群集的详细信息，请参见《vSAN 规划和部署指南》。
有关 vSAN 功能以及如何配置 vSAN 群集的详细信息，请参见《管理 VMware vSAN》。
VSAN常见使用场景及案例分享PPT教案
山东新华书店
关键应用 (商流,物流,电子书城, 出版行业桌面云)
开发测试
中国三大政策性银行 之一
新业务系统难以即刻交付 管理运维困难 投资和运维成本越来越高
传统存储管理复杂 降低存储投资 扩展性
SDDC(广电 云)
某省广电(媒资管理系 统,OA,HR,财务,广告 管理等)
高性能I/O 海量存储池 高扩展性 成本压力 自动化部署
33171733vsan集群数量分布比例生产办公vdi开发测920962vsan虚拟机数量分布占比生产办公vdi开发测试53101621vsan主机数量分布比例生产办公vdi开发测试001000生产办公vdi开发测试852812686833148188314167vsan数据存储剩余容量比例vsan数据存储已使用容量比例客户的vsan使用现状questionsquestions业务关键应用存储双活应用案例某高铁制造有限公司仲裁vesxiappliance站点avsanvsanactivel2multicastvspherevsanstretchedclustervcentervcenter站点bvsanvsanactive要点概览支持oraclerac和windowsmscsvsan双活可保护您的关键数据中心应用不受站点范围内故障的影响提供零rpo优势概览针对不同的虚拟机采用不同的保护策略vsan双活介绍仲裁vesxiappliance站点avsanvsanactivel2multicastvspherevsanstretchedclustervcentervcenter站点bvsanvsanactivevsan双活结合srm实现两地三中心站点cvsanvsan任何距离20挑战需求希望采用双活存储方案但是传统存储厂商技术复杂并且都有不同的限制传统的存储供应商对于双活存储的报价已经超出预算并且从长期而言性能容量的增长并不持续传统的双活增加了复杂性对运维管理人员有很大挑战解决方案在标准的x86服务器上部署virtualsan成效节约了大量成本
VSAN存储解决方案
VSAN存储解决⽅案⽬录1Virtual SAN描述 (2)1.1Virtual SAN简介 (2)1.2功能和优势 (2)1.2.1主要特性和功能 (2)1.2.2优势 (4)1.3体系结构 (5)1.3.1独⽴节点可靠阵列(RAIN) (5)1.3.2仲裁和副本 (6)1.3.3固态磁盘的作⽤ (6)1.4基于存储策略的管理 (6)1.4.1Virtual SAN功能 (7)1.4.2仲裁⽰例 (8)1.4.3虚拟机存储策略 (8)2配置清单及说明 (11)2.1硬件配置需求 (11)2.3Virtual SAN部署要求 (11)2.3.1vSphere (12)2.3.2存储要求 (12)2.3.3⽹络要求 (12)3⽅案优势总结 (14)3.1评估 (15)3.2规划与设计 (15)3.3实施 (15)3.4运维 (16)1.1 Virtual SAN简介Virtual SAN是极其简单的虚拟化层融合的存储解决⽅案。
为vSphere虚拟化架构提供⾼性能，可扩展的存储解决⽅案。
这是适合任何虚拟化应⽤程序，包括关键应⽤⼯作负载的企业级存储解决⽅案。
它与vSphere和对整个VMware功能的⽆缝集成使它成为理想的存储平台的虚拟机。
1.2 功能和优势1.2.1 主要特性和功能VMware Virtual SAN体现了VMware软件定义存储愿景，它在全⾯集成的直连磁盘解决⽅案中纳⼊基于策略的控制层、以应⽤程序为核⼼的服务以及虚拟数据层。
VMware Virtual SAN采⽤分布式架构，利⽤SSD实现⾼性能的读/写缓存，并利⽤硬盘实现⾼成本效益的数据长期保存。
功能特性包括：内置在vSphere内核中Virtual SAN在vSphere内核内部实施, 从⽽优化数据 I/O 路径以提供最⾼级别的性能以及最⼩化对 CPU 的影响，同时提供最佳性能和可扩展性。
简单的⼀键式部署——VMware Virtual SAN易于配置和部署，如下图所⽰，只需要单击对话框就可完成。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
目录1概述 (3)1.1背景信息 (3)1.1现状分析 (3)2服务器虚拟化 (5)2.1计算功能特性 (5)2.1.1虚拟机计算性能 (6)2.1.2虚拟机性能 (12)2.1.3虚拟机迁移 (13)2.1.4分布式资源调度DRS (16)2.1.5分布式电源管理DPM (17)2.1.6NVIDIA GRID vGPU (17)2.2网络和安全功能特性 (18)2.2.1vSphere标准交换机（VSS） (20)2.2.2vSphere 分布式交换机（VDS） (20)2.2.3网络 I/O 控制 (NIOC) (23)2.3存储功能特性 (24)2.3.1虚拟化环境的存储 (25)2.3.2vSphere存储体系结构 (27)2.3.3 Storage DRS (28)2.3.4基于存储策略的管理 (29)2.3.5Storage vMotion (31)2.3.6存储 I/O 控制 (34)2.3.7 Virtual Machine File System (VMFS) (36)2.3.8 Storage Thin Provisioning (38)2.3.9 vSphere Flash Read Cache (40)2.4可用性功能 (43)2.4.1VMware High Availability (44)2.4.2VMware Fault Tolerance (46)2.4.3VMware Data Protection (47)2.4.4vSphere Replication (49)3虚拟化运维管理 (54)3.1基本功能 (55)3.2典型应用场景 (59)3.2.1性能监控与故障修复 (59)3.2.2容量优化 (64)4自动化服务 (67)4.1服务调配 (67)4.1.1功能特性 (72)4.1.2功能特性 (73)4.2云服务门户 (86)4.2.1云门户业务流程 (87)5软件定义的存储解决方案 (90)5.1VMware软件定义的存储方案概况 (91)6灾难恢复解决方案 (93)6.1vCenter Site Recovery Manager (93)6.1.1 概述936.1.2 Site Recovery Manager的主要功能特性 (95)6.1.3 SRM支持灵活的拓扑 (97)6.1.4超越灾难恢复：灾难规避和计划内迁移 (97)6.1.5 VMware Site Recovery 的工作方式 (98)6.1.6 灾难恢复自动化和利用软件定义的存储 (98)7基于VSAN的云数据中心解决方案 (101)7.1方案概括 (101)7.2应用于业务应用 (102)7.3应用于虚拟桌面 (103)7.3应用于测试和开发 (104)7.4应用于灾备 (106)8方案所需相关软件及说明 (109)9方案优势总结 (110)1.1 背景信息不断增长的业务对IT部门的要求越来越高，所以数据中心需要更为快速的提供所需要的能力。
如果不断购买新的服务器，又会增加采购成本和运作成本，而且还会带来更多供电和冷却的开支，同时，目前的服务器还没有得到充分的利用。
通常情况下，企业的服务器工作负载只利用了5%，这导致了大量的硬件、空间以及电力的浪费。
同时由于应用程序兼容性的问题，IT人员只能通过在不同场所的不同服务器中分别运行应用的方式，将应用程序隔离起来，而这又会导致服务器数量的增长。
购置新的服务器是一项漫长的过程，这使得IT部门更加难以应对业务快速成长和不断变动的需求。
例如，对于新业务系统平台的供应和拆除需求，往往就需要消耗大量宝贵的资源和时间。
从IT管理员的角度来看，推动虚拟化技术发展的主要动力是基础架构设施的迅猛增长，而硬件部署模式又进一步加剧了基础架构的复杂程度。
应用越来越多，也越来越复杂，因此就变得更加难以管理、更新和维护。
用户希望能采用各种桌面设备、笔记本电脑、家用PC和移动设备来进行工作。
服务器价格急剧下降，服务器散乱现象仍然存在。
随着图形和多媒体的发展，数据也变得越来越丰富，文件的平均大小也在不断上升，要求不间断的在线存储。
纵观整个数据中心，技术不断增多，分布也越来越广，另外，业界和法律法规也在不断要求企业加强IT管理控制。
然而，一直以来我们都将数据中心基础设施看作是硬件。
现在是不是需要重新考虑这个问题了呢？虚拟化使思考 IT 基础架构的方式发生了变化：从硬件定义到软件定义。
所需的资源需要实现动态化和自动化：要以一种便于使用的服务来提供，而不是以传统 IT 项目来提供。
这种转变正在计算领域以一种势不可挡的势头顺利推进。
通过服务器虚拟化来替代服务器硬件可被看做是这一转型的第一步。
这种方法为我们提供了新的、更加强大和灵活的方式来利用和优化数据中心中的资源。
从安全监督来看，虚拟化技术提升了X86服务器的可靠性、可用性，从基础架构层面获得了原先单机系统无法想象的功能，大大提高了业务连续性的级别，降低了故障率、减少了系统宕机的时间。
从服务器的角度来看，虚拟化技术让每台设备都能托管多套操作系统，最大化了利用率，降低了服务器数量。
从应用的角度来看，虚拟化技术将应用计算从用户设备中分离出来，并在数据中心对应用及相关数据进行整合，通过集中化技术改善了管理和系统的安全性。
从存储的角度来看，软件定义的存储通过主机上与底层硬件集成并对其进行抽象化处理的软件层实，现存储服务和服务级别协议的自动化，可以动态满足虚拟机存储要求，可以随时适应工作负载而无需重新调整 LUN 或卷。
1.1 现状分析多数企业当前基于传统硬件架构的数据中心有如下不足：◆服务器的利用率低。
现在机房内运行的大部分机器的利用率都非常低，由于一台服务器只能有一个操作系统，受系统和软件开发平台的限制，CPU、内存、硬盘空间的资源利用率都很低，大量的系统资源被闲置。
◆可管理性差。
首先是可用性低，几乎每个应用服务器都是单机，如果某台服务器出现故障，相对应的业务也将中断。
其次是当硬件需要维护、升级或出现硬件故障时，上层业务系统均会出现较长时间的中断，影响业务的连续性，其中包括一些重要业务系统，一旦中断服务影响很大，未来数据中心搬迁时会更加麻烦。
◆服务器和存储购置成本高，维护成本递增，也不得不考虑。
随着应用的不断增加，服务器数量也跟着增加，每年要支出高额购置费用不说，还有部分服务器已经过保修期，部件逐渐进入老化期，维护、维修预算费用也逐年增加。
◆对业务需求无法做到及时响应，灵活性差。
当有新的应用需要部署时，需要重新部署服务器，存储系统，并需要对网络系统进行调整以适应新的IT应用的需求。
虽然服务器虚拟化可以解决现有数据中心的诸多问题，但随着虚拟化的引入，现有的传统运维管理方式已经不能满足虚拟化环境对运维管理的需求，现有的这些运维方法在新的虚拟化环境下也存在诸多的挑战。
同时，为虚拟化平台提供数据空间的存储大多采用传统的SAN集中存储，随着业务规模和种类不断扩大，运维人员逐渐感受到服务器虚拟化带来的便利和高效，但僵化的传统外置磁盘阵列逐渐成为提高管理水平和效率的瓶颈，无法做到像虚拟服务器那样快速高效分配存储资源。
整个数据中心运维的敏捷性、灵活性都因此受限。
而且，如果采用传统外置磁盘阵列，需要按照最高SLA（服务等级协议）进行配置，导致成本居高不下，并造成严重浪费。
此外，集中存储还存在扩展性问题，存储的容量无法随服务器计算能力的扩展实现存储容量的水平扩展。
VMware的服务器虚拟化与运维管理（vSphere with Operations Management，vSOM）和软件定义的存储(Virtual SAN)不仅可以帮助客户很好地完成服务器虚拟化的目标，同时还可以解决虚拟化环境下运维管理的问题，提供整个虚拟化环境的可见性，最大限度提高容量利用率和运营性能，后期再结合软件定义的网络方案，帮助陶院逐步完全过渡到软件定义的数据中心（Software Defined Data Center, SDDC）。
VMware的服务器虚拟化解决方案vSphere是业界领先的用于构建云计算基础架构的计算虚拟化平台。
它使得 IT 能以最低的TCO（总体拥有成本）满足要求最严格的关键业务应用的SLA。
vSphere通过在计算、存储、网络、可用性、安全和自动化等方面提供的一整套应用和基础架构服务实现了一个完整、高效，安全的虚拟化平台。
vSphere所提供的服务如下图所示。
图：VMware vSphere虚拟化平台vSphere具有如下的优势。
◆通过提高利用率和实现自动化获得高效率：可实现 15:1 或更高的整合率，将硬件利用率从 5%～15% 提高到 80% 甚至更高，而且无需牺牲性能。
◆大幅降低IT成本：可使资金开销最多减少70%，并使运营开销最多减少 30%，从而为 vSphere 上运行的每个应用降低20%~30%的IT基础架构成本。
◆兼具敏捷性和可控性：能够快速响应不断变化的业务需求，而又不牺牲安全性或控制力，并且为vSphere上运行的所有关键业务应用提供零接触式基础架构，并内置可用性、可扩展性和性能保证。
◆可自由选择：借助基于标准的通用平台，可以充分利用各种现有IT资产及新一代IT服务，而通过开放式API，可借助来自全球领先技术提供商体系的解决方案使vSphere提供更强大的功能。
2.1计算功能特性2.1.1虚拟机计算性能2.1.1.1CPU虚拟化VMware通过CPU虚拟化技术解决了如何在一个操作系统实例中运行多个应用的难题。
实现这一任务的困难之处在于每一个应用都与操作系统之间有着密切的依赖关系。
一个应用通常只能运行于特定版本的操作系统和中间件之上。
这就是Windows用户常常提到的“DLL地狱”。
因此，大多数用户只能在一个Windows操作系统实例上运行一种应用，操作系统实例独占一台物理服务器。
这种状况会导致物理服务器的CPU资源被极大地浪费。
能够使多个操作系统实例同时运行在一台物理服务器之上，是VMware所提供的CPU虚拟化技术的价值所在。
通过整合服务器充分利用CPU资源，可以给用户带来极大的收益。
服务器整合的益处能够得以实现的前提是工作负载并不需要知晓它们正在共享CPU，虚拟化层必须具备这种能力。
这是CPU虚拟化与其它虚拟化形式所不同的地方。
具体实现方式是为每个虚拟机提供一个或者多个虚拟CPU（vCPU）。
多个vCPU分时复用物理CPU。
VMM必须为多个vCPU合理分配时间片并维护所有vCPU的状态，当一个虚拟机vCPU的时间片用完需要切换时，要保存当前vCPU的状态，将被调度的vCPU的状态载入物理CPU。
VMkernel在调度vCPU的时候采用“插槽-核心-线程”的拓扑逻辑。
“插槽”指处理器单个封装件，该封装件可以具有一个或多个处理器内核且每个内核具有一个或多个逻辑处理器。