第二章 准备软硬件环境

VMware vSphere利用虚拟化功能将数据中心转换为简化的云计算基础架构，使IT组织能够提供灵活可靠的IT服务。同时，作为云操作系统，VMware vSphere 可作为无缝和动态操作环境管理大型基础架构（例如，CPU、存储器和网络），同时还能管理复杂的数据中心。

在一些企业中正是采用基于VMware Vsphere的服务器虚拟化的解决方案能为IT 环境提供了集中化管理、操作自动化、资源优化和高可用性的特点，实现了虚拟化的分布式服务为数据中心提供前所未有的响应能力、可维护性、效率和可靠性级别的需求。

也正是基于此，本期动手实验，将在真实的物理环境（服务器、存储器和网络）中来展示VMware Vsphere在企业功能方面的高可用性（HA、DRS、VMotion、FT等）。

这次的动手实验是一系列，分为几个阶段，相对较完整的描述了软硬件的准备，以及实验的进展的不同阶段：

1、 可用性的几个方面介绍

2、 硬件及软件准备阶段

3、 物理实验环境的建立阶段

4、 VMware Vsphere HA安装、配置

5、 VMware Vsphere HA、 VMotion实现

6、 VMware Vsphere FT的配置及实现（或独立成章）

一、VMware Vsphere的可用性的几个方面

VMware vSphere可用性的几个方面，也是本期动手实验的主要内容。将通过真实的物理环境来完成以下几个方面的实验：

1、使用 VMware HA 实现独立于硬件和操作系统的应用程序高可用性，并模拟硬件故障后的虚拟机系统及应用迁移的效果。在本期动手实验中将通过重启HA中的一台ESX主机来实现其上虚拟机系统的迁移。注意：在建立HA的同时，启用了DRS（动态资源调配）功能。

2、测试使用 VMotion™ 迁移运行中的虚拟机和执行无中断的 IT 环境维护。在本期动手实验过程中将通过手动的方式进行迁移，同时在这个过程中使用命令的方式来验证。

3、测试VMware FT（容错）技术所提供的更高级别的可用性，从而允许用户对任何虚拟机进行保护以防止主机发生数据、事务或连接丢失等故障。注意：与VMware HA不同的是VMware HA 通过在主机出现故障时重新启动虚拟机来为虚拟机提供基本级别的保护。

容错使用 ESX/ESXi 主机平台上的 VMware vLockstep 技术以提供连续可用性，通过确保主虚拟机和辅助虚拟机的状态在虚拟机的指令执行的任何时间点均相同来完成此过程。

二、硬件环境

在讲述硬件环境之前，先介绍确定CPU是否支持虚拟化的检测工具：网上有几种方法来确定CPU是否支持虚拟化，比较常见的就是使用AMD-V工具来运行判断。或是使用EVEREST工具，通过查看CPU下列几项来确定是否支持虚拟化：

1、 CPU是否支持硬件虚拟化，例如Intel VT技术或者AMD -V技术

2、 CPU是X64位技术

3、 CPU是否支持硬件DEP（数据执行保护）技术

这里，我介绍一款使用方法简单的工具来帮助大家判断自己的硬件是否满足虚拟化：SecurAble，最新版本是1.0.2570.1，下载地址是：http://www.softpedia.com/progDownload/SecurAble-Download-73409.html，使用它通过检测X64、DEP、Virtualization来确定是否支持虚拟化。

本期的动手实验，得到了DELL公司的大力支持，提供了本次除了千M交换机的所有硬件设备。感谢他们。

序号	名称	型号	配 置	数 量
1	虚拟化 服务器（ESX主机）	PowerEdge R710	Dell PowerEdge R710 服务器 Intel(R)四核E5504（另一个是5520） Xeon(R) CPU，2.13GHz，4M高速缓存，QPI达4.86 GT/秒 （双路四核心） 内存：12GB Memory (6x2GB), 1333MHzDual Ranked RDIMMs for 1 Processors（18个插槽） 硬盘：146G SAS 3.5 寸热插拔硬盘，RAID 1 自带4个端口千兆网卡	2
2	ISCSI存储	10GbE企业级iSCSI SAN	DellTM  EqualLogicTM  PS6010E是一种虚拟化的iSCSI SAN，它集智能、自动化与容错于一体，可提供简化的管理、快速的部署、企业级性能和可靠性以及无缝扩展能力。 PS6010E使用SATA硬盘，具有该系列内极实惠的每GB成本，并提供高达16 TB的高容量存储空间。 PS6010系列采用重新设计的2（两）个10 GbE端口控制器。 具体详情请参阅：http://www1.ap.dell.com/cn/zh/business/Storage/equallogic-ps6010e/pd.aspx?refid=equallogic-ps6010e&s=bsd&cs=cnbsd1	2
3	PowerConnect 8024F	10Gbs 1 U高密度交换机	一款高密度的10 Gbps以太网交换机，专为具有高吞吐量和高可用性需求的数据中心、聚合和统一结构部署而设计。 这些高密度24端口10 Gbps交换机可用于汇聚型以太网环境以支持密集型虚拟化、iSCSI存储和10 Gbps通信聚合。	2
5	千M交换机		ESX主机与物理网络联接，支持VLAN及TRUNK功能。	2

三、软件环境：

序号	名称	型号	配 置	数 量
1	VMware软件	VMware ESX Server4.0 U1	包含：VMware vCenterServer（提供了管理任意规模的虚拟 IT 环境所需的最高级别的简便性、效率、安全性和可靠性，是配置、置备和管理虚拟化IT环境的中央点）；VMotion（在物理服务器之间迁移运行中的虚拟机，而无需中断最终用户的访问）；VMware HA （为运行在虚拟机中的应用程序提供易于使用、经济高效的高可用性）；VMware FT(提供虚拟机系统的容错)；ESX/ESXI（在物理服务器上运行的虚拟化层，将处理器、内存、存储器和资源虚拟化为多个虚拟机）	2
2	VMware软件	vSphere Client_4U1	一个充许用户从任何WindowsPC远程连接到vCenter Server或ESX/ESXI的界面	1
3	Windows Server OS	Windows Server 2003 Ent With SP2	vCenter Server安装于此。 同时虚拟机系统亦是此。	2
4	Windows Client OS	Windows 7旗舰版	VMware vShpere Client 安装于此。注意是4U1的版本，否则会有兼容性问题。	1

虽然以上内容虽还没有向各位介绍VMware vSphere的相关知识及安装建置，但是为各位想了解及深入学习虚拟化技术的朋友提供了思路，就是如何准备满足虚拟化要求的硬件，以及需要哪些软件才能实验。

注意：

1、这些硬件平台在这次的实验过程中，直接承担ESX主机的安装。故能以这两个硬件的条件来做为生产环境中ESX主机的硬件载体！当您需要在生产环境中实现此实验（或场景）的功能或应用时，请一定联系统集成商来咨询满足ESX主机运行的硬件条件，而目前很多的硬件厂商都有较为成熟的虚拟化解决方案（硬件服务器、存储及网络设备），如这次动手实验用的DELL系列产品、如IBM公司的硬件产品等，它们都是经过实际测试，兼容性是没有什么问题的。

2、这些硬件平台，经检测（SecurAble工具）是可以直接安装Windows Server 2008 With Hyper—V的（当然也可以安装Hyper-V Server 2008）操作系统并进行相关微软的虚拟化实验或应用的，在进行VMware高可用性测试之前，笔者曾在此上测试了基于Windows Server 2008 R2的虚拟化解决方案，DELL本来就提供了相应的建议，可以用作参考，且效果不错。

接下来的篇幅，将要讲述如何使用所提供的这些软硬件进行实验环境的搭建。

          在VMware vSphere可用性解决方案中，相比着之前的VI3，在可用性解决方案上多了新的功能FT，也就是所谓的容错。接下来就介绍下容错的技术及如何实现（理论部分参考自官方文档）。

