第一篇:VMware培训总结
VMware培训总结
此次VMware vSphere:优化和扩展培训分为十大块内容,分别是:VMware管理资源、虚拟化环境中的性能、网络可扩展性、网络优化、存储可扩展性、存储优化、CPU优化、内存性能、虚拟机和集群优化、主机和管理可扩展性。
这次培训让我学习到了很多VMware的相关知识,培训中的实验操作也提高了自己的实战经验。通过这次培训学习到的内容,让我对虚拟化有了全新的认识。结合我行数据中心工作的实际情况,我将在在以下几项工作利用虚拟化技术为系统运维工作带来质量和效率的提升:
首先,使用VMware的vCenter和vSphere将主机硬件作为一组标准化资源进行聚合,通过合理的调度和分配生成若干台与物理服务器无使用差别的虚拟服务器,来满足新业务系统部署要求。通过VMware提高现有服务器硬件和网络资源的利用率,整合共有的基础架构资源,形成系统资源池,打破了“一台服务器一个应用”的限制,大大减少数据中心对经费、机房空间、电能、制冷的需求。
其次,对于我行数据中心的系统日常运维工作,通过VMware的集中管理和HA功能可以提高硬件和应用程序的高可用性,进而提高业务连续性,安全地备份和迁移虚机而不会出现业务中断,消除计划内停机;出现故障时将虚机业务从故障主机迁移到其他主机,快速实现业务的恢复。
第三、我行现正处在业务高速发展的时期,新业务系统不断上线,通过虚拟化技术可以为数据中心大大减少物理主机的安装上架、系统安装的时间,通过模板的下发部署在几十分钟内完成原来需要一、二天的系统和应用程序的安装任务,让运维人员将时间和精力集中于系统运维工作,保障我行业务系统的安全稳定运行。
总结人:周琦 2014年3月6日
第二篇:VMware故障总结
Vmware vSphere常见问题及解决办法
日期:2012-6-29来源:51cto
Vmware vSphere
1.虚拟机文件被锁,无法正常 power on
故障状态:
启动虚拟机时95%,停顿并且进程中断,提示:ubable to access files since it is locked。
祸根:HA
解决方法:
(1)首先将cluster中的HA功能关闭。如果该功能不关闭,容易造成死锁,,VM不断跳动,,不断再不同的ESX内循环被锁,徒劳而无功。
(2)磁盘文件被锁,要解决,必须要知道到底是哪台ESX把他给锁住了,这是关键。
方法:看/var/log/vmkernel但是,在做这些前, 再准备些别的工作。
(3)在VC中,把被锁的VM从Inventory中remove掉。原因很简单,这是一个 unregister的过程。
(4)根据/var/log/vmkernel,搜索owner,可以找到类似以下的语句:
Oct 19 04:23:33 esx-hostname vmkernel: 3:06:29:47.992 cpu6:1656)FS3: 1975: Checking if lock holders are live for lock [type 10c00001 offset 52008960 v 380, hb offset 3554304 Oct 19 04:23:33 esx-hostname vmkernel: gen 17, mode 1, owner 48f5f637-462688bc-fd28-0e1a6434b6f8 mtime 38112]
OK,owner后面的48f5f637-462688bc-fd28-0e1a6434b6f8就是你的target了。因为他就是锁住VM 的宿主.。
(5)根据以下命令,,找出到底哪台ESX的UUID是 48f5f637-462688bc-fd28-0e1a6434b6f8
[root@esxhostname root]# esxcfg-info |grep-i 'system uuid'
(6)找到目标主机后,当然是杀死他锁住VM的进程。之所以会被锁,原因就是HA 把VM从别的HOST迁移过来,但是又没有unregister和register的过程,所以在第3步的时候,你查看VM的Summary的时候,host ip还是属于出问题的 host。但是VM又被新的host霸王硬上功的power on,注册都没注册, 又怎么启动呢。找到 PID 用下面的命令:
ps-efwww|grep virtualmachine.vmx
找到 PID 后, kill-9 PID
(7)这时候,还要确定一件事情,.vswp文件的事情。这个是给台客处理问题时吸取的经验。就因为忽略了这个,所以在杀掉迚程后,重新注册VM,还说没有 SWAP文件,启动还是失败。
在 VM 启动时会自动生成SWAP,没有SWAP文件,其实就是因为 SWAP 存在了, 因为重名而导致无法正常生成。
进入到/vmfs/volumes/lunid/vm_path/下,vmkfs-d virtual_machine.vswp 或者进入Datastore Browser,在里面把SWAP文件删除也可。
(8)完全之策,你还可以进入到VM的SETTINGS--OPTIONS--SWAPFILE LOCATION,对该保存的位置做下设置。
(9)重新注册VM。进入Datastore Browser,找到VM.vmx,add to inventory。
(10)启动 VM.Good Luck。
2.忽视掉ESXi/vCenter Server提示SSH事件的方法
(1)vSphere Client连接到VC或者ESXi服务器;
(2)在Home-> Inventory-> Hosts and Clusters里展开选中你的ESX服务器;
(3)右边选择Configuration,然后点击Software栏目里的Advanced Settings;
(4)在Advanced Settings里选择左边列表中的UserVars;
(5)选中左边列表中的UserVars后,在右边拖到最下面,将UserVars.SuppressShellWarning的值改为1即可,不需要重启。
3.尝试迁移一台带USB设备的VM失败
故障状态:
在执行虚拟机迁移向导时,如果系统检测到不兼容的USB设备存在,则系统会提示如下错误信息:
Currently connecteddevice 'USB 1' uses backing 'path:1/7/1',which is not accessible.故障分析:
这种问题通常发生在为主机开启了VMDirectPath I/O支持下的USB Passthrough Devices功能,然后为特定的VMs分配了USB设备,比如:加密狗;
解决方案:
(1)确认USB设备能够被虚拟机识别和支持,并确保在添加USB设备到VMs时,勾选了with vMotion选项;
(2)在执行vMotion动作之前,重新尝试将USB设备添加到VMs;
(3)确认ESXi主机没被重启过,因为,ESXi主机重启之后,原本支持的vMotion WithvMotion功能将会失效。
4.Convert Linux系统的Troublshooting过程
(1)确认源转换Linux机器的OS在官方的支持列表中;
(2)拥有root权限;
(3)确认DNS的设定有没有问题,注意:应该同时在Linux和Windows都加上;
(4)确认源Linux能够ping同ESX或vCenter的IP。如果在2%时失败,最大的可能就是权限问题或防火墙阻隔问题;
(5)确认Linux允许SSH登陆进去。这个,可以帮助我们在converting的时候登录到Linux系统;
(6)确认是给helper virtual machine设定的静待IP,而不是DHCP获取的(如果网内没有DHCP服务器);
(7)确认源和目标都在同一子网。如果通过路由链接的不同子网可能会出错;
(8)注意,converter不支持做了软阵列的Linux系统。可以用冷克隆光盘来做,它会把软阵列的设定为/dev/md0。
(9)VMware Converter Standalone的日志目录:C:Documents and SettingsAll UsersApplication DataVMwareVMware vCenter Converter Standalone,用于排错时用。
5.vCenter Service Status页面故障:Unable to retrieve health status
故障状态:
vCenter Server Status页面提示如下错误信息:
Unable to retrieve health status for vCenter inventory service
Unable to retrieve health status for VMware vSphere Profile-Driven storage service
执行vCenter Server的搜索动作时,提示如下错误提示:
Unable to connect to webservices to perform query.Verify that the “VMware VirtualCenter Management WebServices” service running onhttps://
故障分析:
这个问题一般都由于当vCenter Server服务发生了变更或全新安装了一台vCenter Server,但是数据库依然是原来的数据库导致;
解决方案:
替换掉vws.jar、jointool.jar和ds.jar文件即可,步骤如下:
下载本文附件中的vws.zip文件然后解压缩vws.jar、jointool.jar和ds.jar文件;
停止掉VirtualCenter Server服务以及VirtualCenter Management Webservices服务;拷贝vws.jar和jointool.jar到C:ProgramFilesVMwareInfrastructuretomcatwebappsWEB-INFlib覆盖掉原来的文件;拷贝ds.jar文件到C:Program FilesVMwareInfrastructureInventory Servicelib覆盖掉原来的文件;重新启动相关服务或vCenter Server服务器即可。
6.VMRC 控制台的连接已断开…正在尝试重新连接
故障状态:
用vSphere Client连接到ESXi 5.0的主机,启动其中的虚拟机后,无法连接控制台,打开控制台之后,窗口上方提示一行“VMRC 控制台的连接已断开...正在尝试重新连接。”
故障分析:
从情况看,类似于Windows系统的DEP策略处于开启状态导致的问题一样。但这个情况是所有虚拟机都提示这个错误,排错DEP的问题,用本地vSphere Client登录一个VC平台,问题仍旧一样。为了排除问题,换了一台笔记本登录VC,突然发现问题不见了。原来是本地的vSphere Client出了问题,再三思索,发现出现问题前我对本地WIN7用360安全卫士升级了补丁,是否是补丁破坏了vSphere Client某个文件呢
解决方案:
重现安装vSphere Client,问题解决。
7.端口 80 的 vCenter Server 和 IIS 之间的冲突
故障状态:
vCenter Server 和 Microsoft Internet Information Service(IIS)都将端口 80 用作直接 HTTP 连接的默认端口。该冲突会导致安装 vSphere Authentication Proxy 后 vCenter Server 无法重新启动。在 vSphere Authentication Proxy 安装完成后,vCenter Server 无法重新启动。
故障分析:
如果安装 vSphere Authentication Proxy 时未安装 IIS,则安装程序会提示您安装 IIS。因为 IIS 使用端口 80,这是用于 vCenter Server 直接 HTTP 连接的默认端口,所以 vCenter Server 在 vSphere Authentication Proxy。安装完成后无法重新启动。请参见第 32 页,“ vCenter Server 所需的端口”。
解决方案:
要为端口 80 解决 IIS 和 vCenter Server 之间的冲突,请执行以下操作之一。
如果在安装 vCenter Server 之前已安装 IIS 将 vCenter Server 直接 HTTP 连接的端口由 80 更改为其他值。如果在安装 IIS 之前已安装 vCenter Server 重新启动 vCenter Server 之前,将 IIS 默认网站的绑定端口由 80 更改为其他。
8.在 UEFI 模式下安装 ESXi 后主机无法引导
故障状态:
在 UEFI 模式下,在主机上安装 ESXi 后重新引导时,重新引导可能失败。出现此问题的同时,还显示一条类似于以下内容的错误消息: 发生异常网络错误。无可用的引导设备(Unexpected network error.No boot device available)。
故障分析:
主机系统无法识别作为引导磁盘在其上安装 ESXi 的磁盘。
解决方案:
(1)屏幕上显示错误消息时,按 F11 显示引导选项。
(2)选择一个类似于添加引导选项的选项。该选项的文字可能有所不同,具体取决于您的系统。
(3)在安装 ESXi 的磁盘上选择文件 EFIBOOTBOOTx64.EFI。
(4)更改引导顺序,以便主机从添加的选项引导。
9.将 Microsoft SQL 数据库设置为不受支持的兼容模式会导致 vCenter Server 安装或升级失败。当数据库设置为不支持的版本的兼容性模式时,使用 Microsoft SQL 数据库的 vCenter Server 安装会失败。
故障状态:
将显示以下错误消息: 输入的数据库用户没有使用选定数据库安装和配置 vCenter Server 所需的必要权限。请更正以下错误 : %s
故障分析:
数据库版本必须是 vCenter Server 支持的版本。对于 SQL,即使数据库是受支持的版本,但如果将其设置为以不支持的版本的兼容性模式运行,仍会发生此错误。例如,如果将 SQL 2008 设置为以 SQL 2000 兼容性模式运行,就会发生此错误。
解决方案:
请确保 vCenter Server 数据库是受支持的版本,并且没有设置为以不支持的版本的兼容性模式运行。
10.误删运行中的虚拟机,通过xx-flat.vmdk恢复方法
故障状态:误删了运行中的虚拟机,进入目录查看,只剩下xx-flat.vmdk文件,从文件的类型看,只是File格式,不是Virtual Disk格式,新建虚拟,选择添加已存在磁盘,提示不存在 解决方案:
(1)新建一虚拟机,不要创建硬盘
(2)用ssh的方式登录host,查找xx-flat.vmdk文件所在位置及目录,(3)在上面这个文件相同目录下创建新xxx.vmdk文件,大小要和xx-flat.vmdk文件一样大,用ls-la查看xx-flat.vmdk文件大小,用vmkfstools-c 文件大小-a lsilogic xxx.vmdk 来创建新磁盘文件
(4)将这个磁盘文件添加到新建的虚拟机中;
(5)用原文件xx-flat.vmdk覆盖新建的xxx-flat.vmdk(注意一定是-flat.vmdk),使用mv命令
(6)完成后开启虚拟机就可以了。
第三篇:VMWARE项目验收报告
vmware虚拟化项目服务体系说明
专业服务部的服务范围 vmware pso将虚拟化项目的生命周期分为四个阶段:评估、设计、构建、管理。在这四个阶段中,pso根据用户的实际情况提供丰富的专业服务: 1.评估阶段 vmware虚拟化整合评估服务是迈向成功部署服务器虚拟架构的第一步,该服务通过对一定数量的当前服务器运行状态进行评估,从而使客户对其当前环境存在的潜在虚拟化可能性建立一个初步的印象,评估的成果可以做为成功部署虚拟化架构的一个清晰起点。
评估服务是一个持续几周的工作流程,做为本评估服务的最终结果,虚拟化评估服务定量分析tco/roi,准确估算硬件配置(服务器数量、存储容量、性能要求、确定型号)、软件数量等,对虚拟化策略和实施路线图提出建议,也是虚拟化项目设计实施的重要依据。2.设计阶段
1、vsphere规划和设计
本阶段的项目实施根据贵公司业务发展的长远目标,到场以workshop的形式与客户基础架构、应用、维护等团队进行充分沟通,在理解客户现有物理架构和业务模式的基础上,对未来基础设施和it交付模式进行规划和设计,本阶段的可交付物 vmware专业的虚拟化架构规划与设计的优势在于通过vmware的规划和设计加速贵公司信息化建设、降低风险、减少客户虚拟化项目总体成本,通过vmware最佳实践验证的架构设计,增加最终用户的满意度。其中核心交付物“vmware infrastructure架构设计报告”重点描绘客户未来虚拟化架构的特征和要点,主要内容包括: ·
基础设施的规划
本章主要分析客户的现有硬件环境和应用场景,通过描述虚拟化产品的适用性、兼容性等要求和最佳实践,帮助用户描述项目总体规划和建设目标。主要章节包括: a)esxi或esxii兼容性分析; b)虚拟化对物理网络的需求; c)虚拟化对存储的需求; d)多个虚拟数据中心的规划,例如规划生产和测试数据中心
· 虚拟化架构的规划
通过对esxi/esxii,vc及其各类插件的具体配置建议和使用目标的描述,保证基本架构的合理化和标准化部署,同时实现虚拟化架构在管理和使用方面的方便性和灵活性特征。主要章节包括:
a)esxi主机与vsphere的兼容性; b)esxi或esxii版本分析; c)esxi或esxii配置建议 d)esxi或esxii管理与日志配置建议 e)主机时间同步建议; f)vcenter在数据中心中的部署建议; g)vcenter数据库需求分析 h)vcenter配置建议; i)vcenter高可用性建议; j)vcenter和esxi/esxii升级建议; k)vma规划(esxii必须); l)主机配置文件建议(用于enterprise plus)
· 网络规划设计
在物理资源充足的条件下,网络架构舍家应遵循下述最佳实践,ü 对于vsphere管理、vm连接、vmotion传输、(和ft容错日志传输)都有独立的网络
ü 对于nfs、iscsi(基于ip的存储)有独立的网络
ü 冗余的vswitch虚拟交换机至少绑定两个激活的物理网卡端口 ü 从不同的物理网卡冗余接入以防止网卡或pci插槽的失败 ü 在物理交换机层保障冗余 网络设计的主要内容章节包括: a)标准虚拟交换机 v.s.分布式虚拟交换机(用于enterprise enterprise plus); b)管理网络、vmotion、虚拟机端口组 ; c)network io control网络控制(用于分布式交换机); d)网络故障切换与负载均衡策略分析;
· 存储、vmfs 规划设计
虚拟化基础架构的性能很大程度上依赖于存储子系统的配置。对于具有一定数据规模的客户,为了平衡虚拟机性能和存储的价格,在多阵列环境中vmware建议采用分层存储模型,不同的存储级别提供不同的虚拟机iops的水平。
客户在做存储架构规划之前联系应用支持团队和软件厂商以确定将要发布的虚拟机中的应用的io的需求,以便放置虚拟机磁盘文件在一个相匹配性能的vmware的存储中。
对于将要部署的虚拟机不知道io需求时,vmware建议客户把虚拟机放在一个低级别得存储中,逐步的调整到直至最高性能的存储中。利用vmware storage vmotion技术来无缝的支持存储间的迁移调整。
vmware storage vmotion最大限度的降低虚拟机在存储间迁移的停机和性能的影响。
存储设计的主要内容章节包括: a)fc、iscsi或nfs存储配置与连接建议; b)存储容量规划,lun设计规格; c)虚拟机备份方案分析; d)虚拟机模板分析与定义; e)esxi/esxii主机、虚拟机安全分析;
· 节能高效的规划 a)windows虚拟机配置最佳实践建议; b)linux虚拟机配置最佳实践建议; c)esxi主机的最高负载建议;
· 高可用性及业务连续性规划
虚拟化基础设施的一个重要组成部分就是为运行的虚拟机提供一个高可用性和冗余环境。虚拟化群集就是提供高可用性的基础。虚拟化基础设施群集架构的配置是基于客户网络安全需求决定的。it组织部门根据网络安全定义、管理要求和硬件架构的兼容性特征构架若干群集承载oa、生产、测试、开发等部门所需的虚拟机资源。集群设计的主要内容章节包括: a)esxi/esxii主机群集规划; b)esxi/esxii主机计划内停机与计划外停机对虚拟机影响的分析与建议; c)vmware ha配置分析与建议(即esxi/esxii主机故障切换); d)群集动态资源调配(drs)的规划; e)分析、定义和配置drs规则(即虚拟机之间的亲和性与互斥性); f)虚拟机容错规划(用于vsphere enterprise plus);
· 备份/恢复的规划
整合和利用客户现有的备份方案和工具与vsphere备份产品结合,实现便捷可靠的数据保护: a)备份与恢复方案分析研讨; b)配合备份软件,完成虚拟机备份方案;
2、srm规划和设计
我们基于vmware site recovery manager来进行灾难恢复的规划和设计。srm规划和设计包括以下主要工作:
· srm概念和产品知识转移 · 组织研讨会收集需求 · 分析现有基础设施的状态和对设计的约束条件 · 基于vmware srm设计文档开展设计 · 提交和审查设计交付物 srm规划和设计的可交付物包括: · srm需求文档 · srm架构设计文档 · srm实施指南 · srm运营验收文档
3、虚拟化系统运营管理评估和规划
从国外运营虚拟化平台的经验来看,itil基本的原则和最佳实践仍然适用于虚拟化平台,但必须对很多流程作出优化才能更好地适应虚拟化带给运营环境的变化。我们总结,受影响最大的几个通用it服务管理流程是: ü it运营管理流程(operation management);
ü 配置和变更管理流程(configuration and change management); ü 容量管理流程(capacity management); ü it成本管理流程(it financial management);
ü 故障与问题管理流程(incident and problem management); ü 发布管理流程(release management)。“降低运营和维护成本”、“提高运营效率和灵活部署业务”是虚拟化项目建设的基本目标。实现这些目标需要在变更系统架构的同时,调整相应的it运营模式、it服务管理流程和标准化的操作流程。
要调整虚拟化系统运营管理必须分析用户现有的it运营模式和流程是否适应虚拟化平台的要求,才能有的放矢地改进,评估和规划工作包括:
· 通过访谈和研讨会等形式,收集客户当前在it运营方面的组织/人员结构、政策、流程、技能等信息;篇二:中山市地方税务局服务器整合项目验收报告
中山市地方税务局 旧服务器资源整合项目
(招标编号:zz21236816)
验收报告 2013年6月
目 录 项目基本情况...........................................................................................................................2 2 项目进度审核...........................................................................................................................3 2.1 项目实施进度情况..........................................................................................................3 2.2 项目变更情况..................................................................................................................3 2.3 项目投资结算情况..........................................................................................................4 3 项目验收计划...........................................................................................................................4 3.1 项目验收原则..................................................................................................................4 3.2 项目验收方式..................................................................................................................4 3.3 项目验收内容..................................................................................................................6 4 项目验收情况汇总.................................................................................................................12 4.1 项目验收情况汇总表....................................................................................................12 4.2 项目验收附件明细........................................................................................................12 4.3 专家组验收意见..............................................................................................................13 5 项目验收结论.........................................................................................................................14 5.1 开发单位结论..................................................................................................................14 5.2 建设单位结论..................................................................................................................15 6 附件.........................................................................................................................................16 6.1 附件一:软件平台验收单............................................................................................16 6.2 附件二:功能模块验收单............................................................................................16 6.3 附件三:项目文档验收单............................................................................................16 6.4 附件四:硬件设备验收单............................................................................................17 项目基本情况 2 项目进度审核
2.1 项目实施进度情况 2.2 项目变更情况 2.2.1 项目合同变更情况
无 3 2.2.2 项目需求变更情况
无
2.3 项目投资结算情况 3 项目验收计划
3.1 项目验收原则
1、审查提供验收的各类文档的正确性、完整性和统一性,审查文档是否齐全、合理;
2、审查项目功能是否达到了合同规定的要求;
3、审查项目有关服务指标是否达到了合同的要求;
4、审查项目投资以及实施进度的情况;
5、对项目的技术水平做出评价,并得出项目的验收结论。3.2 项目验收方式
{记录项目验收的组织方式和参与验收工作的人员情况} 4 5 篇三:vmware测试报告
一.描述
按照此前运维组制定的《vmware测试方案》要求,针对vmware产品esxi5.0做了如下测试:
1.创建,删除虚拟机 2.克隆虚拟机
3.p2v(物理机到虚拟的转换)4.vmware虚拟网络配置(vswitch)5.ha(动态虚拟机迁移)
6.vmotion(手动虚拟机迁移)7.vcb(统一备份)
二.测试结果
1.为了实现服务器虚拟化集群,运维组将三台ibm x3850x5服务器通过共
享500g的emc san存储,并且分别在三台服务器上部署vmware的esxi5.0虚拟化软件组成一个虚拟化服务器的集群。2.在群集中创建了3个虚拟机
说明:创建和删除虚拟机是esxi5.0产品最基本的功能,任何非集群化的esxi都能实现。3.虚拟机的克隆功能
说明:克隆时间的长短跟虚拟的磁盘容量大小成正比。经过对 zc000dlym1虚拟机的克隆测试300g的容量大概需要5分钟。4.p2v(物理机到虚拟机的转换)
此功能属于esxi5.0的高级功能。需要vmware的组件converter与 vcenter相互配合才能实现,本次测试运维组将测试一的尽职调查服务器进行了转换,服务器的配置情况如下:
转换后:
说明:整个转换时间超过了24个小时。同样转换时间和物理机的磁盘容量成正比。5.vswitch的配置和调整 6.ha自动切换
经过测试当vmcluster中有一台服务器出现手动停机或者无故宕机时,ha自动切换的时间大概是5分钟
7.vmotion手动切换
单击任何一台虚拟机弹出列表中如下:
经过测试:vmotion一台虚拟机大概只需40秒的时间
三.总结 经过运维组测试圆满完成对vmware产品esxi5.0的功能测试,所有需测试的功能都达到了预期的效果。篇四:软件项目验收报告样板
{项目名称} 软件验收报告
编号:-{项目名称缩写}-acr 版本:x.x 变更记录 1.项目信息 2.项目概述
在概述部分应对整个项目进行概要描述,可从软件需求说明书概述部分拷贝。3.验收测试环境 3.1 硬件
例如 计算机、服务器、网络、交换机等。3.2 软件
例如操作系统、应用软件、系统软件、开发软件、测试程序等。3.3 文档
例如测试文档、技术文档、操作手册、用户手册等。3.4 人员
例如客户代表、客户经理、项目经理、技术经理、开发人员、测试人员、技术支持人员以及第三方代表等。4.验收及测试结果
4.1 产品验收结果 4.2 产品功能验收结果 5.验收总结
总结验收及测试,陈述发现问题和建议等。6.签字确认 7.相关文档
《软件需求规格说明书》篇五:工程项目竣工验收报告(模板)附件
一、工程项目竣工验收报告模板 要求:
竣工验收报告编写要规范,具体要求包括但不限于封皮、目录、报告正文及附件。1.正文中内容:
要分出层次,应有由项目概况、工程竣工验收实施情况(写明验收方案执行情况)、验收表格(含验收不合格的项签字表)、工程质量评定、工程竣工验收存在问题汇总表(exec表格式)及工程竣工验收结论等组成。2.附件内容: 1)经施工单位项目经理和有关负责人审核签字的工程竣工报告; 2)经总监理工程师和监理单位有关负责人审核签字的质量检查报告; 3)施工单位提交竣工验收申请报告(施工单位签字盖章)4)验收方案(工程管理部签字批准)5)验收表格(国家规定的表格可加附页,内容要求含验收合格项、不合格项及验收小组人员签字)6)工程竣工验收存在问题汇总表(内容与验收表格内容一致用exec格式,不需要签字)
工程项目竣工验收报告
(模板)
工程名称:*****店工程项目 竣工验收日期: 年 月 日 建设单位:** 项目经理:(签字)
工程管理部负责人:(签字)目录
一、工程慨况:
二、工程竣工验收实施情况:
三、工程质量评定
四、工程竣工验收结论 附件: 1.经施工单位项目经理和有关负责人审核签字的工程竣工报告; 2.经总监理工程师和监理单位有关负责人审核签字的质量检查报告; 3.施工单位提交竣工验收申请报告(施工单位签字盖章); 4.验收方案(工程管理部签字批准); 5.验收表格(国家规定的表格可加附页,内容要求含验收合格项、不合格项及验收小组人员签字)6.工程竣工验收存在问题汇总表(内容与验收表格内容一致用exec格式,不需要签字)*****店工程项目竣工验收报告
(正文)
一、工程慨况: 1.项目基本情况:(内容略)2.参与建设的各单位(设计、监理、施工单位等)情况:(内容略)况:
进场、正式开始施工、交付、竣工验收及开业时间。(更多内容略)
二、工程竣工验收实施情况:
依据竣工验收方案,对实际竣工验收过程进行简要描述。
项目实施情 3.
第四篇:VMware虚拟机学习总结
VMware虚拟机学习总结
虚拟机指的是在自己当前使用的操作系统基础上安装并利用专门的虚拟机软件常用的有VMWARE,虚拟出若干台计算机,这些虚拟的多台计算机每台有各自的CPU、内存、硬盘、光驱、软驱、网卡、声卡、键盘、鼠标、串口、并口、USB口等“硬件”设备,当然这些硬件都是虚拟的,实质上它们还是用你计算机中相应的硬件。这些虚拟的计算机可以独立运行,安装各自的操作系统,应用软件、杀毒软件等等,就好像平时用你的计算机一样使用它们。也可以让它们连成一个网络。
你的真实计算机称为物理机,虚拟出来的计算机称为虚拟机。物理机上的OS称为HOST OS,可以是2K/XP/2K3,各台虚拟机上各自安装的独立的OS称为GUEST OS,可以是DOS,也可以是WIN各种版本,甚至可以是UNIX/LINUX、MAC OS等等。
一台物理机上能虚拟出多少台虚拟机取决于物理机的硬盘容量,你为一台虚拟机分配4G的硬盘空间,可以一次就为其分配4G的物理硬盘空间供其使用,也可以让虚拟机根据当前需要逐步增大对物理硬盘空间的占用,即随着虚拟机中硬盘中装的软件逐步增多而逐步增大对物理硬盘空间的占用。你甚至可以在创建虚拟机后根据需要增加一个虚拟硬盘,还可以增加其它硬件设备,如虚拟机中的光驱、网卡等等,还可以调整内存容量。
第五篇:VMware服务器虚拟化解决方案
VMware虚拟化解决方案
一、项目研究内容
1.1 虚拟化的应用
随着企业的成长,IT部门必须快速地提升运算能力-以不同操作环境的新服务器形式而存在。因此而产生的服务器数量激增则需要大量的资金和人力去运作,管理和升级。
IT部门需要:
提升系统维护的效率
快速部署新的系统来满足商业运行的需要 找到减少相关资产,人力和运作成本的方法
虚拟构架提供前所未有的负载隔离,为所有系统运算和I/O设计的微型资源控制。虚拟构架完美地结合现有的管理软件并在共享存储(SAN)上改进投资回报率。通过把物理系统整合到有VMWARE虚拟构架的数据中心上去,企业体验到:
更少的硬件和维护费用 空闲系统资源的整合 提升系统的运作效率 性价比高,持续的产品环境
整合IT基础服务器
运行IT基础应用的服务器大多数是Intel构架的服务器
这一类的应用通常表现为文件和打印服务器,活动目录,网页服务器,防火墙,NAT/DHCP服务器等。
虽然大多数服务器系统资源的利用率在10%-15%,但是构架,安全和兼容性方面的问题导致必须指定不同的物理平台来运行它们。
管理,安装补丁和添加安全策略将花去大量的时间。另外,服务器的衍生组件将导致设备,动力和散热方面的成本上升。
因为低服务器的利用率,低CPU的合并和中等I/O的要求,IT基础服务器首选作为虚拟化和相关整合的候选者。
虚拟化使得企业能实现:
达到甚至超过每个CPU,4个负载的整合比率 更便宜的硬件和运作成本
在服务器管理方面的重大改进,包含添加,移动,变更,预制和重置 基础应用将变得更强壮和灾难抵御能力
整合重要应用服务器
根据5个不同的企业使用服务器软件来大幅降低成本的实例,VMWARE出具了一份研究报告。
使用服务器TCO模型来分类和计算成本,我们分析显示VMWARE服务器软件帮助这些企业实现:
减少28%-53%的硬件成本 减少72%-79%的运作成本 减少29%-64%的综合成本
客户目标:
整合空闲服务器和存储资源,为新项目重新部署这些资源 提升运作效率
改进服务器的管理灵活性 通过零当机维护改善服务等级 标准化环境和改进安全 灾难状态下,减少恢复时间 更少冗余的情况下,确保高可用性 更有效的适应动态商业的需求 高级备份策略
在技术支持和培训方面降低成本
1.2 VMware商业连续性解决方案
每年成百上千的全球数据中心遭遇重大的服务中断。这些商业运行将受到用户错误,病毒,硬件故障和自然灾害等问题的影响。当前商业连续性处于企业IT策略的最前沿,并且从管理层到CEO的所有人都非常重视它。
成功的商业连续性策略元素包含:
应用程序可用计划
包含监控和平台冗余的预防措施 数据保护 灾难恢复策略 有效的人员计划
使用虚拟构架,IT管理员能改进商业连续性的所有方面,例如:
由于主备服务器之间的硬件独立性,使得灾难恢复更快而花费不多 排除计划内的硬件宕机,并明显的减少计划内的软件宕机 管理所有虚拟机和监控宿主机的单点控制技术 为了实现捕捉和恢复,完全的把主机压缩到文件里去 简化和可重复的自动程序
基于虚拟机的集群冗余简化
为了实现高可用性,企业使用中间软件例如微软和Veritas的集群软件,把两台服务器绑定在一个热备环境。即使运行在服务器上的应用程序有集群感知能力,万一主服务器遭遇硬件或软件错误,这样的安排仍然会导致非应用程序当机。冗余能消除单点失败。
随着IT对企业运作而言变得更加重要,高水平的服务普遍成为企业的需求,越来
越多的应用则被要求高度可用。然而,为了实现如上所述的高可用性集群,就像很多服务器运行应用一样,企业需要预备和管理两次。
有了虚拟化,IT管理员能在运行重要应用的实体机和同等配置的虚拟机上创建集群。在待机状态下,虚拟机并不消耗计算机资源,并且能以非常高的比例整合到一个或几个实体平台上去。结果,企业无须在硬件数量或管理和安装补丁上投入双倍的人力和物力,从而实现高可用性。冗余的方式将由2N变为N+1。
实体到虚拟的集群和实体到实体的集群一样都支持同样的集群软件。同时,节省的成本能为更多的负载实现高可用性并签署更多的高水平服务协议。
无须原硬件的数据恢复
大多数企业IT部门使用常用的备份软件,例如Tivoli Storage Manager, Legato Networker, 或者Veritas NetBackup来创建数据和应用程序备份。既然备份策略能抵御用户错误和某些情况下的软硬件故障,比较长的恢复时间和多恢复点是能被接受的。
然而,为了获得备份所带来的好处,企业必须确保数据确实能被恢复。业余备份,专业恢复?
为了测试数据恢复,IT管理员需要为每个已备份的主机提供一台测试的失败转移服务器,安装操作系统,安装备份代理,尝试在测试失败转移服务器上调整Windows注册表和其他系统配置。如果系统调整成功,备份服务器和备份代理才能被用来测试数据恢复。
预制新的服务器和调整Windows注册表是一个漫长的手工过程并且有时并不可能。这样,在不同的失败转移服务器实现数据恢复是存在疑问的。
这些问题将被虚拟失败转移硬件给解决了。此外,操作系统安装,备份代理的安装和Windows注册表的调整只需做一次。此后,一个完整的已配置的VM模板将被存储在VM模板库内。Vmware软件能确保企业:
为灾难后的测试和恢复,消除硬件资源方面的障碍 避免系统和备份代理的安装,用虚拟机模板来缩短恢复周期 用标准的虚拟化硬件,使得灾难恢复更加可靠和可重复
失败转移服务器的整合和自动化
对于关联在存储域网(SAN)上重要应用的部署,企业灾难恢复策略通常包含一个灾难恢复的热站,这个站点有在主备之间的完全同步的数据复制。这种策略提供很少的恢复点对象(PRO)。然而,出于恢复时间对象(RTO)的考虑,恢复时间非常依赖于除了数据恢复之外的恢复实体服务器,操作系统,系统参数和应用程序的能力。
为了维持较少的恢复时间对象(RTO),硬件和系统的同一配置需要被维护在失败转移站点上。这样的配置无论在初始资本投入阶段还是在项目运作,升级,维护和支持阶段费用都是很昂贵的。
这种方案的两个明显缺点在于预制了太多的新服务器以及通常没有可能为数据恢复去调整Windows注册表和对不同的失败转移服务器的其他系统参数进行配置
部署在整个企业内的虚拟构架能确保企业: 避免在失败转移站点上停滞不前
在主备站点上,从服务器整合角度来减少投入成本 使恢复过程自动化,并实现存储管理软件的集成 改进恢复过程的可靠性
二、VMware虚拟化实施方案设计
2.1 方案拓扑图
2.2 方案构成部分详细说明 该方案所涉及软赢件清单 2.2.1 软件需求
VMware vSphere
4、VMware vCenter server
4、Lab manager 4。
主要功能包括HA、vMotion、DRS、Fault Tolerance、DPM、Storage vMotion、vStorage Thin Provisioning(精简配置)、Data Recovery、Update Manager、vShield Zone、Host Profile、vNetwork等等。2.2.2 硬件需求
3台IBM服务器、1台普通Server、共享存储、FC SAN IBM X3650配置至少为2颗4核CPU,128G内存, 配置双硬盘RAID1,双光纤HBA卡
2.3 方案结构描述 2.3.1 基础架构服务层
基础架构服务层是整个虚拟架构的重要支撑,主要是将物理的资源,包括计算资源、存储资源和网络资源进行虚拟化,提供一些虚拟化的基本单元,为整个架构的虚拟化做好铺垫,一般称为:vCompute、vStorage和vNetwork。这部分的要点如下:
对于vCompute,主要包括:
计算资源的分配粒度;包括内存和CPU的分配方式。能够进行分配的粒度越细,往往效率越高,所以,内存可以分配细化到MB,CPU分配可以细化到MHz。
计算资源的动态调度;包括DRS和DPM。DRS(Distributed Resource Scheduler)就是分布式资源调度,虚拟机能够在不同的物理服务器之间根据负载的均衡进行自动调度,这是资源(CPU和内存)动态调度的重要指标。DPM(Distributed Power Manager)是电源的动态管理模块,也是最近虚拟化领域的重要技术。DPM可以让服务器在负载较低的时候进行进一步的动态整合,从而大量节能。
Hypervisor是服务器虚拟化的基石;目前,瘦Hypervisor已经成为虚拟化行业的重要趋势,通过Hypervisor的瘦化,可以降低虚拟化本身的超载,降低虚拟化本身的资源消耗,从而提升整个虚拟化系统的性能。对于vStorage,主要包括:
VMware vStorage Virtual Machine File System(VMFS);虚拟化平台中集群文件系统是构建虚拟化高可用的重要基础技术,通过虚拟化集群文件系统,可以确保进行虚拟环境交叉访问时,保证数据的完整性和可靠性。
卷增长;卷的动态成长可以实现磁盘卷的在线扩展,为服务器虚拟化提供强大的存储虚拟支持能力,满足存储卷的按需扩展。
Storage vMotion;可以实现存储迁移时应用不需要停机,这是存储虚拟化和服务器虚拟化结合的范例,成为服务器虚拟化的标准配置功能。
Thin Provisioning ;(vStorage精简配置)的具体实现见下图,最大的好处是提高存储的利用率,降低存储的成本超过50%。
图表 1 vStorage 精简配置示意图
对于vNetwork,主要包括:
虚拟网卡;是为了满足同一服务器上多个虚拟机而建立的,是服务器虚拟化的重要基石,今天市场上的虚拟化软件都可以提供这个能力。
vNetwork虚拟交换机;可以在虚拟机和物理机之间提供第 2 层连接性,其功能包括:
虚拟局域网分段(有助于简化网络)、流量隔离以及改进的可管理性
内置的网卡绑定(有助于提高可用性)以及物理网络资源的负载平衡
流速限制,有助于增强对物理网络流量的控制
vNetwork分布式交换机;主要是进一步简化虚拟化环境中的网络管理而实现的,可在数据中心级别提供集中和聚合的虚拟网络,从而简化并增强虚拟机网络。
2.3.2 应用程序服务层
应用程序服务器层是为虚拟化平台上应用系统的可用性、安全性和可扩展性进行服务的,是整个虚拟化架构中最为重要的组成部分之一。因此,这个层次的服务也相当丰富,也需要相当成熟的经验才能保证整个虚拟化的成功;换句话说,只有虚拟化平台足够强壮,才能够作为云计算的基础架构平台。
应用程序的可用性主要包括:
vMotion;平台管理模块要能提供VMotion功能,可以方便的时间虚拟机不停机的从一台PC服务器迁移到另外一台,从而避免“多个鸡蛋放到一个篮子”可能造成的顾虑。下面的图示大概描述了vMotion功能实现;
图表 2 vMotion实现原理
平台管理要能提供高可用解决方案,如HA、FT容错功能,确保虚拟机的可用性。下面图示了HA和FT功能机理;
图表 3 VMware HA功能示意图
使用 VMware HA 实现经济高效、独立于硬件和操作系统的应用程序可用性。
图表 4 VMware Fault Tolerance 容错技术功能示意图
使用VMware Fault Tolerance(容错技术)可以实现完整的业务连续性,当有硬件发生故障之时,可以保障业务系统的连续运行,而不需要中断应用系统。VMware Fault Tolerance(容错技术)提供了迄今为止,最高级别的业务连续性保障,可以花费最小的代价得到最高的可靠性要求。
NIC/HBA卡的Teaming也是服务器虚拟化的最基本需求,就是通过多网卡和多HBA卡,保证网络和存储访问的冗余性,一旦任何网卡或者HBA卡故障,都不会引起虚拟机的服务中断;
当然,虚拟平台的备份和恢复也是需要考虑的,要能兼容传统的备份和容灾方案,包括VERITAS、Legato、IBM、HP、CA、Commvault等的备份方案等。
应用程序的安全性包括:
尽量压缩Hypervisor本身的代码,容量降低到50MB以下,以降低Hypervisor本身受攻击的可能性;
VMsafe;提供Hypervisor级的病毒防范接口,允许第三方厂商进行开发接口,从底层直接进行病毒的防范和截杀。下图示例了VMsafe API的方式提供第三方安全接口的示例;
图表 5 VMsafe实现机理示意图
vSheild Zone;提供动态安全防火墙,确保系统在虚拟化平台上迁移时,安全策略能够动态迁移,确保系统安全的灵活性。下图是动态防火墙vSheild Zone的实现机理示意。
图表 6 vSheild Zone实现机理示意图
VMware Distributed Resource Scheduler(DRS);动态地实现服务器资源负载平衡,以根据业务优先级向正确的应用程序提供正确的资源,从而让应用程序可以根据需要压缩或增长。
图表 7 VMware DRS动态资源调配示意图
VMware Data Recovery 为小型环境中的虚拟机提供简单、经济高效、无代理的备份和恢复。
图表 8 VMware Data Recovery 备份机制
VMware Data Recovery 备份模块具有以下一些特性: 虚拟机的无代理、基于磁盘的备份和恢复 ; 虚拟机或文件级别的恢复;
增量备份和消除重复数据以节约磁盘空间; 为虚拟机提供快速、简单和完整的数据保护 ; 通过 vCenter 实现集中式管理 ; 经济高效的存储管理。
应用程序的可扩展性包括:CPU、内存的热添加和磁盘、网络等设备的热添加和删除,从而确保整个虚拟化平台具有足够的弹性。这也成为虚拟化平台灵活性的重要指标,许多应用场景都可以从这个特性中获益。
图表 9 虚拟机的可扩展性
2.3.3 虚拟应用程序层
VMware vSphere™ 包括对 vApp 的支持,vApp 是包含一个或多个虚拟机的逻辑实体,它使用行业标准开放虚拟化格式来指定和封装多层应用程序的所有组件,以及与该应用程序相关联的操作策略和服务级别。
图表 10 vApp 功能示意图
虚拟应用程序层主要是应用的打包模式的变革,传统的应用必须要进行安装才可以使用,通过VMware虚拟化技术,用户可以更为便捷的部署应用,比如将应用系统当作文件的方式进行访问。这实际上有两个趋势,一是应用本身的虚拟化,二是应用虚拟设备化。应用的虚拟化就是让任何应用都能通过单个或一组文件进行封装,便于应用的迁移和快速部署;应用的设备虚拟化就是将应用开发限制到某一特点环境,完成的应用通过虚拟机的方式提供给用户,方便了用户的快速部署使用,减少了用户安装过程出现的问题。当然,并不是要求应用都必须进行这两种改造才可以运行在虚拟化平台上,实际上应用可以和原来的应用方式完全一样运行在虚拟平台上,应用的用户甚至都不知道该应用是运行在实体服务器还是虚拟机里面。只所以要进行应用虚拟化,就是想进一步简化应用的运行维护。2.4 方案带来的好处 2.4.1 大大降低TCO 通过服务器整合,控制和减少物理服务器的数量,明显提高每个物理服务器及其CPU的资源利用率,从而降低硬件成本。
降低运营和维护成本,包括数据中心空间、机柜、网线,耗电量,冷气空调和人力成本等。2.4.2 提高运营效率
加快新服务器和应用的部署,大大降低服务器重建和应用加载时间。主动地提前规划资源增长,这样对客户和应用的需求响应快速,不需要象以前那样,需要长时间的采购流程,然后进行尝试。
不需要象以前那样,硬件维护需要数天/周的变更管理准备和1-3小时维护窗口,现在可以进行快速的硬件维护和升级。
所有单机的应用,在部署了虚拟化后,将不再出现单点故障,确保了应用的7×24小时不间断的运转。2.4.3 提高服务水平
帮助您的企业建立业务和IT资源之间的关系,使IT和业务优先级对应。将所有服务器作为大的资源统一进行管理,并按需进行资源调配。
2.4.4 旧硬件和操作系统的投资保护
不再担心旧系统的兼容性,维护和升级等一系列问题。