虚拟化选型参考
随着计算技术与科学技术的发展，在计算机行业出现一种问题，那就是好的服务器比如DELL,IBM非常的昂贵，差点的服务器也有比如国产的某某普，做为一个初创的互联网企业，资金是非常紧的，怎么能做到既节约成本又能保证数据安全？
虚拟化软件：
虚拟化为此就诞生了，在实际的生产环境中，虚拟化技术主要用来解决高性能的物理硬件产能过剩和老的旧的硬件产能过低的重组重用，透明化底层物理硬件，从而最大化的利用物理硬件。于是乎各大互联网大佬们纷纷投入精力解决这个问题，随着时间的推移与各大互联网企业的技术沉淀，目前市面主要有以下虚拟化软件：VMware的ESXi，Citrix的Xenserver，微软的Hyper-V，开源的主要有红帽的KVM,Xen两种。
虚拟化实现方案：
市场有以上那么多虚拟化软件，当然还有一些小众的，例如VirtualBox这里我就不多说了,他们的目的都是一样的：“实现虚拟化”，但他们实现虚拟化的方案可大不相同，下面我们简单了解下：
全虚拟化
又叫硬件辅助虚拟化技术，最初所使用的虚拟化技术就是全虚拟化（Full Virtualization)技术，它在虚拟机（VM）和硬件之间加了一个软件层–Hypervisor，或者叫做虚拟机管理程序（VMM）。
什么是Hypervisor？
Hypervisor是一种运行在物理服务器和操作系统之间的中间软件层,可允许多个操作系统和应用共享一套基础物理硬件，因此也可以看作是虚拟环境中的“元”操作系统，它可以协调访问服务器上的所有物理设备和虚拟机，也叫虚拟机监视器（Virtual Machine Monitor）。Hypervisor是所有虚拟化技术的核心。非中断地支持多工作负载迁移的能力是Hypervisor的基本功能。当服务器启动并执行Hypervisor时，它会给每一台虚拟机分配适量的内存、CPU、网络和磁盘，并加载所有虚拟机的客户操作系统。
Hypervisor分两种类型：
类型1，这种Hypervisor 是直接运行在物理硬件之上的。类型1 Hypervisor 的一个例子是基于内核的虚拟机（KVM ——它本身是一个基于操作系统的hypervisor）。
类型2，这种Hypervisor 运行在另一个操作系统（运行在物理硬件之上）中。
类型2 Hypervisor 包括QEMU 和WINE。因为运行在虚拟机上的操作系统通过Hypervisor来最终分享硬件，所以虚拟机发出的指令需经过Hypervisor捕获并处理。为此每个客户操作系统（Guest OS）所发出的指令都要被翻译成CPU能识别的指令格式，这里的客户操作系统即是运行的虚拟机，所以Hypervisor的工作负荷会很大，因此会占用一定的资源，所以在性能方面不如裸机。但是运行速度要快于硬件模拟。全虚拟化最大的优点就是运行在虚拟机上的操作系统没有经过任何修改，唯一的限制就是操作系统必须能够支持底层的硬件，不过目前的操作系统一般都能支持底层硬件，所以这个限制就变得微不足道了。VMware Workstation软件就是此类型。
半虚拟化
它就是在全虚拟化的基础上，把客户操作系统进行了修改，增加了一个专门的API，这个API可以将客户操作系统发出的指令进行最优化，即不需要Hypervisor耗费一定的资源进行翻译操作，因此Hypervisor 的工作负担变得非常的小，因此整体的性能也有很大的提高。不过缺点就是，要修改包含该API的操作系统，但是对于某些不含该API的操作系统（主要是windows）来说，就不行能用这种方法，Xen就是一个典型的半虚拟化的技术。Xen只负责CPU,内存，中断管理。计算机别的功能由Dam0机管理。
虚拟化方案选择：
在说虚拟化选择方案前，我稍微啰嗦一句在工作中，我们怎么抉择我们该选择哪种方案前，首先要根据工作需求，切忌为实现技术而选择。下面我说下我的选择方法：
公司有开发人员小于10人运维1人，我们就用Vmvare的虚拟化软件系列的VMware Workstation模拟器
公司有开发人员大于10人且小于30人运维1人或2人，我们就用Vmvare的虚拟化软件系列的VMware ESXi
公司有开发人员大于30人运维人员大于3人，我们就考虑KVM或者Xen.
我这样划分的根据是基于公司技术团队的实力和软件的轻重来抉择，当然也不是万能，如果你公司技术团队的实力非常牛，你也非常牛，公司不差钱想烧钱，也可以考虑直接用KVM+openstack这种重量级的虚拟化解决方案。
网络基础架构及数据中心规划方案 2016年11月
目录 一．网络建设需求 (3) 1.1 目标架构： (3) 1.2设计目标： (3) 二. 规划方案 (4) 2.1 方案拓扑 (4) 2.2 架构说明 (5) 2.3 为什么选用Vmware虚拟化技术（整个方案的重点） (6) 2.4 VMware方案结构 (7) 2.4.1 基础架构服务层 (7) 2.4.2 应用程序服务层 (9) 2.4.3 虚拟应用程序层 (14) 2.4.4 数据备份 (15) 2.4.5 具体方案陈述 (20) 2.5 VMWARE方案带来的好处 (21) 2.5.1 大大降低TCO (21) 2.5.2 提高运营效率 (23) 2.5.3 提高服务水平 (24) 三. 项目预算 (24) 总述
为推进公司信息化建设，以信息化推动公司业务工作改革与发展，需要在集团总部建设新一代的绿色高效能数据中心网络。 一．网络建设需求 1.1 目标架构： 传统组网观念是根据功能需求的变化实现对应的硬件功能盒子堆砌而构建企业网络的，这是一种较低效率的资源调用方式，而如果能够将整个网络的构建看成是由封装完好、相互耦合松散、但能够被标准化和统一调度的“服务”组成，那么业务层面的变更、物理资源的复用都将是轻而易举的事情。最终形成底层资源对于上层应用就象由服务构成的“资源池”，需要什么服务就自动的会由网络调用相关物理资源来实现。 1.2设计目标： 扩展性： 架构设计能应对集团未来几年的发展以及满足整合分公司资源的需要； 简化管理 使上层业务的变更作用于物理设施的复杂度降低，能够最低限度的减少了物理资源的直接调度，使维护管理的难度和成本大大降低。 高效复用 得物理资源可以按需调度，物理资源得以最大限度的重用，减少建设成本，提高使用效率。即能够实现总硬件资源占用降低了，而每个业务得到的服务反而更有充分的资源保证了。 网络安全：
5.12主要软硬件选型原则和详细软硬件配置清单 5.12.1软硬件选型原则 软件选型原则：开放性，对称性与非对称处理，异种机互联能力，目录及安全服务的支持能力，应用软件的支持能力，网管能力，性能优化和监视能力，系统备份／恢复支持能力。 硬件选型原则：系统的开放性，系统的延续性，系统可扩展性，系统的互连性能，应用软件的支持，系统的性价比，生产厂商的技术支持，可管理性（同事管理多处工作，消除问题，智能管理的方法），远程管理，状况跟踪，预故障处理，性能监控，安全管理，可用性，磁盘故障，内存问题，容错性（冗余组件、自动服务器恢复，冗余网卡，冗余ＣＰＵ电源模块，双对等ＰＣＩ总线）及平台支持 5.12.2软硬件配置清单 参考《附表》中的项目软硬件配置清单。 5.13机房及配套工程建设方案 使用目前已经建设好并正在使用的机房，不需要重新建设。
3.4.2性能需求 3.4.1.2.1交易响应时间 交易响应时间指完成目标系统中的交互或批量业务处理所需的响应时间。 根据业务处理类型的不同，可以把交易划分为三类：交互类业务、查询类业务和大数据量批处理类业务，分别给出响应时间要求的参考值，包括峰值响应时间、平均响应时间。 1、交互类业务 日常交易指传统的大厅交互业务，如申报、发票销售、税务登记等，具有较高的响应要求。批量交易指一次完成多笔业务处理的交易，如批量扣缴等，由于批量交易的数据量不确定，需要根据具体的情况确定响应时间。 表3-1交易类业务复杂性与响应时间关系表
备注：以上交易如果涉及与税务－国库－银行或税务－银行－国库交互的，响应时间参考值中均包含交互的时间 2、查询类业务 如登记资料查询、申报表查询等。查询业务由于受到查询的复杂程度、查询的数据量大小等因素的影响，需要根据具体情况而定，在此给出一个参考范围。 如有特殊要求，可以在具体开发文档中单独给出响应时间要求。 表3-2查询类业务复杂性与响应时间关系表 备注：业务处理过程的交互操作的响应时间参见上面交互类业务的相关指标。 3、大数据量、批处理业务 如会计核算等业务处理，该类业务具有处理复杂、操作数据量大、处理时间长的特点，具体的响应时间在开发文档中给出。 3.4.1.2.2可靠性 系统应保证在正常情况下和极端情况下业务逻辑的正确性。 1、无单点故障 系统应不受任何单点故障的影响。
VMware虚拟化平台服务器 日常维护和应急处理规 1 目的 为提高部门处理VMware虚拟化服务器故障的能力，形成科学、有效、反应迅速的日常管理流程和应急处理机制，确保虚拟化平台的安全和稳定运行，最大限度地减小服务器故障对生产的影响，降低业务中断风险，特制定本规。 2 适用围 本规适用于公司局域网中所有提供VMware虚拟化平台服务的服务器管理，应对发生和可能发生的故障。 3 规容 虚拟化平台服务器运维和应急处理应包括风险评估，检测体系和应急处理三个环节，合理有效的执行控制将防止故障影响扩大。 故障分类 虚拟化平台故障包括服务器硬件和虚拟化软件的故障；自然灾害（水、火、电等）造成的物理破坏；电脑病毒等恶意代码危害；人为误操作造成的损害等。 应急准备 部门责任人员明确职责和管理围，根据实际情况，安排应急值班，确保到岗到人，联络畅通，处理及时准确。 具体措施 （1）建立安全、可靠、稳定运行的机房环境，防火、防雷电、
防水、防静电、防尘；建立备份电源系统。 （2）虚拟化平台服务器应采用可靠、稳定、兼容性硬件，落实责任管理机制，遵守安全操作规；对虚拟机和管理服务器进行定时备份；采用有效的虚拟化监控工具，及时发现问题和日报告。 4 故障处理规 机房停电 接到停电通知后，相关人员应及时部署应对具体措施，启动备用电源,保证服务器正常运行。 硬件维护 （1）平台服务器出现硬件告警需要停机维护，服务器责任人应立即通知相关人员，将业务虚机迁移到集群中其他服务器主机上，再将故障服务器切换至维护模式并从HA集群中移除，负责陪同硬件厂家现场更换至成功恢复。 （2）若服务器硬件24小时无法恢复，服务器责任人需书面报告原因并立即通知业务管理人员进行数据应急备份,防止灾难扩大。 （3）若虚拟化存储硬件出现告警，第一目击人应立即通知存储管理员，并上报主管领导，存储管理员应在报告1小时联系厂家到场处理，处理完成后因报告原因，找到解决方法；并立即对数据做完整性检查，消除重复发生隐患。 虚拟化平台故障 （1）虚拟化服务器应保证双机群集配置，并同时配置好一套备用服务器群集，随时待命。
常见四种虚拟化技术优劣势对比-兼谈XEN与vmware的区别 蹦不路磅按: 好多人估计对XEN和vmware到底有啥区别有所疑问. 可能如下的文章会有所提示 据说本文作者系ＳＷｓｏｆｔ中国首席工程师.没找到名字, 故保留title ---------------- Update: 13-11-2008 关于xen Hypervisor个人理解的一点补充. xen hypervisor 类似一个linux的kernel .位于/boot/下名字xen-3.2-gz. 系统启动的时候它先启动。然后它在载入dom0. 所有对其他domainU的监控管理操作都要通过domain0. 因为hypervisor 只是一个类kernel. 没有各种application. 需要借助domain0的application 比如xend xenstore xm 等。 个人猜想，hypervisor 能集成一些简单的管理程序也是可能的。vmware好像也正在作植入硬件的hypervisor 将来的发展可能是是hypervisor 会和bios一样在每个服务器上集成了。然后每台服务器买来后就自动支持 可以启动数个操作系统了。彻底打破一台裸机只能装一个操作系统的传统。 －－－－－－－－－－－－－－－－－ 虚拟化技术（Virtualization）和分区（Partition）技术是紧密结合在一起，从60年代Unix诞生起，虚拟化技术和分区技术就开始了发展，并且经历了从“硬件分区”->“虚拟机”->“准虚拟机”->“虚拟操作系统”的发展历程。最早的分区技术诞生自人们想提升大型主机利用率需求。比如在金融、科学等领域，大型Unix服务器通常价值数千万乃至上亿元，但是实际使用中多个部门却不能很好的共享其计算能力，常导致需要计算的部门无法获得计算能力，而不需要大量计算能力的部门占有了过多的资源。这个时候分区技术出现了，它可以将一台大型服务器分割成若干分区，分别提供给生产部门、测试部门、研发部门以及其他部门。 几种常见的虚拟化技术代表产品如下： 类型代表产品 硬件分区IBM/HP等大型机硬件分区技术 虚拟机（Virtual Machine Monitor）EMC VMware Mircosoft Virtual PC/Server Parallels 准虚拟机（Para-Virtualization）Xen Project 虚拟操作系统（OS Virtualization）SWsoft Virtuozzo/OpenVZ Project Sun Solaris Container HP vSE FreeBSD Jail Linux Vserver 硬件分区技术 硬件分区技术如下图所示：硬件资源被划分成数个分区，每个分区享有独立的CPU、内存，并安装独立的操作系统。在一台服务器上，存在有多个系统实例，同时启动了多个操作系统。这种分区方法的主要缺点是缺乏很好的灵活性，不能对资源做出有效调配。随着技术的进步，现在对于资源划分的颗粒已经远远提升，例如在IBM AIX系统上，对CPU资源的划分颗粒可以达到0.1个CPU。这种分区方式，在目前的金融领域，比如在银行信息中心
虚拟化解决方案
虚拟化解决方案 深圳市深信服科技有限公司 11月
第一章需求分析 1.1高昂的运维和支持成本 PC故障往往需要IT管理员亲临现场解决，在PC生命周期当中，主板故障、硬盘损坏、内存没插紧等硬件问题将不断发生，而系统更新、补丁升级、软件部署等软件问题也非常多，对于IT 管理员来说，其维护的工作量将是非常大的。同时，桌面运维工作是非常消耗时间的，而这段时间内将无法正常进行网上工作，因此也会影响到工作效率。最后，从耗电量方面来讲，传统PC+显示器为250W，那么一台电脑将产生高达352元/年【0.25（功耗）*8（每天8小时工作）*0.8（电费，元/千瓦时）*240（工作日）】本机能耗成本，而电脑发热量也比较大，在空间密集的情况下，散热的成本也在逐步上升。 因此，IDC预测，在PC硬件上投资10元，后续的运营开销将高达30元，而这些投资并不能为学校带来业务方面的价值，也即投入越大，浪费越多。 1.2 不便于进行移动办公 传统的PC模式将办公地点固定化，只能在办公室、微机房等固定区域进行办公，大大降低了工作的效率和灵活性，无法适应移动化办公的需求。
1.3数据丢失和泄密风险大 信息化时代，其数据存储和信息安全非常重要，在信息系统中存储着大量的与工作相关的重要信息。可是传统PC将数据分散存储于本地硬盘，PC硬盘故障率较高，系统问题也很多，这使得当出现问题时数据易丢失，同时由于数据的分散化存储，导致数据的备份及恢复工作非常难以展开，这些都是棘手的问题。另外，PC/笔记本上的资料能够自由拷贝，没有任何安全策略的管控，存在严重的数据泄密风险。 综上所述，桌面云解决方案是业界IT创新技术，当前已在众多行业机构得到广泛应用。经过基于服务器计算模式，将操作系统、应用程序和用户数据集中于数据中心，实现统一管控。此方案可经过革新的桌面交付模式，解决当前桌面管理模式中存在的运维难、不安全、灵活性差等问题，实现高效、便捷、防泄密的经济效益。
1项目概述 1.1竹溪县民政局现状 竹溪县民政局机房现有设备运行年限较长，各业务系统相对独立，造成管理难度大，基于这种现状我司推荐竹溪县民政局信息化启动平台化建设。 竹溪县民政局信息化平台是提高健康水平、提高政府服务质量和效率的有力推手，是规范医疗政府服务，方便群众办事，缓解群众看病难问题的主要手段，不仅对推动竹溪县政务整改工作有重要意义，也是当前竹溪县民政局信息化平台工作迫切的需求。 1.2竹溪县民政局信息化平台建设的基本原则 1)顶层设计，统筹协调原则：竹溪县民政局信息化平台建设要按照国家有 关信息化建设的总体部署和要求，结合竹溪县民政局实际，做好顶层设 计，进行信息资源统筹规划，统一建设规范、标准和管理制度，构建竹 溪县民政局信息化平台为建设目标和任务。运用不同机制和措施，因地 制宜、分类指导、分步推进，促进竹溪县民政局信息化平台工作协调发 展。 2)标准化原则：竹溪县民政局信息化平台建设要在统一标准、统一规范指 导原则下开展，相关技术、标准、协议和接口也须遵循国际、国家、部 颁有关标准，没有上述标准要分析研究，制定出适合竹溪县民政局信息 化平台的标准、规范。 3)开放和兼容性原则：竹溪县民政局信息化平台建设不是一个独立系统， 而是搭建一下通用平台，基于平台承载各类应用系统运行，因此，系统 设计应充分考虑其开放性，同时因发展需要，应具有较好的伸缩性，满 足发展需要。 4)先进性原则：采取业界先进系统架构理念和技术，为系统的升级与拓展 打下扎实基础，如在技术上采用业界先进、成熟的软件和开发技术，面
向对象的设计方法，可视化的面向对象的开发工具，支持 Internet/Ineternet网络环境下的分布式应用；客户/应用服务器/数据 服务器体系结构与浏览器/服务器（B/S）体系相结合的先进的网络计算 模式。 5)安全与可靠的原则：作为竹溪县民政局信息化平台，关乎到民生及医疗 数据安全，其数据库硬件平台必须具备最高的安全性及可靠性，可接近 连续可用。平台一旦出现故障可能会导致群体性事件，因此竹溪县民政 局信息化平台需要建立在一个科学稳定的硬件平台上，并达到系统要求 的安全性和可靠性。二是网络安全。在系统架构和网络结构设计上首先 考虑安全性，必须加强领导、落实责任，综合适用技术、经济、制度、 法律等手段强化网络的安全管理。三是信息安全。主要是数据安全即保 证数据的原始性和完整性，运行数据不可被他人修改或访问，记录者的 记录不容抵赖，访问和修改可追踪性等。在系统设计时既考虑系统级的 安全，又考虑应用级的安全。应用系统采用多级认证（系统级认证、模 块认证、数据库认证和表级认证）等措施，采用用户密码的加密技术以 防止用户口令被破解。同时需制定不断完善的信息系统应急处理预案和 合理的数据库备份策略，在灾难时也能快速从灾难中恢复。四是信息化 平台应具有较强数据I/O处理能力，同时系统在设计时必须考虑在大规 模并发，长期运行条件下的系统可靠性，满足竹溪县民政局信息化7× 24小时的服务要求，保证各机构单位数据交换和资源共享的需要。 6)协调合作原则:要求各有关方将以往的行为方式从独立行事向合作共事 转变，从独立决策向共同决策方式转变。各方在合作基础上，应在人力 资源和设备实体方面全力建立更加稳定的信息技术设施。 1.3平台需求 1.3.1硬件需求 竹溪县民政局信息化平台是支撑整个系统安全、稳定运行的硬件设备和网络设施建设，是系统平台的基础设施。主要包括支撑整个系统安全、稳定运行所需
虚拟化方案的成本对比 微软针对WindowsServer2008标准版、企业版与资料中心版，各推出内建Hyper-V,以及不含Hyper-V的版本，而内建Hyper-V的版本则只要再加28美元，等同于只要多花约200元人民币就可以有虚拟化环境。不过，这只是虚拟化软件最基本的费用，企业要采用虚拟化服务器的整套费用可不只如此，接下来就让我们来计算下在企业实地环境部署虚拟化等一系列的软件授权费。 微软虚拟化方案的成本 如果你的需求只是要以1台实体服务器虚拟出4台虚拟服务器，以微软的方案来看，首先你必须买有含Hyper-V的WindowsServer2008,接着还要买能够管理这4台虚拟服务器的Hyper-VManager,提供基本的管理功能。 当虚拟服务器数量越来越多时，就需要一套管理机制去因应，微软提出的管理工具是ServerManagementSuiteEnterprise（SMSE），这套管理工具包含SystemCenterOperationsManager、ConfigurationManager、DataProtectionManager 与VirtualMachineManager. 这套管理软件可以做到虚拟服务器与操作系统的部署与设定、程序的修补、系统的监控、灾难重建与备份等。在实际部署上，每1台实体服务器都必须要安装1套SMSE管理系统，所以每1台实体服务器都必须要买1套SMSE的授权，售价为7000元。 接下来，如果你部署的虚拟化服务器规模越来越大，那么就需要一套能管理所有实体与虚拟服务器的管理软件，微软对此提出的方案是，针对整个IT环境配置3套管理机制，包括OperationsManager、ConfigurationManager与DataProtectionManager.要管理整个IT环境，上述这3套管理软件只要各买1套即可，每1套授权费是4650元。以上是以一个大规模的微软服务器虚拟化应用为例，除了要买Hyper-V之外，还必须要购买的管理软件。 接下来我们以大规模应用为准，统计服务器虚拟化的整体软件授权费用。在大规模应用中，企业通常会购买不限制虚拟服务器数量的WindowsDataCenter版本（Enterprise版本只能虚拟4个虚拟机器），以虚拟服务器Windows Server 2008 Datacenter最低阶的单颗处理器版本来计算，每1套的授权费为19600元，此外还要再加上2年的SA企业授权3500元，接下来再来加计管理软件费用，每1台实体服务器要加1套SMSE 的授权费7000元，最后，要管理整个IT环境，要再加上Operations Manager、Configuration Manager与Data Protection Manager各1套的授权费（4700元）。把这些都加总起来，就是微软虚拟化方案的整体软件授权费，我们计算出来的结果是，1台实体服务器的整体软件费用是44000元，接着我们再以倍数加乘方式计算出5台、10台，以至100台的整体软件费用，不过，在大量采购的情况下，厂商都会给予不同的折扣，实际成交价会比表列的还要低。
服务器虚拟化硬件配置需求计算方法例如每个虚拟机需要1个CPU，2G内存，100G硬盘，100Mbps的网络带宽，数量为200个虚拟机等。比如需要运行的虚拟机有16个，每个虚拟机分配2个虚拟CPU，那么总共需要的虚拟CPU数量为16*2=32个，最少需要32/8=4个逻辑处理器，如果采用的是双核CPU，那么最少需要2颗双核CPU。 例如每个虚拟机需要1个CPU，2G内存，100G硬盘，100Mbps的网络带宽，数量为200个虚拟机等。 1. 处理器：Hyper-V R2最多能利用到主机的64个Logical Processor，同时一个Logical Processor能支持运行8个虚拟Processor，即如果是一台一个CPU的单核处理器主机，最多运行8个虚拟机。在Hyper-V R2中考虑到性能因素，我们在一台宿主机上最多能运行384个虚拟机（假设每个虚拟机只有一个虚拟Processor）。例如，如果我们要在一台宿主机上运行200个Win 7，宿主机最少得拥有25核（25*8=200），折算成2的幂，就是32核。这当然是建立在每个Win 7只分配一个虚拟CPU的前提上。如果每个Win 7需要2 CPU，那200*2=400，就超过384的上限了，就不能全部在一台宿主机上运行了。 比如需要运行的虚拟机有16个，每个虚拟机分配2个虚拟CPU，那么总共需要的虚拟CPU数量为16*2=32个，最少需要32/8=4个逻辑处理器，如果采用的是双核CPU，那么最少需要2颗双核CPU。 2. 处理器：缓存越大越好，尤其在虚拟处理器和物理处理器间的比值很高的时候。 3. 内存：Host RAM = (VMRamRequirementMB x #ofVMs) + (#of VMs x 32MBVMOverhead ) + (512MBHost)。按我举的例子来讲，宿主机内存=2G*200+200*32MB+512MB=406.75 GB，当然我们可以做一些冗余，取512GB（企业版和数据中心版能支持到2TB的内存） 4. 网络：如果网络数据传输量很大，可以安装多块网卡，在一块网卡上绑定多个虚拟机。例如每个虚拟机需要100Mbps，那主机有可能需要20块1000Mbps的网卡，每个网卡绑定10个虚机。 5. 存储：推荐使用固定尺寸的VHD文件作为虚拟机的硬盘文件，推荐后台连接一个SAN 作存储资源，例如总存储容量需要100G*200
No:G1******* 测试方案 样品名称 生产单位 委托单位 测试类型 报告日期 国家应用软件产品质量监督检验中心
版本修订记录 文档使用对象 审批人员
目录 1．文档标识 (1) 2．概要 (1) 2.1文档用途 (1) 2.2测试目的 (1) 2.3测试范围 (1) 2.3.1用户文档 (2) 2.4测试环境描述 (3) 2.5参考资料 (4) 2.5.1缩写 (4) 2.5.2定义 (4) 2.5.3文档 (4) 3．组织机构 (5) 3.1角色与职责 (5) 3.2培训 (5) 3.2.1与应用相关的方面 (5) 3.2.2测试过程培训 (5) 3.2.3工具培训 (5) 4. 测试进度 (6) 5．测试流程 (6) 5.1测试类型 (6) 5.2测试方法 (7) 5.3测试关键过程域 (7) 5.3.1测试计划制订（KPA1） (8) 5.3.2测试用例开发（KPA2） (8) 5.3.3测试环境准备（KPA3） (9) 5.3.4测试执行（KPA4） (9) 5.3.5测试结果分析（KPA5） (9) 5.3.6进行情况汇报（KPA6） (10) 5.4验收标准 (10) 6. 可交付成果 (11) 7. 相关过程 (11) 7.1缺陷管理 (11) 8. 假设 (12) 9. 约束 (12) 10. 依赖 (12) 11. 风险和问题 (12)
No：G1*******第 1 页共 14页1．文档标识 本文档包含针对[生产单位]开发的[待测试产品名称 V1.0]的全面的测试方案。 2．概要 2.1文档用途 本文档是完成[XXX]项目测试的指导性文件。本文档给出了对测试需求、测试环境、测试过程及测试结果的总体要求, 这也是本测试项目中其他文档编写及结果评价的基础。 2.2测试目的 在此说明本次测试的目的。 [示例： 本次测试是针对[xxx]项目进行的确认/鉴定/验收/委托/登记测试，目的是为判定该系统是否满足《需求规格说明书》中规定的功能与性能指标提供客观的依据。] 2.3测试范围 参照[项目名称]合同和需求文档，在此说明测试范围，列出要测试种类和测试内容。
服务器虚拟化管理方案 云计算是一种以数据和处理能力为中心的密集型计算模式，它融合了多项ICT技术，是传统技术“平滑演进”的产物。其中以虚拟化技术、分布式数据存储技术、编程模型、大规模数据管理技术、分布式资源管理、信息安全、云计算平台管理技术、绿色节能技术最为关键。苏州工业园区飞鸟科技有限公司成立于2002年底，总部位于苏州新加坡工业园区，成立伊始，就伴随着工业园区先进制造业的发展，致力于为客户提供全方位的信息技术解决方案与产品，帮助企业通过信息化技术不断成长，2013年初子公司武汉飞鸟云科技有限公司正式成立运营。 作为苏南最早导入终端技术与虚拟化技术的IT公司，我们陆续成为诸多IT领导厂商在苏南的首要合作伙伴。我们的员工也在业务发展的过程中茁壮成长，经过多年的锻炼与积累，形成了完备的专业认证工程师与业务团队。通过大家的齐心协力，已为近500家中外企业提供了相关的解决方案与产品，亦成为世界五百强企业及国内顶尖民营企业的合作首选。业务范畴涵盖了从桌面到数据中心，从基础架构到核心应用的完整业务链。 我们已搭建了江苏首个虚拟化及云计算实验室，未来我们将依托实验室平台持续跟进最新的IT技术，尤其是云计算技术及移动互联网应用，不断为客户提供最佳的企业智能IT运营与管理方案。 1.服务器虚拟化方案描述 利用VMware vSphere 整合x86 服务器，从而更充分地利用现有的资源。传统的“一种工作负载配一台机器”的服务器部署方法不可避免会导致硬件资产过度部署和利用率不足。大多数服务器只利用了其总体负载容量的大约5-15%。电力、散热、网络基础架构、存储基础架构、管理开销和不动产以至利用率不足的服务器的成本不断增加。将x86 物理机转换为功能完善的虚拟机可以避免服务器数量剧增。VMware 虚拟机独立于底层硬件运行，在多种物理服务器（从2-CPU 到32-CPU 系统）上均受支持。每个VMware 虚拟机代表一个具有处理器、内存、网络、存储器和BIOS 的完整系统，使您可以在相同硬件上同时运行Windows、Linux、Solaris 和NetWare 操作系统及软件应用程序。通过在高配置的x86 服务器上运行多个工作负载，您可以将服务器硬件的利用率从10-15% 提高到高达80%。VMware vCenter Converter 实用程序，数分钟即可将物理机转换为虚拟机，同时不会造成服务中断或系统停机。VMware vCenter Converter 可以在多种硬件上运行，并支持最常用的Microsoft Windows操作系统版本。 2.系统方案的组成 A、VMware ESXi Server 是VMware vSphere Datacenter 的基础组成部分，是动态、自我优化的IT基础架构的基础。VMware ESXi Server 是一个强健、经过生产验证的虚拟层，它直接装在物理服务器的裸机上，将物理服务器上的处理器、内存、存储器和网络资源抽象到多个虚拟机中。通过跨大量虚拟机共享硬件资源提高了硬件利用率?大大降低了资金和运营成本。通过高级资源管理、高可用性和安全功能提高了服务级别,对于资源密集型的应用程序也不例外。 B、VMwae Vcenter Server 作为一个vSphere架构的控管平台，它可从单个控制台统一管理数据中心的所有主机和虚拟机，该控制台聚合了集群、主机和虚拟机的性能监控功能。VMware vCenter Server 使管理员能够从一个位置深入了解虚拟基础架构的集群、主机、虚拟机、存储、客户操作系统和其他关键组件等所有信息。借助VMware vCenter Server，虚拟化环境变得更易于管理，一个管理员就能管理100 个以上的工作负载，在管理物理基础架构方面的工作效率比通常情况提高了一倍。 C、共享的存储平台.通过其共享的存储平台方可实现vSphere 架构中的高可用性、动态迁移、及所有计算资源实现自动优化等特性，保证了业务的高可用及业务连续性。vSphere 支持的
DATA SHEET Polycom? RealPresence? Platform, Virtual Editions Virtualize your mission-critical video and voice applications and increase the flexibility, manageability, and efficiency of your deployment. The software evolution The Polycom? RealPresence? Platform is the intelligent infrastructure that makes video collaboration always available to everyone across any network, protocol, application or device of choice. With the rise of the virtualized datacenter, Polycom has evolved the components of the RealPresence Platform to support virtual software deployment strategies—increasing the flexibility, manageability, and efficiency of your video deployment. The RealPresence Platform can now can now be deployed instantly as software, making video and voice collaboration simple and scalable in any environment. Hardware independence The components of the Polycom? RealPresence? Platform, Virtual Editions are 100% independent from the physical hardware, and work with any and all operating systems and applications that run on standard servers. This allows IT managers to consolidate x86 servers along with their network and storage resources into a unified pool, where video and voice applications run alongside other business applications in the virtual datacenter. Virtual editions of the RealPresence Platform speed installation for faster time-to-service, provide single pane of glass for management and monitoring, and allow IT managers to plan and optimize resources. Industry-leading investment protection for hybrid environments For customers who have already invested in hardware components of the Polycom RealPresence Platform, the virtual editions offer an easy transition to software by working seamlessly with existing hardware infrastructure. This architecture eliminates collaboration silos caused by systems that don’t talk to each other, including support for emerging standards such as SVC. Virtual editions of the platform are standards-based and natively interoperable with UC solutions that already exist in a customer network, and also with third-party vendor solutions, giving customers the best investment protection in the industry. A lean, dynamic organization The result is a flexible approach to video architecture—producing significant savings in capital and operational costs. IT managers can dynamically spin-up or spin-down video services based on demand, making the whole organization more agile, more responsive, and more connected. Benefits ? Increases agility—Easily spin-up and spin-down video capacity based on your organization’s changing needs ? Increases resilience—Software provides better disaster recovery and easier backups for business continuity ? Reduces deployment time—Software is quick and easy to deploy, especially for trials and proof-of-concepts ? Reduces total cost of ownership— Virtual appliances and applications use your IT resources more efficiently, supporting datacenter consolidation ? Aligns with strategic IT policies—Add video infrastructure to your existing virtualized datacenter ? Aligns with procurement policies — Purchase software the with the same CapEx or lease program as your existing platform components ? Provide flexibility and choice—Supports hybrid environments with seamless interoperability with existing hardware components
虚拟化服务器选型方案常用使用软件介绍 解决方案中心 2011年7月文档控制： 拟制艾洪涛 审核 批准 参阅 版本控制 版本号日期修改人说明 V1.02011/8/25艾洪涛初稿 分发控制 编号读者文档权限和文档的主要关系 1修改，编写艾洪涛，负责编制、修改、审核本文稿2批准 3读取参阅并使用 目录 1虚拟化服务器使用背景 (3) 2虚拟化服务器资源需求分析 (4) 2.1 性能需求分析 (4) 2.2 可靠性需求分析 (6) 2.3 扩展性需求分析 (6) 2.4 管理性需求分析 (6) 3系统建设拓扑 (7) 3.1 单机使用模式 (7) 3.2 集群使用模式 (8) 4推荐的虚拟化服务器解决方案 (8) 4.1 小型规模 (8)
4.2 中/大型规模 (8) 5方案价值分析 (9) 6常用使用软件介绍 (9) 6.1 Vmware (9) 6.2 Hyper-V (11) 6.3 XEN (12) 6.4 CITRIX虚拟化介绍 (13)
1虚拟化服务器使用背景 虚拟化技术和多任务以及超线程技术是完全不同的。多任务是指在一个操作系统中多个程序同时并行运行，而在虚拟化技术中，则可以同时运行多个操作系统，而且每一个操作系统中都有多个程序运行，每一个操作系统都运行在一个虚拟的CPU 或者是虚拟主机上；而超线程技术只是单CPU模拟双CPU来平衡程序运行性能，这两个模拟出来的CPU是不能分离的，只能协同工作。 虚拟化技术也和目前VMware Workstation等同样能达到虚拟效果的软件不同，是一个巨大的技术进步，具体表现在减少软件虚拟机相关开销和支持更广泛的操作系统方面。 纯软件虚拟化解决方案存在很多限制。“客户”操作系统很多情况下是通过VMM(Virtual Machine Monitor，虚拟机监视器)来和硬件进行通信，由VMM来决定其对系统上所有虚拟机的访问。(注意，大多数处理器和内存访问独立于VMM，只在发生特定事件时才会涉及VMM，如页面错误。)在纯软件虚拟化解决方案中，VMM在软件套件中的位置是传统意义上操作系统所处的位置，而虚拟化技术将各种资源虚拟出多台主机操作系统的位置是传统意义上使用程序所处的位置。这一额外的通信层需要进行二进制转换，以通过提供到物理资源(如处理器、内存、存储、显卡和网卡等)的接口，模拟硬件环境。这种转换必然会增加系统的复杂性。此外，客户操作系统的支持受到虚拟机环境的能力限制，这会阻碍特定技术的部署，如64位客户操作系统。在纯软件解决方案中，软件堆栈增加的复杂性意味着，这些环境难于管理，因而会加大确保系统可靠性和安全性的困难。而CPU的虚拟化技术是一种硬件方案，支持虚拟技术的CPU带有特别优化过的指令集来控制虚拟过程，通过这些指令集，VMM会很容易提高性能，相比软件的虚拟实现方式会很大程度上提高性能。虚拟化技术可提供基于芯片的功能，借助兼容VMM软件能够改进纯软件解决方案。由于虚拟化硬件可提供全新的架构，支持操作系统直接在上面运行，从而无需进行二进制转换，减少了相关的性能开销，极大简化了VMM设计，进而使VMM能够按通用标准进行编写，性能更加强大。
主要软硬件选型原则和详细软硬件配置清单 5.12.1软硬件选型原则 软件选型原则：开放性，对称性与非对称处理，异种机互联能力，目录及安全服务的支持能力，应用软件的支持能力，网管能力，性能优化和监视能力，系统备份／恢复支持能力。 硬件选型原则：系统的开放性，系统的延续性，系统可扩展性，系统的互连性能，应用软件的支持，系统的性价比，生产厂商的技术支持，可管理性（同事管理多处工作，消除问题，智能管理的方法），远程管理，状况跟踪，预故障处理，性能监控，安全管理，可用性，磁盘故障，内存问题，容错性（冗余组件、自动服务器恢复，冗余网卡，冗余ＣＰＵ电源模块，双对等ＰＣＩ总线）及平台支持 5.12.2软硬件配置清单 参考《附表》中的项目软硬件配置清单。 机房及配套工程建设方案 使用目前已经建设好并正在使用的机房，不需要重新建设。
3.4.2性能需求 3.4.1.交易响应时间 交易响应时间指完成目标系统中的交互或批量业务处理所需的响应时间。 根据业务处理类型的不同，可以把交易划分为三类：交互类业务、查询类业务和大数据量批处理类业务，分别给出响应时间要求的参考值，包括峰值响应时间、平均响应时间。 1、交互类业务 日常交易指传统的大厅交互业务，如申报、发票销售、税务登记等，具有较 高的响应要求。批量交易指一次完成多笔业务处理的交易，如批量扣缴等，由于批量交易的数据量不确定，需要根据具体的情况确定响应时间。 表 3-1 交易类业务复杂性与响应时间关系表 业务复杂性平均响应时间参考值平均响应时间峰值响应时间 ( 秒)参考值（秒）参考值（秒） －提交过程－交互过程 日常交易4-18 专网报税4-25 电话报税4-25 网上交易4-25 批量交易视提交数据量、业务处理量而定 备注：以上交易如果涉及与税务－国库－银行或税务－银行－国库交互的， 响应时间参考值中均包含交互的时间 2、查询类业务 如登记资料查询、申报表查询等。查询业务由于受到查询的复杂程度、查询的数据量大小等因素的影响，需要根据具体情况而定，在此给出一个参考范围。 如有特殊要求，可以在具体开发文档中单独给出响应时间要求。 表 3-2 查询类业务复杂性与响应时间关系表 平均响应时间 业务复杂性 参考值 ( 秒) 简单查询3-15 复杂查询15-120 备注：业务处理过程的交互操作的响应时间参见上面交互类业务的相关指 标。
虚拟化资源申请及管理规范 一、总体要求 1、虚拟机按需创建，做到专机专用。关键业务虚拟机、一般业务虚拟机和测试用虚拟机应分开，停用的虚拟机在规定时限内应及时删除。 2、创建后的虚拟机及时登记并纳入服务器统一管理，每开通一个虚拟机要及时把虚拟机配置，用户名，密码，主机地址纳入管理库。 3、不要随意在公共场所安装虚拟机客户端，进行登录虚拟机操作。不得向他人随意泄露vcenter登陆密码。 二、虚拟机创建 1、虚拟机命名：使用[IP地址后两位_虚拟机用途_操作系统简写]的格式，如“”、“”。 2、虚拟机磁盘配置：为实现DRS和HA，虚拟机安装在共享存储上，不能使用服务器自带存储。每个LUN上可布置15-20个一般业务的虚拟机，用于生产业务的LUN上虚拟机个数最好在10个以下。对于oracle、ms sql server等高io的应用，建议使用裸设备映射。每个LUN的空间使用率不能高于80%。所有的虚拟机磁盘文件应放在同一文件夹下，以方便管理。用于生产业务的虚拟机，虚拟磁盘采用厚置备置零的格式，对于测试的虚拟机，虚拟磁盘采用THIN PROVISION 格式。一般业务的虚拟机则根据存储的空间大小来选择合适的格式。
所有虚拟机初始硬盘大小为80G，不够时再对硬盘扩容。原则上不提倡使用大于2T的超大存储硬盘，这样在做快照或数据备份时会出现很多问题。如果确有超过2T的存储空间需求，建议为这台虚拟机分配多个LUN，用户可在操作系统层面实现逻辑卷的合并来满足需求。 ： 3、CPU配置：根据虚拟机业务量分配CPU，建议配置两个CPU，总CPU核数不能不能超过32个。原则上是安装完操作系统后就不再对虚拟机cpu作更改，否则会影响到系统的稳定性。如果虚拟机运行一段时间发现cpu资源不足，可向信息发展部提出申请迁移到性能更强的虚拟主机上运行或增加cpu的预留值和共享cpu的比例来提高性能。 4、内存分配：虚拟化环境中内存资源很宝贵，为了合理利用内存资源及提高内存利用率，内存最低分配为2G，最高不超过32G，所有虚拟机内存总使用量不能超过服务器所配内存的80%。虚拟机运行一段时间后发现内存资源长期不足可再次申请增加内存。如果虚拟机申请大量内存但是长期处于低使用率状态，信息发展部可根据统计情况回收多余的内存。 5、网卡配置：如无特殊需求，只配置一个千兆虚拟网卡，虚拟交换机采用标准千兆交换机。 6、虚拟机操作系统安装：目前提供Windows server 2003 64位、windows server 2008 R2 64位、Centos 64位。对于windows系统，系统分区为50G。linux系统，/boot分区200M，swap分区和内存大小一样，/为20G，剩余大小设置为数据分区。