一、vSphere可用性的新功能

VMware新的可用性的解决方案中，提供了针对虚拟机的容错（FT）的技术。当为虚拟机启用此技术时，可以获得比VMware HA所提供的级别更高的可用性和数据保护，从而确保业务连续性。

容错基于 ESX/ESXi 主机平台构建（使用 VMware vLockstep 功能），它通过在单独主机上以虚拟锁步方式运行相同的虚拟机来提供连续可用性。

二、容错的工作方式

VMware 容错可通过创建和维护等同于主虚拟机并可在发生故障切换时替换主虚拟机的辅助虚拟机来为虚拟机提供连续可用性。

可以为大多数任务关键虚拟机启用容错。并会创建一个重复虚拟机（称为辅助虚拟机），该虚拟机会以虚拟锁步方式随主虚拟机一起运行。VMware vLockstep 可捕获主虚拟机上发生的输入和事件，并将这些输入和事件发送到正在另一主机上运行的辅助虚拟机。使用此信息，辅助虚拟机的执行将等同于主虚拟机的执行。因为辅助虚拟机与主虚拟机一起以虚拟锁步方式运行，所以它可以无中断地接管任何点处的执行，从而提供容错保护。

主虚拟机和辅助虚拟机可持续交换检测信号。这使得虚拟机对中的虚拟机能够监控彼此的状态以确保持续提供容错保护。如果运行主虚拟机的主机发生故障，系统将会执行透明故障切换，此时会立即启用辅助虚拟机以替换主虚拟机，并将启动新的辅助虚拟机，同时在几秒钟内重新建立容错冗余。如果运行辅助虚拟机的主机发生故障，则该主机也会立即被替换。在任一情况下，用户都不会遭遇服务中断和数据丢失的情况。

容错虚拟机及其辅助副本不允许在相同主机上运行。容错功能使用反关联性规则，这些规则可确保容错虚拟机的两个实例永远不会在同一主机上。这可确保主机故障无法导致两个虚拟机都缺失。

容错可避免“裂脑”情况的发生，此情况可能会导致虚拟机在从故障中恢复后存在两个活动副本。共享存储器上锁定的原子文件用于协调故障切换，以便只有一端可作为主虚拟机继续运行，并由系统自动重新生成新辅助虚拟机。

注意：系统会在主虚拟机启动后执行反关联性检查。当主虚拟机和辅助虚拟机都处于关闭状态时，它们可能会位于相同主机上。但这是正常行为，辅助虚拟机会在主虚拟机启动时在其他主机上启动。

三、容错的用例

容错可提供比 VMware HA 更高级别的业务连续性。当调用辅助虚拟机以替换与其对应的主虚拟机时，辅助虚拟机会立即取代主虚拟机的角色，并会保存其整个状况。应用程序已在运行，并且不需要重新输入或重新加载内存中存储的数据。这不同于 VMware HA 提供的故障切换，故障切换会重新启动受故障影响的虚拟机。

更高的连续性级别以及增加的状况信息和数据保护功能可在您要部署容错时提供方案信息。

l 需要始终保持可用的应用程序，尤其是那些具有长时间客户端连接的应用程序，用户希望在硬件故障期间保持这些连接。

l 不能通过任何其他方式实现群集功能的自定义应用程序。

l 可以通过自定义群集解决方案提供高可用性，但这些解决方案太复杂，很难进行配置和维护的情况。

四、容错的配置要求

要使 VMware 容错 (FT) 按预期方式执行，群集、主机和虚拟机的配置必须满足特定要求。

1、群集必备条件

与 VMware HA 在默认情况下保护群集内的每个虚拟机不同，VMware 容错在单个虚拟机上启用。要使群集支持VMware 容错，必须满足以下必备条件：

l 必须针对群集启用 VMware HA。还应当启用主机监控。如果没有启用主机监控，那么，当容错功能使用辅助虚拟机替换主虚拟机时，将不会创建新的辅助虚拟机且不会还原冗余。

l 必须为将用于容错的所有主机启用主机证书检查。请参见第 30 页，“启用主机证书检查”。

l 每台主机必须配置有 VMotion 和容错日志记录网卡。请参见第 31 页，“为主机配置网络”。

l 至少两台主机的处理器必须来自同一兼容处理器组。尽管容错功能支持异构群集（混合处理器组），但是，如果所有主机均兼容，则将获取最大的灵活性。有关受支持处理器的信息，请参见 VMware 知识库文章，网址为 http://kb.vmware.com/kb/1008027。

l 所有主机的 ESX/ESXi 版本和修补程序级别都必须相同。

l 所有主机必须对虚拟机的数据存储和网络具有访问权。

要确认群集内的主机是否兼容，从而判断其是否支持容错，请运行配置文件合规性检查。

注意 VMware HA 在执行接入控制计算时会包括容错辅助虚拟机的资源使用情况。对于“群集允许的主机故障数目”策略，将为辅助虚拟机分配一个插槽；而对于“群集资源的百分比”策略，在计算群集的可用容量时将考虑辅助虚拟机的资源使用情况。

2、主机必备条件

主机需满足以下条件，才能支持容错虚拟机：

l 主机上的处理器必须来自与容错兼容的处理器组。请参见位于 http://kb.vmware.com/kb/1008027 的VMware 知识库文章。

l 主机必须经 OEM 认证为支持容错。请参阅当前的硬件兼容性列表 (HCL) 获取支持容错的服务器的列表（请参见 http://www.vmware.com/resources/compatibility/search.php）。

l 主机配置必须在 BIOS 中启用了硬件虚拟化 (HV)。某些硬件制造商交付产品时禁用了硬件虚拟化。各种 BIOS中启用硬件虚拟化的过程不同。请参见主机的 BIOS 文档以获取有关如何启用硬件虚拟化的详细信息。如果未启用硬件虚拟化，则尝试启动容错虚拟机将产生错误，而且虚拟机不会启动。

3、虚拟机要求

在可以打开容错前，虚拟机必须满足以下最低要求：

l 虚拟机文件必须存储在共享存储器上。可接受共享的存储解决方案包括光纤通道、（硬件和软件）iSCSI、NFS 和 NAS。

l 虚拟机必须存储在虚拟 RDM 或厚置备的虚拟机磁盘 (VMDK) 文件（已启用“群集功能”选项）中。如果将虚拟机存储在精简置备或厚置备的 VMDK 文件（未启用群集功能）中，则在尝试启用容错时将会出现一则指示必须转换 VMDK 文件的消息。用户可以接受此自动转换（需要关闭虚拟机），允许转换磁盘并使用容错保护虚拟机。此转换过程所需的时间根据磁盘的大小和主机处理器类型而有所不同。

l 虚拟机必须在一个受支持的客户机操作系统上运行。

五、容错与不支持的vSphere功能

容错虚拟机不支持以下 vSphere 功能。

l 快照。 在虚拟机上启用容错前，必须移除或提交快照。此外，不可能对已启用容错的虚拟机执行快照。

l Storage VMotion。 不能为已启用容错的虚拟机调用 Storage VMotion。要迁移存储器，应当先暂时关闭容错，然后再执行 Storage VMotion 操作。在完成迁移之后，可以重新打开容错。

l DRS 功能。 容错虚拟机会自动配置为禁用 DRS。DRS 最初将放置一个辅助虚拟机，但在对群集进行负载平衡时，DRS 不会提出建议，也不会对主虚拟机或辅助虚拟机进行负载平衡。主虚拟机和辅助虚拟机在正常运行期间可以进行手动迁移。

六、为容错准备群集和主机

要为群集启用 VMware 容错，必须满足此功能的必备条件，然后在主机上执行特定的配置步骤。完成这些步骤并创建群集后，还可以检查配置是否符合启用容错的要求。

尝试为群集启用容错之前应该完成的任务包括：

