1.vsphere 4 + vcenter server 4捆绑销售软件包是否仅支持三台双路服务器？如果购买三台双路服务器的licence包，以后如果还要增加服务器，能不能通过直接升级licence来增加进去？ 说明：捆绑软件包有个专门的名字叫：essentials 。这个软件包只能单独只用，不能跟其他形式的licence一起使用。但是可以升级到其他形势的licence。 2、4way smp 、8way smp是什么？ 说明：4way smp是指一个虚拟机里面最多可以有4个虚拟处理器。一个虚拟处理器实际上就是一个处理器核心。4way smp就是一个虚拟机最多可以有4个处理器核心。 8way smp是指一个虚拟机里面最多可以有8个虚拟处理器，也就是一个虚拟机最多可以有8个处理器核心。 3、购买了licence，先在这几台服务器中布控，过段时间，用户打算更换服务器，能否直接升级？比如以前是购买了4个licence安装在两台双路服务器上的，现在想直接把这4个licence迁移到一台四路服务器中去使用，能否可行？ 说明：估计，可以这样迁移使用 4.购买了dawning vmware vcenter server 4.0：基础版（仅支持三台服务器），今后服务器超过三台之后，能否通过补差价，直接升级到标准版？ 说明：可以通过升级，到标准版，标准版可以支持管理2000台服务器。超过2000台服务器就需要再增加一个vc。 5、vcenter server是不是用来控制ha切换，drs这些的？如果vcenter server宕机会否影响虚拟机的运行？能否通过两台服务器构建冗余的vcenter server？ 说明：vc是用来支持那些收费功能的，所有的收费功能都要通过vc来实现。一旦vc出现故障，那么所有付费功能包括ha、drs、vmotion等都将无法使用。一旦vc宕机，就相当于整个虚拟化变成了单机版。但是虚拟机的运行、esx服务器的运行不受影响。 可以对vc做双机，这个需要vmware的专门软件，叫：vmware vcenter server heartbeat，报价1万美元，而且必须购买vmware的服务，一套，2500美元一年，一起算起来就是12500美元。换算成人民币需要7.8万 重新装vc服务器，大概需要个40分钟的样子。但是可以把vc做成一个虚拟机，甚至放到虚拟化集群里面去使用。这样，只要有vc的服务器挂了，可以手动从另一台esx服务器上将vc启动起来。 6、报价里面的安装及支持费用，是不是指的是如果我们自己的工程师上门，需要收取这些费用（还是vmware自己的工程师上门？）？如果用户不支付这些费用，我们自己的工程师就不上门服务器，第一次也不上门安装？ 说明：报价里面的上门服务器等费用在真正报价的时候可以写成0.这个费用是我们工程师自己的费用。 7、做ha的虚拟机数量是不是有一个最大的限制，比如只能30多个虚拟机一起做ha？（最多2000个服务器被一个vc来管理。不能超过32台虚拟机，如果超过32个就分成多个组） 说明：一个ha的高可用切换组最多不能超过32台虚拟机。如果超过32台虚拟机可以建成两个ha组。 8、vcb和data recovery的区别： 说明： vcb的工作方式是：先把正在使用的数据锁死，然后做一个快照，再把快照挂接到vcb服务器上去，然后将快照数据复制到vcb服务器的空间里面，然后释放快照。注意：vcb做了快照之后，会把数据复制出来，然后释放快照，不会让快照一直存在。可以对一堆虚拟机做批量复制。 data recovery是将数据可以理解成一个ghost，对一台服务器在线做备份。 实际上从4.0开始，备份都是用vstorage apis这个编程接口编写的，4.0一共写了两个备份程序，一个是data recovery，对单机进行备份。另一个是用于批量备份的，但是这个vmware还没写好，所以暂时用的是vcb 9、thin pro：给一个虚拟机配置一个硬盘，分配200个g的空间，但是装系统之后，实际只使用了，那么实际的存储使用空间就只占用。用多少，占用多少，而不是分配多少占用多少 10、host profiles: profiles是蓝图。 1000台服务器，主机名和ip地址有一定规律，这个功能是只要把一台机器装好后，就可以生成一个模板，剩下的900台自动装esx，自动装好 .2通过vmware vcenter server轻松管理所有服务器将40台服务器减少成了8到10台服务器，一方面大大减少网管的维护管理工作量，另一方面使用vmware的vcenter server服务器可以大大简化虚拟机的管理。 vmware使用一台独立的安装有vcenter server管理程序的服务器来对所有虚拟机进行统一直观的管理。一旦部署完成并且运行起来，我们很快就能登陆到virtual center服务器，并开始管理我们的虚拟机服务器了。客户端使用一个常见的分层树形界面，通过表格我们可以非常直观的看到每台虚拟机的运行状况，并且可以像使用kvm一样切换到任何一台服务器的界面内去进行操作。并且通过界面，我们可以很容易的实现性能的监控，包括cpu、内存、磁盘 i/o 和网络 i/o 的利用率图表，vcenter server可为您提供各种必要的详细信息，用于分析主机服务器和虚拟机的性能。
对于一个信息的管理者来说，最怕的就是服务器宕机带来的应用的停止。对于重要的应用，我们通常采用冗余系统来避免宕机所带来的损失，但是冗余系统一方面不可避免的会带来资源的浪费；另一方面，我们也不可能为每一个应用都构建冗余系统，那样会带来大量的资源浪费。 但是如果采用虚拟化，以上问题都迎刃而解。使用虚拟化技术后，正常情况下，在每台真实服务器上都会运行若干个虚拟服务器，一旦某一台真实的服务器出现故障宕机后，运行在其上的虚拟服务器可以自动迁移到其他正常的服务器上去继续运行，如下图所示：
采用虚拟化技术部署后，所有服务器可以都可以相互监控对方的运行状况，任何一台真实服务器上所运行的虚拟服务器都可以在真实服务器宕机后自动迁移到剩下的真实服务器上去运行，相当于为所有的虚拟服务器都构建了双机热备系统，从而提供全面的，7×24小时不间断的服务，如下图所示。 .4通过vmware vmotion模块实现虚拟机之间无需停机的迁移vmware vmotion 支持虚拟机在主机之间的实时迁移。作为动态、自动化并自我优化的数据中心的一个关键启动组件，vmware vmotion 支持在物理服务器之间实时迁移运行中的虚拟机，同时又可以避免宕机、确保连续的服务供应以及处理过程的完整性。借助虚拟机实时迁移技术，公司在执行硬件维护时就无需安排宕机和中断业务操作。vmotion 还可以使资源池内的虚拟机持续进行自动优化，最大程度地提高硬件的利用率、灵活性和可用性。使用 vmotion 在物理服务器之间实时迁移虚拟机是通过三项基础技术实现的。 首先，虚拟机的整个状况封装在共享存储区（如光纤通道、iscsi 存储区域网络（san）或网络连接存储（nas））上的一组文件中。vmware 的群集虚拟机文件系统（vmfs）允许多个 esx server 并行访问同一组虚拟机文件。 其次，虚拟机的内存映像和精确的执行状况可通过高速网络在各 esx server 主机之间迅速传递。vmotion 通过在一个位图中保持对现行内存处理过程的跟踪，使用户在传递期间察觉不到性能变化。一旦整个内存和系统状况被复制到目标 esx server 后，vmotion 就会中止源虚拟机的运行，将位图复制到目标 esx server，并在目标 esx server 上继续运行该虚拟机。整个过程在千兆位以太网上只需要不到两秒钟的时间。 第三，虚拟机使用的网络也被底层 esx server 虚拟化，确保即使在迁移之后，虚拟机的网络身份标识和网络连接也能保留下来。vmotion 会在此过程中管理虚拟 mac 地址。一旦目标虚拟机被激活，vmotion 就会对网络路由器执行 ping 指令，以确保它知道该虚拟 mac 地址的新物理位置。由于使用 vmotion 进行虚拟机迁移可保留精确的执行状况、网络身份标识和活动的网络连接，因此可以实现零宕机，不会对用户造成干扰。
如果我们花时间去统计一下我们每台服务器的资源利用的情况，我们会发现，95%以上的服务器在绝大多数时间内，其cpu的利用率不超过20%。 这是由于在我们采购服务器的时候，为了保证应用在峰值也能得到足够的处理性能，我们不得不在配置服务器时留有大量的余量，而这么大量的余量可能只会在极少数的时间会用的到，从而造成了极大的资源浪费。但是通过虚拟化技术之后，可以大大提高服务器资源的利用率。 如上图所示，采用虚拟化技术，我们可以将若干台中低性能的服务器上的负载部署到一台高性能的服务器上，通过逐渐增加部署在这台高性能服务器上的虚拟服务器数量，我们可以让这台服务器安全的达到很高的硬件资源利用率上，例如让cpu的利用率达到70%以上。 当运行在这台高性能服务器上的某一个应用或者说某一个虚拟服务器由于访问高峰，其对资源的消耗突然增大时，vmware drs模块可以自动将正在运行的其他虚拟服务器无中断的移动到其他服务器上，从而为这一个处于峰值的应用留出足够的硬件资源，或者将这台处于高峰的虚拟机迁移到其他适合其运行的服务器上，如图：
vmware drs 可以配置为以自动或手动模式运行。在自动模式中，vmware drs 会将虚拟机迁移到群集中最适合的主机上，无需进行任何干预。在手动模式中，vmware drs 会就虚拟机的最佳位置提出建议，然后让系统管理员决定是否进行更改。 使用 vmware drs 的最终结果是，数据中心中的每台服务器能够以 70% 以上的利用率水平可靠地运行，同时可以保障所有应用程序的服务级别。利用 vmware drs，您只需进行最少的容量规划工作，便可从 x86 服务器的投资中获取更高的回报率。 vmware consolidated backup 提供了不经局域网的备份功能（lan-free backup），实现了零宕机。 vmware consolidated backup 提供了一个易于使用的集中式工具来执行不经局域网的备份操作，这种操作可保留文件级别的可视性。vmware consolidated backup 将在停止虚拟机中的应用程序后在极短的时间内为运行中的虚拟机创建快照，从而在磁盘中集中处理备份工作，以确保文件系统的一致性。然后，由一个 windows 备份代理服务器来装载这些虚拟磁盘快照，该服务器可以使用标准的备份代理程序将备份存储到磁带或磁盘设备中。vmware consolidated backup 预先集成了常用的备份实用程序，并且提供了预处理和后处理脚本，无需任何额外准备工作便可轻松实施。vmware consolidated backup 将透明地运行，而不需要中断虚拟机的活动。备份处理过程在 esx server 主机外部进行，因此不会对虚拟机中重要应用程序所需的 cpu 和网络资源造成影响。备份期间，不会发生系统中断，也不会影响到生产服务器。由于 consolidated backup 只需在代理服务器（而不是每个虚拟机）上运行一个备份代理程序，因此减少了所需的备份代理程序许可证数量，并提高了可管理性。使用代理服务器还可以降低 esx server 的负载，使 esx server 可以在同一物理服务器上运行更多的虚拟机。基于文件的完整增量备份在运行 microsoft? windows 操作系统的虚拟机上受支持；而针对灾难恢复方案的完整映像备份则适用于所有虚拟机，无论虚拟机的客户操作系统是什么。
.7通过thin provisioning模块实现存储空间按需扩展thin provisioning模块是一种储存资源随需分配的技术，能够让存储容量按需扩展。 举例来说，某企业一共建立了10台虚拟机，每台虚拟机在第一年可能仅需要使用不到50gb的容量，10台虚拟机就需要使用500gb的总存储容量；但是一年之后每台虚拟机的存储容量可能就需要扩展到200gb，10台虚拟机就需要2tb的存储容量。 但若一开始仅给每台虚拟机分配50gb的容量，日后要扩充至200b时就要更改设置，以扩展容量，尤其当前端服务器不支持动态扩充功能时，后端存储系统要扩充容量就会很麻烦，甚至需要停机作业，为了要避免这些困扰，许多企业可能会选择一开始就分配200gb容量给每台虚拟机，那么在一开始就需要购买2tb的总存储容量。 但若一开始就购买2tb总容量，初期使用率会很低。导入thin provisioning技术就可解决这样的问题：在第一年的时候企业只需要购买500gb的容量为每个虚拟机分配50gb的存储空间即可，在今后随着存储空间使用的扩展，只需要按照需求动态增加存储容量即可，不会对应用造成任何影响，也不需要停机重新分配存储容量。 .8通过fault tolerance模块实现虚拟机无缝的状态故障切换vmware fault tolerance 是一项前沿技术，它通过创建实际上与主实例保持同步的虚拟机实时卷影实例，使应用程序在服务器出现故障的情况下也能够持续可用。vmware fault tolerance 实现了在出现硬件故障的情况下在两个实例间进行即时故障切换，因而不会出现任何数据丢失或中断情况。 实际上fault tolerance 运行在后台的一个影子虚拟机，它与它的本体——某一台虚拟服务器保持完全同步，包括数据及运行状态等。实际上这台影子虚拟机是一台正在运行的，虚拟机，只是被vmware屏蔽在后台，用户无法察觉而已。一旦虚拟服务器发生故障宕机，这台影子虚拟机可以立刻切换到前台来运行，从而替代这台虚拟机的工作，实现应用的无缝状态故障切换。 vmware fault tolerance 可以保护任何虚拟机，可以十分轻松地为各个虚拟机启用或禁用 vmware fault tolerance。由于它利用现有的 vmware ha 集群，因此可以使用 vmware fault tolerance 保护此集群中的任意数量的虚拟机。对于那些要求在某些关键时刻必须提供持续保护的关键应用可以利用 vmware fault tolerance 更加有效地保证其运行状态。 .9通过distributed switch模块实现虚拟机之间的定制化互联 如图所示vmware distributed switch（分布式交换机）是部署在各个虚拟机之间的一个虚拟的交换机，通过这个模块，整个虚拟化集群中的所有虚拟机都连接在了这个虚拟的交换机上。这台虚拟的交换机就像是一台真实的虚拟机一样，通过它我们可以为连接在其上的虚拟机实现二层转发、划分vlan、实现ieee 802.1q vlan 中继、虚拟机发射速率限制、虚拟机接收速率限制、网卡绑定、端口通道、实现多播支持、通过策略实现端口安全、将虚拟机与真实网络建立关联、监控每台虚拟机的网络状态及流量 利用 vmware distributed switch（分布式交换机）我们可以简化虚拟机之间的网络连接部署、管理和监控。vmware distributed switch 分布式交换机为数据中心级别的网络连接提供一个集中控制点，使虚拟环境中的网络配置不再以真实服务器为单位，而是以虚拟服务器为单位，实现从一个集中式界面为整个虚拟化集群设置虚拟机网络连接。vmware 的 distributed switch分布式交换机能够跨越多个真实的虚拟化服务器主机，并将网络连接聚合到集中化的数据中心级别。distributed switch对各个虚拟机的配置进行抽象化处理，并通过distributed switch实现集中部署、管理和监控。 vmware distributed switch分布式交换机在虚拟机跨多个主机移动时维护它们的网络运行时状态，从而实现嵌入式的监控和集中式的防火墙服务。它提供了虚拟机在物理服务器之间移动时用于监控和维护虚拟机安全性的框架，并支持使用 cisco nexus 1000v 等第三方虚拟交换机将人们熟悉的物理网络功能和控制扩展到虚拟网络。 .10通过hot add模块实现虚拟机的动态扩展hot add模块是虚拟机的动态扩展模块。在最开始建立虚拟机的时候，我们是以当时的应用需求来为虚拟机划分处理资源的（比如划分2个cpu核心，1gb内存给这台虚拟机）。随着时间的推移，应用的扩展，可能我们在最开始为这台虚拟机划分的处理资源已经不足以支撑这个应用的正常运行了。这个时候如果我们要想重新对处理资源进行分配，就需要将虚拟机停止下来，重新设置分配给其的硬件资源。 但是通过hot add模块，我们则无需将虚拟机停下来，在虚拟机运行的时候就可以在线的更改分配给虚拟机的硬件资源，如增加cpu核心数量，增加内存数量等等，而不影响虚拟机的正常运行行，从而实现无停机的动态按需扩展。 .11通过dpm模块实现节能需求vmware dpm 是vmware drs功能的进一步延伸，通过动态管理资源来进一步节省能耗。 例如在白天的时候，由于负载较大，可能我们所有的真实服务器都需要运行起来在能负担所有虚拟机对性能的需求。但是到了半夜，可能应用的负载会大大降低，对处理资源的消耗也大大减少。这个时候，可能只需要运行几台真实服务器，而无需全部运行，就能够负担所有虚拟机的负载。那么vmware分布式电源管理（dpm）就会整合工作负荷，将所有虚拟机集中迁移到几台真实服务器上去运行，然后让多余的真是服务器处于待机模式，以节省能耗。到了白天，工作负荷对资源的需求增加时，vmware dpm会自动让掉电的主机重新运行起来，确保处理能力得到了满足。 .12通过update manager模块实现主机的自动跟踪补丁修复利用 vmware vcenter update manager 可以轻松管理对 vmware esx 主机以及选定的 windows 和 linux 虚拟机的跟踪和修补。用 vmware vcenter update manager，可以实现vmware esx 主机和虚拟机修补过程的自动化管理，避免手动跟踪和修补的繁琐和偏差。vmware vcenter update manager 会扫描 vmware esx 物理主机以及选定的客户操作系统的状态，将它们与管理员设置的基准进行比较，然后应用更新和修补程序，以严格遵照要求的修补标准。此项功能极大地简化了修补的管理过程，同时还能协助您保护数据中心，使其免遭程序错误和安全漏洞的威胁。 vmware vcenter update manager 可提供相应的选项，在修补应用程序之前拍摄虚拟机的快照，并允许在用户定义的时段存储快照。这样，如果修补的应用对虚拟机工作负载造成了未知的负面影响，管理员就可以将虚拟机回滚到已知状态，从而降低与虚拟机修补失败相关的风险。 vmware vcenter update manager 可以安全地修补离线虚拟机，避免将其暴露在网络上，从而降低了生产环境中非兼容虚拟机造成安全问题的风险。离线虚拟机只能在虚拟环境中修补，因为与物理环境相比，它对修补标准的遵从性有更高级别的要求。 如果vmware vcenter update manager 与 vmware drs 协同工作，能够在修正群集时提供无中断的主机修补。vmware vcenter update manager 协同 drs 将主机逐一转入维护模式，并在修补过程中将虚拟机实时迁移到其他主机上。完成一个主机的修补后，虚拟机得以回迁，vmware vcenter update manager 则继续修补群集中的下一个主机。 | 
