基于VMware虚拟化平台VDI整体性能分析与优化.docx

基于VMware虚拟化平台VDI整体性能分析与优化一、说一说本来打算将前期项目里面出现的问题的分析思路与解决方法写出来，第一、疏导一下自己的思路，第二、分析并找出自身在技术层面所存在欠缺。但由于每个人都有一根懒经所以迟迟未动。今天突然发现51CTO在做VMware【展现虚拟化商业价值】解决方案的征文活动，看着那丰厚的奖品，让我这根懒经顿时兴奋！决定将前期的一个分析思路与解决方法写下来，一来供朋友们参考，二来借助专业大师帮忙分析分析思路是否正确。由于其中涉及公司的一个相关机密所以相应的资料信息会明确的更少一些还请见谅！由于我们的服务器/tag/%e8%99%9a%e6%8b%9f%e5%8c%96虚拟化、桌面/tag/%e8%99%9a%e6%8b%9f%e5%8c%96虚拟化都是采用一套存储，本来想将整盘的分析过程写下来，但发现如果加上服务器虚拟化与RDS虚拟化以后篇幅太长了，为此这里仅仅只说VID平台。二、项目背景13年5月份我刚刚来到现在的这家公司，主要负责项目规划、设计、实施。刚过来没几个月，就跟着两个领导和几个同事在讨论关于购买新存储的问题，由于刚开始进去不是很了解发生了什么情况，大约听了半小时才听出了一些眉目，原来是因为虚拟化平台的性能不够，造成用户反馈服务器端、VDI、RDS速度慢，所以要购买新的存储解决这个问题。这时候CIO问我什么看法，都说初生牛犊不怕虎，当然本身个人也是一个只对技术不对人的，所以直接说了一些自己的看法：“我个人觉得，虚拟化平台的性能不行不能单纯的说是存储上面的性能出现了问题，由于其本身是一个复杂的系统涉及服务器、存储、网络、应用、客户端等多方面因素，所以我觉得我们首先应该去分析造成这个事情的真正原因，假如我们将存储买回来，结果还是未能够解决这个问题，怎么办了？到时候BOSS们怪罪下来，不说个人就整个部门而来带给领导的都是一种非可信的影响，到时候我们要再申请项目想得到公司的支持，将是一件比较痛苦的事情，所以我觉得应该从最基础的原因分析找到解决方法，这时候我们再去提出需求将不失为一个可行的方法。”CIO听了我的话大概觉得我这个想法和思路的可行性比较好，立马传音“东妮，这个就由你来带头处理吧，有什么需求你直接提出来！”，这不是坑我吗？顿时让我一身冷汗，心想我就这么一说，这就让我来处理，我还不了解情况了，用网络语言说这不是坑爹吗？！CIO发话不愿意也不行啊，除非你不想混了。后来才知道这个问题已经存在于公司快一年了，而且之前也有请过一些做虚拟化的公司来分析过，但最终都不了了知！不愧是全国十佳CIO，做事就是不一样，这么难吭的骨头给我吭，还让我活吗！从那以后的三个月的时候我基本上没有很好的休息过，就连晚上做梦还在想怎么解决这个问题。那是一段痛苦的回忆，也是一段让我磨练的经历。说了这么多废话，开始进行正题吧！三、性能分析由于刚刚进入公司不久，对于整体的虚拟化架构不是很了解，所以在此之前我对虚拟化架构进行了深入的了解，包括服务器、存储、网络、应用、虚拟化技术等。服务器方面：采用的是服务器端虚拟化采用的是IBM x86服务器，桌面虚拟化（VDI）、RDS虚拟化采用的是HP服务器（前期淘汰下来的一批服务器利旧）。存储方面：采用了两台EMC存储VNXe3100，这个存储型号现在已经停产了，为iSCSI存储档次有一点低。为了实现存储容灾我们在两个不同的机房做了DataCore软件镜像同步，实现对存储的高可用，以保证在一边存储故障的时候，不影响生产业务。网络方面：服务器之间双线路千兆网络、核心交换采用千兆交换、大数据采用光纤存储、百兆到桌面。应用系统方面：目前跑在虚拟化上面的应用系统大约有十个左右用户量2000人左右，所有的数据都存放在这两台存储上面，其实RDS、VDI、虚拟服务器系统都存放在这上面，所以相对来说存储的压力是比较大的。服务器应用方面：基本上所有的服务都跑在这两台存储上，包含Web、DHCP、DNS、AD等等虚拟化技术：采用VMware虚拟化技术，服务器虚拟化采用ESXI5.0，桌面虚拟化与RDS采用ESXI5.1双平台。通过前期的了解，我们大概知道了整体的虚拟化架构情况，下面我们从以下几点开始入手进行分析：n 整体网络架构n 存储设备分析n 服务器设备性能分析n 网络设备性能分析n 用户端问题分析n 应用系统分析n?vCenter?Operations Manager数据分析（一）、整体网络架构为了让博友能够更加的了解网络情况，我画了一个简单的网络拓扑，如上图所示，具体情况我这里简单叙述一下：VDI、RDS服务器：分别采用两条千兆双绞线连接到网络，然后通过iSCSI协议读取相应的用户数据与系统数据，用户数据与系统数据分别存放于VNXe3100不同的LUN上，主机房与容灾机房之间前的数据同步通过存储同步服