1、 启用主机证书检查

Step 1：将 vSphere Client 连接到 vCenter Server。

Step 2： 选择系统管理，然后选择 vCenter Server 设置。此时会出现 vCenter Server 设置窗口。

Step 3：在左窗格中单击 SSL 设置。

Step 4：选中 vCenter 需要已验证的主机 SSL 证书复选框。

Step 5：单击确定。

2、 为每台主机配置网络

在两台ESX主机上，分别选择VMKERNEL（网络标签是EQL），查看属性。

确保此端口组启用“VMotion”或“容错日志记录”。

在上图中选中EQL，点选“编辑”。可以看到如何启用。

3、创建 VMware HA 群集，添加主机，并检查合规性

Step1：VMware HA 群集在第五章及第六章已建立，且进行了验证：

Step2：检查群集的合规性。

注意：正常情况下，也是需要检查主机配置文件的合规性的。

六、为虚拟机打开容错功能

在为群集和主机准备好容错条件之后，便可为虚拟机打开容错

Step1：关闭虚拟机windows2003，右键“容错”--“打开容错”（截图有误的，应是windows2003虚拟机关闭的情况进行同样的操作）：

Step2：此时会弹出个警告窗口，点“是”。

Step3：任务进行中。实际上是在另外一台ESX主机上在进行着安装一个此虚拟机的一个副本---次要虚拟机（第二图）。

Step4：完成后，可以看到右下角的，容错所建立的虚拟机并不受保护。需要启动后方可。

Step5：开启位于esxone主机上的windows2003，这时，就会把此虚拟机的状态等迁移同步到位于esxtwo主机上的次要虚拟机windows2003上。

当完成启动后，就真正实现了容错功能。

Step6：接下来进行容错功能的测试，也就是在当前的虚拟机桌面上创建一个文件夹。然后关闭此台虚拟机或是其所在的主机，看是否会在另外一ESX主机上启动次要虚拟机，并且不影响应用，且能同样存在这样的一个文件夹。

Step7：关机后，次要虚拟机开始启动，且PING值只有一个是TIME OUT的。

Step8：连接ESXTWO上的次要虚拟机，可以看到容错的效果已达到。

通过和第六章的结合实验，完成了真正应用业务上的可用性。硬件和软件条件满足的朋友不防部署在生产环境中，以实现关键业务的真正高可用性。

Bytes Total/sec 是在每个网络适配器上发送和接收字节的速率，包括帧字符在内。Network Interface\\Bytes Received/sec 是 Network Interface\\Bytes Received/sec 和 Network Interface\\Bytes Sent/sec的总和。 
Current Bandwidth 指以位/每秒估计的网络接口的当前带宽。
Output Queue Length 为输出数据列队(数据包)的长度。如果这个长于 2，即会出现延缓并且如果可能的话找出并解决瓶颈问题。由于请求是在这个操作由网络驱动程序接口规格(NDIS)列队，这永远会是 0。
Packets/sec 为在网络界面发送和接收数据包的速率。
Packets Outbound Discarded 为选为丢弃的输出数据包的数目，即便没有发现会阻止传输这些数据包的错误。丢弃数据包的可能原因是释放缓冲空间。
Packets Outbound Error 为由于错误不能传输的输出数据包的数目。
Packets Received Discarded 指选定要丢弃的输入数据包的数字，即使没有发现阻碍这些数据包成为可传送到更高层协议的错误。造成丢弃数据包的可能原因是释放缓冲器空间。
Packets Received Error 指输入数据包的数目，这些数据包含阻碍它们成为可传送到更高层协议的错误。
Packets Received/sec 为在网络界面接收数据包的速率。
Packets Sent/sec 为在网络界面发送数据包的速率。

Processor计数器 

% Processor Time 指处理器用来执行非闲置线程时间的百分比。计算方法是，测量范例间隔内非闲置线程活动的时间，用范例间隔减去该值。(每台处理器有一个闲置线程，该线程在没有其他线程可以运行时消耗周期)。这个计数器是处理器活动的主要说明器，显示在范例间隔时所观察的繁忙时间平均百分比。这个值是用 100% 减去该服务不活动的时间计算出来的。 通常CPU的平均活动符合应该在80%以下，超过80%表示CPU的处理能力已经达到极限。
% DPC Time 指在范例间隔期间处理器用在缓延程序调用(DPC)接收和提供服务的百分比。DPC 正在运行的为比标准间隔优先权低的间隔。由于 DPC 是以特权模式执行的，DPC 时间的百分比为特权时间百分比的一部分。这些时间单独计算并且不属于间隔计算总数的一部分。这个总数显示了作为实例时间百分比的平均忙时。越低越好。在多处理器系统中，如果这个值大于50%并且Processor:% Processor Time非常高，加入一个网卡可能会提高性能，提供的网络已经不饱和。
% Privileged Time 在特权模式下处理线程执行代码所花时间的百分比。当调用 Windows 系统服务时，此服务经常在特权模式运行，以便获取对系统专有数据的访问。在用户模式执行的线程无法访问这些数据。 对系统的调用可以是直接的(explicit)或间接的(implicit)，例如页面错误或中断。不像某些早期的操作系统，Windows 除了使用用户和特权模式的传统保护模式之外，还使用处理边界作为分系统保护。某些由 Windows 为您的应用程序所做的操作除了出现在处理的特权时间内，还可能在其他子系统处理出现。这个时间包括CPU维护中断和延迟过程调用的时间。如果该值过高，应该有I/O处理导致大量系统中断。
% User Time 指处理器处于用户模式的时间百分比。用户模式是为应用程序、环境分系统和整数分系统设计的有限处理模式。另一个模式为特权模式，它是为操作系统组件设计的并且允许直接访问硬件和所有内存。操作系统将应用程序线程转换成特权模式以访问操作系统服务。这个计数值将平均忙时作为示例时间的一部分显示。
Interrupts/sec 是处理器接收和处理硬件中断的平均速度，单位为每秒事例数。这不包括分开计数的延迟的进程调用(DPCs)。这个值说明生成中断的设备(如系统时钟、鼠标、磁盘驱动器、数据通讯线、网络接口卡和其他外缘设备)的活动。这些设备通常在完成任务或需要注意时中断处理器。正常线程执行因此被中断。系统时钟通常每 10 毫秒中断处理器一次，创建中断活动的背景。这个计数值显示用上两个实例中观察到的值之间的差除于实例间隔的持续时间所得的值。
% Interrupt Time 是处理器在实例间隔期间接受和服务硬件中断的时间。此值间接表示了生成间隔的设备活动， 如系统时钟、鼠标、磁盘驱动程序、数据通讯线路、网络界面卡和其他外围设备。当这些设备完成一项任务或需要管理时，它们通常会中断处理器。中断期间，正常的线程执行会停止。多数系统时钟会每隔 10 毫秒中断处理器，产生间隔活动的背景，在间隔期间，终止正常的线程执行。此计数器显示此平均占用时间为实例时间的一部分。

Process计数器 

Private Bytes 指这个处理不能与其他处理共享的、已分配的当前字节数。
Page Faults/sec 指在这个进程中执行线程造成的页面错误出现的速度。当线程引用了不在主内存工作集中的虚拟内存页即会出现 Page Fault。如果它在备用表中(即已经在主内存中)或另一个共享页的处理正在使用它，就会引起无法从磁盘中获取页。
% User Time 指处理线程用于执行使用用户模式的代码的时间的百分比。应用程序、环境分系统和集合分系统是以用户模式执行的。Windows 的可执行程序、内核和设备驱动程序不会被以用户模式执行的代码损坏。不像某些早期的操作系统，Windows 除了使用用户和特权模式的传统式保护模式之外，还使用处理边界作为分系统保护。某些由 Windows 为您的应用程序所做的操作除了出现在处理的特权时间内，还可能在其他子系统处理出现。
% Privileged Time 是在特权模式下处理线程执行代码所花时间的百分比。当调用 Windows 系统服务时，此服务经常在特权模式运行，以便获取对系统专有数据的访问。在用户模式执行的线程无法访问这些数据。对系统的调用可以是直接的(explicit)或间接的(implicit)，例如页面错误或间隔。不像某些早期的操作系统，Windows 除了使用用户和特权模式的传统保护模式之外，还使用进程边界作为分系统保护。某些由 Windows 为您的应用程序所做的操作除了出现在进程的特权时间内，还可能在其他子系统进程出现。
% Processor Time 是所有进程线程使用处理器执行指令所花的时间百分比。指令是计算机执行的基础单位。线程是执行指令的对象，进程是程序运行时创建的对象。此计数包括处理某些硬件间隔和陷阱条件所执行的代码。
Virtual Bytes 指处理使用的虚拟地址空间的以字节数显示的当前大小。使用虚拟地址空间不一定是指对磁盘或主内存页的相应的使用。虚拟空间是有限的，可能会限制处理加载数据库的能力。
Working Set 指这个处理的 Working Set 中的当前字节数。Working Set 是在处理中被线程最近触到的那个内存页集。如果计算机上的可用内存处于阈值以上，即使页不在使用中，也会留在一个处理的 Working Set中。当可用内存降到阈值以下，将从 Working Set 中删除页。如果需要页时，它会在离开主内存前软故障返回到 Working Set 中。
Page File Bytes 指这个处理在 Paging file 中使用的最大字节数。Paging File 用于存储不包含在其他文件中的由处理使用的内存页。Paging File 由所有处理共享，并且 Paging File 空间不足会防止其他处理分配内存。
I/O Data Bytes/sec 处理从 I/O 操作读取/写入字节的速度。这个计数器为所有由本处理产生的包括文件、网络和设备 I/O 的活动计数。

PhysicalDisk计数器 

Avg. Disk Queue Length 指读取和写入请求(为所选磁盘在实例间隔中列队的)的平均数。
% Disk Time 指所选磁盘驱动器忙于为读或写入请求提供服务所用的时间的百分比。
Current Disk Queue Length 在收集性能数据时磁盘上当前的请求数量。它还包括在收集时处于服务的请求。这是瞬间的快照，不是时间间隔的平均值。多轴磁盘设备能有一次处于运行状态的多重请求，但是其他同期请求正在等待服务。此计数器会反映暂时的高或低的队列长度，但是如果磁盘驱动器被迫持续运行，它有可能一直处于高的状态。请求的延迟与此队列的长度减去磁盘的轴数成正比。为了提高性能，此差应该平均小于二。一个经验规则是将每一个磁盘的平均请求队列长度保持在2以下。当这个计数器的值超过了每个磁盘2时，系统将出现一个I/O极限。
Split IO/Sec 汇报磁盘上的 I/O 分割成多个 I/O 的速率。一个分割的 I/O 可能是由于请求的数据太大不能放进一个单一的 I/O 中或者磁盘碎片化而引起的。
% Idle Time 汇报在实例间隔时磁盘闲置时间的百分比。
Avg. Disk Bytes/Transfer 指在写入或读取操作时从磁盘上传送或传出字节的平均数。
Disk Read Bytes/sec 指在读取操作时从磁盘上传送字节的速率。
Disk Write Bytes/sec 指在写入操作时传送到磁盘上的字节速度。

Memory计数器 

Page Faults/sec 每秒钟出错页面的平均数量。由于每个错误操作中只有一个页面出错，计算单位为每秒出错页面数量，因此这也等于页面错误操作的数量。这个计数器包括硬错误(那些需要磁盘访问的)和软错误(在物理内存的其他地方找到的错误页)。许多处理器可以在有大量软错误的情况下继续操作。但是，硬错误可以导致明显的拖延。当进程请求一块内存但系统无法分配时发生页面错误，该值过高（与未加压时比较）可能有两方面的原因：1、 应用程序已经占用了过多内存，这可以通过增加内存量来解决。2、 应用程序的内存请求过于频繁（如：频繁地创建和销毁对象）。此时要考虑更改设计。
Committed Bytes 指以字节表示的确认虚拟内存。确认内存磁盘页面文件上保留了空间的物理内存。每个物理磁盘上可以有一个或一个以上的页面文件。这个计数器只显示上一回观察到的值；它不是一个平均值。
Available MBytes 计算机上运行的进程的可用物理内存大小，单位是千字节，而不是在 Memory\\Available Bytes 中报告的字节。它是将零的、空闲的和备用内存列表的空间添加在一起来计算的。空闲内存可随时使用; 零内存是为了防止以后的进程看到以前进程使用的数据而在很多页内存中填满了零的内存。备用内存是指从进程的工作集(它的物理 内存)移到磁盘的，但是仍旧可以重新调用的内存。 这个计数器只显示观察到的最后一个值；它不是一个平均值。当这个数值变小时，Windows开始频繁地调用磁盘页面文件。如果这个数值很小，例如小于5 MB，系统会将大部分时间消耗在操作页面文件上。
Pages/sec 指为解决硬页错误从磁盘读取或写入磁盘的速度。这个计数器是可以显示导致系统范围延缓类型错误的主要指示器。它是 Memory\\Pages Input/sec 和 Memory\\Pages Output/sec 的总和。是用页数计算的，以便在不用做转换的情况下就可以同其他页计数如: Memory\\Page Faults/sec 做比较，这个值包括为满足错误而在文件系统缓存(通常由应用程序请求)的非缓存映射内存文件中检索的页。 一般如果pages/sec持续高于几百，那么您应该进一步研究页交换活动。
Commit Limit 指在不用扩展分页文件的情况下可以使用的虚拟内存的数量。这是用字节来计算的。确认的内存是指保留在磁盘分页文件上的物理内存。在每个逻辑磁盘上可以有一个分页内存。如果扩展分页文件，这个限量将相应增加。这个计数器只显示上一回观察到的值；而不是一个平均值。

When you try to connect with the Cisco VPN client in Windows Vista, you receive the following error:

Reason 442: Failed to Enable Virtual Adapter

This error prevents you from connecting with Cisco VPN client.

Solution 1

To resolve this problem in Windows Vista, do the following:

1. Click Start > Computer.
2. Double-click your C: drive.
3. Double-click Program Files > Cisco Systems > VPN Client.
4. Right-click on cvpnd.exe and select Properties.
5. Click the Compatibility tab.
6. Put a check mark next to the option, Run this program in compatibility mode for:.
7. Make sure Windows XP Service Pack 2 is selected.
8. Click Apply and then click OK.
9. Right-click vpngui.exe and select Properties.
10. Put a check mark next to the option, Run this program in compatibility mode for:.
11. Make sure Windows XP Service Pack 2 is selected.
12. Click Apply and then click OK.
13. Restart your computer.

After your computer restarts, you may connect with Cisco VPN client.

Solution 2

Solution 3

I’ve seen plenty of questions come up in the forums and from customers regarding the Health Service Heartbeat Failure monitor, and its associated diagnostics and recoveries.  I spent a little time digging further into these workflows and thought I’d share what I found here.  Hope this helps those curious about what’s happening under the hood.

Communication Channel Basics

After an Operations Manager Agent is installed on a Windows computer, and after it is approved to establish a communication channel with an Operations Manager 2007 management group, the communication channel is maintained by the Health Service.  If this communication channel is interrupted or dropped between the Agent and its primary Management Server (MS) for any reason, the Agent will make three attempts to re-establish communication with its primary MS, by default.

If the Agent is not able to re-establish the channel to its primary MS, it fails over to the next available MS.  Failover configuration and the order of failover is another topic, and will not be covered here.

While the Agent is failed over to a secondary MS, it will attempt to re-establish communication with its primary MS every 60 seconds, by default.  As soon as the Agent can establish communication with its primary MS again, it will disconnect from the secondary MS and fail back to its primary MS.

Health Service Heartbeat Failure Monitor

To briefly summarize the Heartbeat process, there are two configurable mechanisms that control Heartbeat behavior.  Heartbeat interval and number of missed Heartbeats.  If the MS fails to receive a Heartbeat from an Agent computer greater than the number of intervals specified, the Health Service Heartbeat Failure monitor will change to a critical state and generate an alert.

Read more about Heartbeat and configuration here.

Diagnostic and Recovery Tasks

There are a couple of diagnostic tasks that run when the Health Service Heartbeat Failure monitor changes to a critical state.  Ping Computer on Heartbeat Failure and Check If Health Service Is Running.

Ping Computer on Heartbeat Failure

This diagnostic is defined in the Operations Manager 2007 Agent Management Library and is enabled by default. This workflow uses the Automatic Agent Management Account, which will run under the context of the Management Server Action Account by default, to execute a probe action which is defined in the Microsoft System Center Library named WmiProbe.

This probe is initiated on the Health Service Watcher. Since the Health Service Watcher is a perspective class hosted by the Root Management Server, this is where the WMI query is executed when the Health Service Heartbeat Failure monitor changes to a critical state. Even though the agent may be reporting to another MS, it is the RMS that sends the ICMP packet to the agent.

Unlike the traditional Ping.exe program we are all accustomed to, which sends four ICMP packets to the target host by default, the WMI query is executed only once and sends a single ICMP packet, so there is no calculation of percentage of lost packets one would expect to see with Ping.exe.

Following is the WMI query executed on the RMS.

Select * FROM Win32_PingStatus Where Address = '$Config/NetworkTargetToPing$'

To verify the number of ICMP packets sent, I ran a traditional Ping.exe test and the WMI query used in this workflow and traced these using Netmon.  The first two entries in the image below were captured from the WMI query, and the last eight entries captured were from a Ping.exe test using default parameters (four packets).

WMI query vs. Ping.exe

The WMI query results are passed to a condition detection module, which filter StatusCode and execute the appropriate write action. If StatusCode <> 0, the write action ComputerDown will set state to reflect the computer is down. If StatusCode = 0, the write action ComputerUp will set state to reflect computer is up.

The condition detection modules that filter StatusCode are actually the recovery tasks shown in the Health Service Heartbeat Failure monitor. These are the reserved recoveries, Reserved (Computer Not Reachable - Critical) and Reserved (Computer Not Reachable - Success), respectively.

Under the covers, these reserved recoveries are actually setting state of the Computer Not Reachable monitor, which is defined in the System Center Core Monitoring MP. Ultimately, if StatusCode <> 0, the Computer Not Reachable monitor will change to a critical state and generate the Failed to Connect to Computer alert.

Since this is a diagnostic task which runs during a degraded state change event, the Agent will only be pinged once when the Health Service Heartbeat Failure monitor changes to a critical state. If there are any network related problems after this monitor has changed to critical and the diagnostic task has ran, there will be no further monitoring regarding the ping status of this Agent and no “Failed to Connect to Computer” alert will be generated.

We can understand the root cause better based on whether the Health Service Heartbeat Failure alert was generated along with the Failed to Connect to Computer alert. If the Health Service Heartbeat Failure alert generated without the Failed to Connect to Computer alert, logic would tell us that the issue is not related to loss of network connectivity or that the server has shutdown or become unresponsive. Both alerts together generally indicate the server is completely unreachable due to network outage, or the server is down or unresponsive.

Check if Health Service is Running

This diagnostic is defined in the Operations Manager 2007 Agent Management Library and is enabled by default.  This workflow uses the Automatic Agent Management Account, which will run under the context of the Management Server Action Account by default, to initiate a probe action which is defined in the Operations Manager 2007 Agent Management Library named QueryRemoteHS.

Specifically, this probe is initiated on the Health Service Watcher, which is the MS, and queries Health Service state and configuration on the Agent, when the Health Service Heartbeat Failure monitor changes to a critical state.  This probe module type is further defined in the Windows Core Library.  It takes computer name and service name as configuration, and passes the query results through an expression filter and returns the startup type and current state of the Health Service.

If the service doesn't exist or the computer cannot be contacted, state will reflect this.  Depending on output of the diagnostic task, optional recovery workflows may be initialized (i.e., reinstall agent, enable and start Health Service, and continue Health Service if paused), but these recoveries are not enabled by default.

接上文在《VM2008R2中使用模板快速创建虚拟机之一准备篇》的介绍，在本文中将分节介绍如下内容：

l 根据定制的虚拟机及配置文件创建模板

l 使用模板快速、一致的部署虚拟机

五、根据定制的虚拟机及配置文件创建模板

经过以上二至四步骤的操作，已完成了定制的作为标准的虚拟机，及用于配置新的虚拟机的硬件配置文件、来宾操作系统配置文件、硬盘文件等准备工作，现在，我们需要完成快速、一致部署虚拟机最后一个准备工作（基于上个步骤的操作），就是创建一个VMM R2模板来。

VMM R2模板由定制的标准虚拟机、硬件配置文件、来宾操作系统文件、硬盘文件共同组成。值得注意的是，模板是VMM R2中的数据库的对象，在VMM R2库文件夹结构中无法找到。

在使用虚拟硬盘文件时，可以有两种选择，一种是使用现有虚拟机的虚拟硬盘，但这样子现有的这台虚拟机会被破坏，因为Sysprep的操作会将虚拟机与计算机身份剥离开。此外，虚拟机不能有密码策略限制的（这也是在创建来宾操作系统配置文件时不建议加入域的原因之一）。

打开VMM R2的管理员控制台，导航至库，并在左上的视图中，高亮选定“配置文件”。在中间的详细视图已存在了此前创建的名称为H_CC“硬件配置文件”和名为S_C“来宾操作系统配置文件”的,而要想新建模板，此时，我们需要通过右侧的“操作”视图中的“新建模板”来完成：

1、 点击“新建模板”，以打开新模板向导。

2、 在“选择源”页，选择“从部署主在主机上的现有虚拟机”，并选择现有的虚拟机W2K3X32作为模板（前面提过，如果使用现有的虚拟机，将会破这台虚拟机）。（如果选择“使用库中储存的现有模板或虚拟硬盘”，可以选择之前创建的虚拟硬盘BigVHD60G。）

当你在上图中点下一步时，会出现如下的提示，不过之前克隆操作已完成，此处直接选择“是”。

3、 在“模板标识”页，填写如下图所示的名称。

4、 在“配置硬件”页，保证“硬件配置文件”后面框中为H_CC。同时注意，此处的硬盘文件为源虚拟机的硬盘文件。

5、 在“来宾操作系统”页，保证“来宾操作系统配置文件”后面框中为之前创建的S_C。如果此处点击下一步进行不去，请检查是否是标识信息的机器“全名”没有写入内容。

6、 在“选择库服务器”页，保留默认设置（因为此环境中只有一台库服务器角色，无需选择），下一步。

7、 在“选择路径”页，选定要保存虚拟机模板的共享位置。由于此前在库所在的分区目录中创建了名为”Template”的文件夹，此处的“虚拟机路径”选定这个文件夹路径。

8、 在“摘要”页，如果没有需要更改的选项，直接点击“创建”。这时会弹出一个作业窗口来，显示创建模板详细步骤信息。界面友好，利用管理及排错等。

9、 完成后的显示如下图所示，虽有警告产生，但并不影响整体。

10、 完成后，就可以在“库”---“虚拟机和模板”项，看到创建好的模板。

六、使用模板快速、一致的部署虚拟机

完成了模板的制作，就可以使用此来快速署虚拟机了。

接下来的操作，将通过“库”---“虚拟机和模板”，并选定刚才创建的模板W2K3X32T来进行。

1、 选定模板“W2K3X32T”，右键单击“新虚拟机”。将开始使用此模板来创建虚拟机的过程。

2、 在“虚拟机标识”页，填入如下图所示的内容。此外的虚拟机名称，只是在VMM R2所示的标识，并非是此虚拟机的计算机名。切记。

3、 在“硬件配置”页，你可以选择之前创建的硬件配置文件，此处保留默认配置，此时向导将使用模板中所包含的硬件配置文件进行。

4、 在“来宾操作系统”页，你可以选择之前创建的来宾操作系统配置文件，此处保留默认配置，此时向导将使用模板中所包含的来宾操作系统配置文件进行。注意下图中的全名中需要填定的。Win2k3为此虚拟机的计算机名。

5、 在“选择目标”页，选择将虚拟机放置到的路径。

6、 在“选择主机”页，选择要放置的主机，虽然此处有三个主机可供选择，但其他两个均为VMwareESX主机，故不建议。同时，VMM R2对主机进行了星级评定，根据硬件、软件、网络等条件进行评定，星级越多意味着越适合虚拟机“居住”。如果感兴趣，不访好好了解下VMM R2的智能放置功能。

7、 在“选择路径”页，选择主机上存放虚拟机的路径。

8、 在“选择网络”页，选择需要为此主机分配的网络。这些网络需要提前在HYPER-V主机建置好。

9、 在“其他属性”页，选定主机启动及停止时的所采取的对虚拟机的操作。

10、 在“摘要”页，如果之前的操作无需修改，点击创建便可。同时会弹出一个作业的窗口来。

11、 创建的过程，也可以在VMM R2控制台中连接正在生成的虚拟机。

12、 完成后，可以作窗口的详细信息窗格看到执行的动作。

13、 测试连接，看看是否完成，及是否SYSPREP正常工作过。

至此，完成了整个操作，虽然使用VMM R2的虚拟机模板功能可以实现快速一致的部署虚拟机，但仍建议根据企业生产环境的需要创建不同标准的虚拟机模板，以及硬件配置文件及来宾操作系统配置文件等。并做好库的建立，把需要用到的系统ISO放置进去。同时，建议定期对这些模板或配置文件进行更改或管理，以适应新的业务发展的需要，做好相应生命周期管理。

      本文将充分利用已安装好的基于微软Hyper-V R2的虚拟化及管理环境，除简要介绍SCVMM 2008 R2的管理控制台外，主要介绍如何通过定制好的虚拟机Windows Server 2003、硬件配置文件、来宾操作系统配置文件，来创建模板，以便在生产环境中快速、一致的部署虚拟机服务器系统。

在本文中，将分章节介绍如下内容：

l SCVMM 2008 R2管理控制台介绍

l 创建Windows Server 2003虚拟机，并克隆

l 创建硬件配置文件

l 创建来宾操作系统配置文件

一、SCVMM 2008 R2管理控制台介绍

微软所提供的System Center 套件真正的实现了集中、统一、多功能、强大的微软的虚拟化平台解决方案，也是微软基于ITIL理念的MOF（微软运营框架）思想的体现，其中的核心成员之一System Center Virtual Machine Manager 2008 R2 (以下简称为VMM R2) 提供了统一、集中的管理员控制台，我们可以在 VMM R2 中使用管理员控制台执行所有管理任务。

通过此控制台我们能够执行下面的操作：

• 使用主机、虚拟机、库资源以及报表、监视作业、执行VMM R2 的管理任务。
• 使用托放方法将虚拟机迁移到主机和主机组中。
• 查看“作业”视图中作业的详细状态和审核记录。在VMM R2 管理员控制台上以本地时间查看所有作业的日期和时间。
• 集中管理“库”视图中的多个库服务器上的文件。

在上图中，已添加了名字为hypervr2的虚拟化主机，上面运行着三个虚拟机。同时可以看到通过VMM R2是可以管理异构虚拟化系统的，在此VMM R2管理控制台上已添加了两台VMware ESX 4虚拟化主机。而本文的中心亦是通过此管理员控制台进行模板的制作及快速部署虚拟机。

二、创建Windows Server 2003虚拟机，并克隆

执行此步的操作有两个目的，一是为模板的制作是需要现有的虚拟机系统作为源的，在本次实验中创建了名字为2K3X32的windows server 2003 32位企业版的操作系统虚拟机。并安装了来宾服务工具。二是可以根据企业的需要对此虚拟机进行定制化操作的。

但要考虑的在创建模板时，作为源的虚拟机将会被破坏，所以建议先为源虚拟机进行克隆，以保留一份完整的虚拟以备用。在创建克隆时，要保证源虚拟机处于停止或是保存状态。

在克隆的过程中， 根据向导的提示，你需要配置克隆的名称、硬件配置、网络配置、寄宿的目标主机、主机的路径以及在启动或是关闭主机时针对虚拟机采取的动作。而且，在这个过程中，你需要做出选择：克隆的虚拟机是保存到Hyper-V主机上，还是保存在VMM R2的库中。值得注意的是，当你选择了保存在VMM R2的库中时，虚拟机是处于非活动或是离线状态的。下图展示了克隆好的虚拟机W2K3X32-Clone及其“已停止”的非活动状态。

三、创建硬件配置文件

创建好源虚拟机，只是快速一致部署虚拟机的第一步。在本节中，我们要通过库中的选项创建硬件配置文件，在此说明中，会指定VMM R2中创建的虚拟机所应用的硬件配置处理器、内存、网络、IDE/SCSI硬盘配置等。

根据企业生产环境中存在的或是将要上线的业务系统的不同要求，可以创建多个硬件配置文件，从而实现不同类型业务虚拟机的硬件标准化。

打开VMM R2的管理员控制台，导航至库，并在左上的视图中，高亮选定“配置文件”。在中间的详细视图中是没有配置文件的，此时，我们需要通过右侧的“操作”视图中的“新建硬件置文件”来完成：

1、 点击“新建硬件配置文件”，以打开新建硬件配置文件对话框。

2、 在“新建配置文件”对框中，选中“常规”，填定内容图中所示。

3、 在“新建配置文件”对框中，选中“硬件配置”，填写内容如图所示。

注意，在此硬件配置中，并没有硬盘大小及类型的设定。你可以单独创建，或是在通过模板创建虚拟机时进行设定。在生产环境中，可能创建多个硬盘配置，但要考虑是使用动态扩展磁盘还是使用固定容量的磁盘，前者能节省空间，而后者却在性能上有所提高。下图中，是我根据原有的“空白磁盘 – 大”进行重新设定的。

四、创建来宾操作系统配置文件

创建来宾操作系统配置文件，同样是快速部署虚拟机前提的一部分。虚拟机是由虚拟机模板、硬件配置文件、操作系统配置文件、硬盘配置组成的，前面已讲述了硬件配置文件的创建，这里将使用来宾操作系统配置文件。

来宾操作系统配置文件是新虚拟机所应用的基准操作系统配置的定制版本。想来大家对使用sysprep进行系统配置重置已不陌生，而此处的操作目的是和sysprep作用一样。和硬件配置文件一样，可以创建多个标准的来宾操作系统配置文件如32位的、64位的、2003的或是2008的等。

打开VMM R2的管理员控制台，导航至库，并在左上的视图中，高亮选定“配置文件”。在中间的详细视图已存在了此前创建的名称为H_CC“硬件配置文件”的,而要想创建操作系统标准配置文件，此时，我们需要通过右侧的“操作”视图中的“新建来宾操作系统配置文件”来完成：

1、 点击“新建来宾操作系统配置文件”，以打开创建对话框。

2、 在“新建来宾操作系统配置文件”对话框中，选定“常规”，填写下图所示的内容。

3、 在“新建来宾操作系统配置文件”对话框中，选定“来宾操作系统”，填写下图所示的内容。

注意，一般不要选择加入域。且在产品密钥一项，此处填写的操作系统密钥是可见的，但在创建模板时或是自助用户使用时并不可见。

    本届SNW 2010大会的众多演讲主题中，有来自英特尔的两位专家——英特尔业务发展总监Ranjit Kurup先生就存储瓶颈问题的演讲和英特尔存储技术市场经理Richard Chiang先生的高峰对话“云时代面临的机遇和挑战”。相比EMC等存储大厂，英特尔在存储领域为人们所知的就属其面向高端企业级应用的固态硬盘SSD系列产品。那么，英特尔在存储市场究竟作何打算，其SSD技术又有哪些发展呢？笔者在SNW大会前夕为您揭开答案。

1、一流厂商做标准 英特尔未雨而筹谋

    英特尔是摩尔定律的诞生地，你会发现每个英特尔人在演讲之初喜欢摆出摩尔定律的指数级发展图，并骄傲的告诉大家，英特尔不断的研发新半导体制程工艺，以至于推动着摩尔定律走到今天，并仍会继续走下去。

    那么，在英特尔自身处理器日新月异的攀登一个又一个性能高峰的同时，推动整个x86生态环境向前发展就成了它背负上的承重责任。于是，我们看到了ATX主板规格、IDE硬盘、SATA硬盘、USB、DDR内存、80PLUS电源标准、南北桥标准主板芯片组结构等一系列标准在英特尔的推动下确立——而正在确立的USB 3.0和取消北桥全部集成在CPU内的融合标准则预示着下一个带动厂商和用户转变的台阶。

   从商业上来理解就很简单，英特尔有了很快的CPU，怎么才能卖给用户呢？它要告诉用户这个很快，比你以前的好，能给你带来更多价值，减少时间和成本。但是，其他部件都在缓慢发展，于是英特尔就去投入人力物力或帮助，或合作或挑头成立标准机构，制定面向下一个5年或者10年这个领域的标准。为的是，让CPU的高性能不会遇到来自其他地方的瓶颈限制——这才是一个可持续发展的完整的模式，用户才不会去说，CPU快有什么用，别的东西那么慢，用不着，不用买。

    好的，一流企业做标准，我们认同了。那么英特尔是做处理器的大厂，跟计算相关我们还能理解。怎么又和存储扯上关系了？

    这其实一直以来就是英特尔乃至整个计算机世界的痛——存储的发展太慢。遥想当年IBM在实验室发明一个房间那么大的硬盘原型机到现在，能称得上改变存储方式的也就是SSD固态硬盘了。诸如早期的5.25寸硬盘到现在的3.5寸硬盘乃至2.5寸硬盘都是基于一个固定硬盘标准（温彻斯特式硬盘）下的产物。其存储容量的发展非常缓慢——从早期的几兆，到数百兆，在突破1G之后迅速攀升到10G、20G硬盘，然后大家都记得那个奔四+80G硬盘横行的时代，之后的120G只存在了一个很短的时期就进入了250G和320G统治消费级存储的时代。企业级存储也在SCSI之后进入SAS盘阵时代。

古老的温彻斯特硬盘结构一直沿用到目前的所有机械式硬盘

    但是，温彻斯特式硬盘的速率提升却一直都是其重要问题——原理所限，硬盘磁片的转动速度受温度和稳定性物理定律的限制无法更高，而磁头的读写速率和寻道模式在不断的优化之后（包括48位寻址、NCQ原生指令序列等），也到了极致——大约120MB左右的持续读取速率。

   也许我们已经习惯了硬盘拷贝东西时磁头的声音，也习惯了动辄数分钟的等待，并看着windows滚动条慢慢前进——但是讲求高效的企业级应用和更快的计算机却不允许这种情况。阵列或许是解决问题的渠道——盘阵已经是所有企业存储的标准配置。不过，在规模变大之后，盘阵与计算系统之间的传输瓶颈又对互联设备提出了严厉的性能和稳定性需求。

    说道这里，前面的问题迎刃而解——英特尔必须致力于解决存储发展过程中的这一系列问题，是为了让整个产业能更上一个台阶，也就使得自身处理器能够发挥更高的性能，从而让摩尔定律延续下去。

    我们来看看英特尔目前在存储领域都致力于哪些技术的推动——固态硬盘SSD（下一节我们会具体说）、iSCSI、FCoE、万兆以太网、6Gb SAS规范。可以发现，这其中除了SSD，其他标准或规范都是面向现有盘阵的链路带宽的——不论是万兆以太网还是FCoE都将优化SAN或企业NAS与计算系统的通信速率，从而使得盘阵能做的更大，拥有更高的并行存取速率。而另一方面，6Gb SAS规范则进一步优化了系统内硬盘的I/O通路，使得未来更快的硬盘与系统间的通讯速度不会受限于接口——目前的硬盘实际上连3Gb SAS带宽都无法吃满。

    那么，更快的硬盘在哪里呢？与其去修复温彻斯特式硬盘的缺陷，不如另起炉灶。英特尔干起了他的老本行，以半导体电子的领先技术，推出固态硬盘SSD，以闪存芯片为存储介质，虽然容量成本上还无法和硬盘相比，但是其速率（尤其是随机速率）已经远远超过了普通硬盘。

2、要做标准制定者 英特尔以SSD未来为契机

   英特尔在推动摩尔定律的过程中获得了在微电子半导体领域的顶尖技术和生产工艺，因此做起SSD的闪存芯片来可谓是得心应手。在英特尔与美光合作的NAND闪存芯片领域，其不断翻新的工艺使得SSD容量和速度都在提升，而成本却在降低——为其正式取代传统硬盘逐渐打开通路。

    今年2月1日，英特尔和美光共同宣布了25nm工艺NAND闪存技术将用于最新的SSD固态一会那光盘，从而可以大幅度降低SSD的制造成本（相比目前主流的34nm NAND芯片）。例如组成一个256GB的固态硬盘(SSD)只需32个25纳米NAND芯片(之前则需要64个这样的芯片)。闪存芯片数量的减少也使得控制芯片和解决方案更加容易——相对的持续传输速度和随机速率也会有较大幅度的提升。

    但是工艺进步带来的性能提升并不是英特尔唯一在做的事情，NAND闪存标准才是它真正在推动的事情。面对东芝和三星的竞争压力，英特尔强调NAND闪存是唯一没有标准接口的消费类存储器，NAND闪存接口标准化同样需要加快推进。

    开放式NAND闪存接口(ONFi)组织成立于2006年5月份，致力于推动NAND闪存接口的标准化，目前已有90多个成员。英特尔技术专家Amber Huffman表示，目前ONFi组织目前的工作主要有两方面，从ONFi 3.0开始进一步提升NAND接口性能，从200MT/s到400MT/s，同时与ONFi 1.0和ONFi 2.0兼容;另外一个方面就是致力于零纠错码的NAND发展。将依赖于NAND制程的功能从控制器中剥离出来，以减轻主控的负担，使得NAND性能得到进一步提升。

    除了NAND闪存的标准制定，英特尔也在积极探索固态硬盘的新接口形式，有前面提到的SAS 6Gb、有已经成熟的SATA、还有PCIe。其中英特尔最看好PCI-E的固态硬盘，据英特尔技术专家Amber Huffman透露，PCI-E接口可以保证有效的带宽，为未来更高性能的固态硬盘乃至固态硬盘阵列提供足够的数据通道——而传统的SAS和SATA无疑会成为瓶颈。在Gartner的数据中，我们也看到了这一预期——其实PCI-E更多的满足了SSD固态硬盘在企业级应用对性能的需求。也因为这种快速崛起的新存储接入形式（如Fusion-IO已经推出了不少PCI-E的SSD产品），英特尔表示PCI-E固态硬盘缺乏一定标准。

英特尔技术专家Amber·Huffman明确指出：基于PCI-E的固态硬盘目前在主机控制器接口(HCI)上还没有统一的标准，这导致每一个固态硬盘厂商都需要为其固态硬盘提供专门的驱动程序，标准的缺乏使得基于PCI-E的固态硬盘市场发展具有巨大的阻力，固态硬盘厂商需要为每个操作系统配备一个驱动程序，这让基于PCI-E固态硬盘的验证周期和相应的成本大大上升，为此英特尔认为需要制定企业级的NVMHCI(非易失性存储主机控制器接口，Non-Volatile Memory Host Controller Interface，简称NVMHCI)标准。包括英特尔在内的50多家厂商组成的组织将在今年4月份推出0.5版本，此后在7月份、9月份、10月份分别推出0.7版本、0.9版本和候选版本，初步成型的1.0版本将在今年11月份推出。

    笔者认为，英特尔看好PCI-E接口固态硬盘的另一个重要因素是——从Sandy-Bridge架构处理器开始（2011上半年推出），英特尔会将PCI-E控制器从北桥中挪入CPU，因此PCI-E总线将直接与CPU通信，其带宽和性能都将有巨大的提升。

    英特尔希望通过NVMHCI和ONFi尽快标准化，一方面加快固态硬盘向更高性能发展，同时也利用标准化的过程，达到自身在固态硬盘领域的领导地位。当然，东芝和三星以及其他厂商也并不会袖手旁观，结果如何?年内就会见分晓。

3、SSD可做云计算缓冲层 HPC也将大规模部署

   应用在哪里？这是任何新技术、新产品都要面对的问题。早先在英特尔高性能计算研讨会上，就有来自石油行业的用户表示SSD目前还不能大规模的应用在勘探领域——性能虽然好，但是NAND闪存的读写寿命有限，容量和性价比目前还比不了传统硬盘。

   但是来自英特尔专家团队的建议却表示，SSD在云计算时代将成为互联网企业的宠儿。首先是云计算所需要的底层虚拟化技术——虚拟机所在的虚拟盘对硬盘随机读写提出了巨大挑战。试想一个物理盘阵上划分着数个虚拟磁盘，有的负责数据库操作，有的负责视频流服务，有的则对应着随机搜索服务——SSD将完美的解决这种虚拟架构带来的随机数据读写操作。

    因此，英特尔认为SSD固态硬盘目前最大的应用前景在于互联网企业数据中心的高速缓存和云计算中心的缓冲层。如上图是一个典型的云计算配置，缓冲层将对云计算和数据中心的数据处理带来重要的变革作用。英特尔认为在云计算数据中心中配置缓存阵列的缓冲服务器能够很好的满足缓冲层的需求。

    目前英特尔为了满足数据中心缓冲层的需求，联合IBM公司共同推出了缓冲服务器Schooner。Schooner缓冲服务器专门为云计算数据中心而设计，由于利用英特尔固态硬盘组成闪存阵列，因此服务器在性能上得到很大提升。英特尔技术专家James Myers还称Schooner缓冲服务器和现有的应用及管理软件完全兼容。据了解，Schooner是一个即插即用的缓冲服务器——拥有两个四核至强5500处理器和英特尔X25-E SATA接口固态硬盘，具备较强的数据处理能力。并行的闪存控制器和8通道的千兆以太网卡使得Schooner在IO处理能力上得到很大提升，同时还具备较强的存储容量扩展能力。

   英特尔认为云计算数据中心需要添加专有的缓冲层来提升数据流的传输和处理能力，而事实上在一些面向科研的HPC领域，SSD固态硬盘已经开始发挥重要作用。

    如去年底美国圣地亚哥超算中心(SDSC)已经开始大规模部署SSD固态硬盘，以期在高性能计算时，存储设备不再是瓶颈——海量数据的随机存取对存储系统是巨大的压力。而另一方面，在成千上万的硬盘部署中，SSD相比传统硬盘节省的功耗成本是一个巨大数字，另一方面由于其没有任何机械部件，因此不易发生故障，数据丢失率也比传统硬盘小。“这很好理解，只坏一个闪存芯片，可能只会丢掉几个G的数据，而传统硬盘一旦损坏，整个硬盘的所有数据都可能丢失。”该计算机中心主管Allan Snavely表示，“SSD具有更加快速的数据吞吐能力，在高性能计算中这一点极为重要。”

    半导体研究公司分析主管Jim Handy表示，在消费级领域，传统机械硬盘仍然是首选，但是对于科研、金融机构来说，数据的处理速度显得非常的重要，所以固态硬盘在这一领域将会逐步走俏。国内的百度、淘宝网等大规模集群服务器的拥有者也已经部署SSD，只不过是用做高速缓存。美国圣地亚哥超算中心是第一家开始大规模部署SSD的高性能计算中心，这标志着SSD在功耗节约和性能上已经可以令人心动。

【TechTarget中国原创】您作为管理员，是否每天都在直接或间接地通过RDS（Remote Desktop Services）来登录您的虚拟机服务控制台并完成相关管理工作？

如果是，那么请立刻停止！这个看起来似乎无关紧要的服务器控制台管理操作正在极大地影响到您整个虚拟环境的性能。原因是：

无论您是通过服务器控制台登录还是通过RDP（Remote Desktop Protocol）对话登录，都会占用系统内存资源。例如，一个到服务器的RDP对话至少需要创建四个进程：

• explorer.exe (外壳)；
• tasking.exe (计划任务引擎)；
• dwm.exe (桌面管理器)；以及
• rdpclip.exe (RDP剪切板管理器)。

这四个进程对内存的占用可能加起来仅有10MB大小，但是也可能会因为对话的不同而发生极大地改变。

甚至，运行管理工具的时候，资源占用会加剧。例如微软的管理服务器控制台System Center Virtual Machine Manger，可能会消耗超过100MB的内存，甚至会抢占核心层的资源。

另外，需要考虑到登陆进程中涉及的系统动作，因为它们会占用更多的系统资源。在服务器控制台的登录过程中，处理器占用率甚至会接近100%，这种情况会持续到登录动作结束用户拥有了控制权限为止，这种状况的发生对管理员并不陌生。

或许这些数字看起来还不够惊人，如下两个因素的结合加剧了基于控制台管理方式所带来的问题：

• 系统整合的影响。如果您服务器整合的目标是在一台主机上集成10到20台虚拟机，那么您应该意识到采用控制台方式所浪费的资源数量需要乘以整合的服务器数量。结果就会使得资源浪费非常的严重，直到最终影响到系统整合的效率以及整个项目的投资回报率（ROI）。
• 参与服务器控制台管理员的使用方式。有些管理员喜欢登录到服务器以后保留该登录进程一段时间，这种做法从安全角度考虑也是存在问题的。而且保留的管理进程会占用原本应该用于支持虚拟机负载的硬件资源。

而如何解决这个问题的办法，说起来也异常地简单，您所需要的仅仅是改变一点点您的使用模式。

微软和很多其他的软件厂商也在围绕客户端或服务器的模式构建自己的管理产品：目的是使得服务器端资源可以完全用于支持工作负载，而把管理任务交给客户端来完成。在很多应用中，客户端管理可以交给桌面系统来完成。微软的Remote Systems Administration Toolkit管理工具已经可以支持普通的windows操作，而System Center和一些第三方厂商产品则拥有自己的管理控制端，可以支持直接安装到桌面机中。

现在，微软在它的很多新产品中都越来越多地围绕“远离服务器控制台”逻辑来进行。之前，管理工具都是打包到服务器组件中一起自动完成安装的，现在这些工具的安装可以独立进行选择了。

如果您恰好是一个老牌IT管理员并习惯于使用之前基于服务器控制台的管理方式，那么请时刻提醒自己：您正在浪费很多珍贵地虚拟化投资。从现在起，改变这些习惯，学会为虚拟机而节省资源！