桌面虚拟化最佳实践存储规划.docx
- 文档编号:16223361
- 上传时间:2023-07-11
- 格式:DOCX
- 页数:21
- 大小:33.55KB
桌面虚拟化最佳实践存储规划.docx
《桌面虚拟化最佳实践存储规划.docx》由会员分享,可在线阅读,更多相关《桌面虚拟化最佳实践存储规划.docx(21页珍藏版)》请在冰点文库上搜索。
桌面虚拟化最佳实践存储规划
桌面虚拟化最佳实践3—存储规划(上)
虚拟桌面可以简化管理,但需要正确地规划来消除存储性能瓶颈,确保性能和满足增长需求。
经过合理规划的存储系统可以简化虚拟桌面的部署,但如果没有按照最佳实践操作,它的成本会爆炸式增长。
通过虚拟桌面技术,IT管理员可以将位于中央数据中心内的虚拟桌面分发到不同的终端设备上运行,包括传统的台式机,笔记本,瘦客户机,零客户机以及近年来兴起的平板电脑,智能手机。
管理员可以实现对桌面的完全管理、快速分发、统一操作系统管理和补丁升级。
IT管理员可以不离开数据中心而完成对于成百甚至上千个桌面的统一管理。
但是如果没有很好的项目规划,一切的美好的憧憬都只是“纸上谈兵”,而随着虚拟桌面数量的增长以及X86服务器性能的不断提升,存储往往会变成桌面虚拟化项目的“瓶颈”。
在存储容量方面,潜在的问题甚至更为突出。
假设某个拥有1000员工的企业为每个桌面保留50GB的空间,就意味着需要为数据中心增加50TB的企业级SAN存储容量。
虽然我们可以通过链接克隆等技术消除大部分重复冗余数据,实际的容量使用要比这个高效,但是潜在的存储需求不可忽视。
除了庞大的存储空间需求,还需要注意各种性能问题,例如存储访问。
和基于服务器的应用所需的存储能力是可以提前预测不同,桌面系统通常产生更多的随机存储访问需求。
例如,用户可能正在下载音频的同时另一个用户在访问视频,还有用户在处理电子表单,而另外的用户在访问某个文件。
由于多个用户在以各种不可预测的方式对存储产生读写访问,存储子系统没有经过很好的规划则很容易过载。
还有一种压力来自于多用户同时开始访问存储设备,每天上班时间,大量员工同时开机,有的企业还会设置开机的防病毒扫描,这样会导致大规模的“启动风暴”。
当您在考虑数百台(或数千台)虚拟桌面的效果时,小规模的POC测试可能不一定能看到会带来的影响。
资源需求的累积可能会引发大规模问题。
通常如果被忽视,就会导致性能差、项目失败,或额外预算的服务器、存储和网络,这些都使得桌面虚拟化的投资回报受到质疑。
尽管虚拟桌面的挑战很严峻,解决这些问题的方法也很多——尤其是在存储和性能提升方面。
最重要的策略之一就是良好的规划和研究。
不是所有桌面(和桌面用户)都相同,传统桌面环境中混乱的计算资源需求状态需要认真分析。
这不仅是保证为每个桌面镜像分配足够的存储资源这么简单的问题,每个独立PC所需的资源都需要被认真衡量,包括在已经产生额外资源需求的时期。
掌握了这些数据,虚拟化规划人员才算拥有了对整个服务器计算资源、网络带宽和存储性能等各方面需求的完整视图。
掌握了这个整体视图,规划者才可以更好地在设计阶段规划整体架构。
考虑到各个桌面对计算资源的不同需求,规划者会发现虚拟桌面并非适用于所有用户——这步经常被忽略。
实际上,这项技术在用于相对静态的(如饼干切割)用户桌面时更为高效。
例如,虚拟桌面非常适合于呼叫中心的订单录入文员,他们通常都使用相同的一个或两个应用。
相对地,市场部和图形通讯部门等创作型人员,可能就需要更多地计算资源来使得桌面虚拟化支持其业务。
另外一些情况下,用户所偶尔使用的一些特殊应用可能并不值得采用虚拟化。
架构规划的时候就要集中于满足那些目标虚拟桌面客户群体的计算需求。
当然,存储系统需要进行优化,以满足随机I/O和启动风暴等带来的爆发式读写需求,不过如果桌面镜像都是基本相同时,存储子系统的缓存也可用于缓解压力。
另外一种提升存储随机I/O性能的方式是通过跨条带化的硬盘,通过增加大量的小磁盘——实际上增加了同时完成数据读写的磁盘数量。
固态硬盘或混合驱动器(在磁盘盘体和输出接口之间增加固态内存做缓存)也可以帮助提升性能。
减少操作系统的标记和重定向用户数据到网络共享文件也可以极大地减少每个桌面系统实例的大小和增加存储性能。
我们现在就来花一点时间看看VMWAREVIEW的桌面虚拟化解决方案,在存储的规划上需要注意些什么?
Windows磁盘I/O工作负载
要在桌面虚拟化项目中做出正确的存储大小规划和设计决策,您需要了解WindowsXP和Windows7的磁盘输入和输出(I/O)特征。
为了便于描述特征,您可以将工作人员分为轻量级用户或重量级用户。
轻量级用户在日常工作中一般使用电子邮件(Outlook)、Excel、Word和Web浏览器(InternetExplorer或Firefox)。
他们做的通常是数据录入或文书工作。
重量级用户掌握全面的知识,他们不仅使用轻量级用户所用的各种工具(Outlook、Excel、Word、InternetExplorer和Firefox),而且还处理大型的PowerPoint演示文稿以及执行其他的大型文件操作。
业务经理、管理层以及市场营销人员都属于此类用户。
以下表格针对大量VMwareView桌面(每个VMwareESX主机上大约有20个桌面)对轻量级用户和重量级用户的磁盘使用情况做了比较。
结果表明,平均有超过90%的信息工作人员的磁盘I/O中包含读取操作。
信息工作人员磁盘I/O吞吐量
读取磁盘I/O峰值
写入磁盘I/O峰值
总磁盘I/O峰值
轻量级用户
4.5MB/秒
0.5MB/秒
5.0MB/秒
重量级用户
6.5MB/秒
0.5MB/秒
7.0MB/秒
表1:
信息工作人员磁盘I/O吞吐量
为了明智地选择存储子系统,您需要将这些吞吐量的值转化为SAN和NAS存储行业所用的每秒I/O操作数(IOPS)的值。
您可以利用以下公式将吞吐率转化为IOPS:
吞吐量(MB/秒)x1024(KB/MB)
数据块大小(KB/IO)=IOPS
虽然NTFS文件系统分配的标准大小是4KB,但Windows可使用64KB的数据块大小,Windows7可使用1MB的数据块大小进行磁盘I/O。
如果使用最坏情况(重量级用户)7.0MB/秒的吞吐量以及较小的数据块大小64KB,则全组大约20个Windows虚拟机将产生112IOPS。
基础映像注意事项
大多数View实施都从少量的基础映像(黄金级映像)部署托管桌面。
由于这些基础映像需要重复使用,因此在创建这些映像时务必要小心。
您可以通过调整操作系统设置、应用程序集以及用户数据来优化映像大小。
优化操作系统设置还可在提高整体系统性能方面带来更多优势。
操作系统设置
不管采用哪种底层存储技术,减少操作系统的占用空间都是View体系结构的最佳实践。
操作系统经过虚拟化之后,传统桌面PC实施过程中用到的许多组件就不再需要了。
您可以利用各种可用的实用程序去除不必要的功能,以此来简化基础操作系统。
尽管我们的主要目标是减小映像大小,但性能提高也是一个重要的附加效果。
去除不必要的组件可以减少虚拟桌面中不需要的流程和服务相关的开销。
应用集
在View部署过程中,应用的部署方式会直接影响最终桌面映像的大小。
在传统的桌面环境中,应用程序可以直接安装在本地硬盘上,然后流式传输至桌面,也可以使用基于服务器的计算模型集中部署。
在View环境中,基本的部署方法保持不变,但View提供了新的应用管理机会。
例如,多个View用户可以利用某类单个桌面映像,映像中包括基础操作系统以及必要的应用。
管理员可以基于该单个黄金级映像创建桌面池。
用户登录时,View将基于基础映像从池中分配一个新桌面,桌面中包含热修补程序、应用程序更新和新增功能。
管理单个基础模板而不是多个独立的桌面映像(每个映像都有自己的应用集)可以降低应用部署的总体复杂性。
您可以将View配置为通过各种方式克隆此基础模板(例如在虚拟磁盘级别、数据存储级别或卷级别),以使桌面能够满足各类用户的不同存储要求。
如果您使用基于存储或基于虚拟化的快照技术,则在大量虚拟机中增加本地安装的应用可能会导致存储需求有所提高,而性能有所降低。
因此我们建议您,仅对于基于自定义映像的单独桌面,才将应用程序直接部署到虚拟机上。
尽管使用基于服务器的传统计算模型来部署集中式应用的成功几率有限,但您可以利用这种方法减少与向虚拟化桌面提供应用相关的开销。
此外,基于服务器的计算还能提高每个运行View桌面的ESX主机上的虚拟桌面工作负载量,因为应用处理开销被卸载到了托管这些应用的服务器上。
而且,您还可以通过基于服务器的计算实现灵活的负载管理、更轻松的复杂一线业务应用更新和全局应用访问。
不管您的View部署是如何设计的,您都可以使用基于服务器的计算作为应用分发的整体方法。
用户数据
对于View桌面中用户特定数据的最佳实践是,将尽可能多的用户数据重定向到基于网络的文件共享。
要最大程度地发挥共享存储技术的优势,请将单独的虚拟桌面视为一次性桌面。
尽管您可以设置永久虚拟桌面(通常是一对一专用桌面),但View的某些重要优势恰恰在于能够轻松更新基础映像,并让View基础架构将这些更改作为一个全新的虚拟桌面来分发。
您可以通过更新黄金级映像来对View桌面进行更新,View将根据需要调配新桌面。
如果您使用的是永久桌面和池,则可以将用户数据存储在本地。
不过我们建议您将数据存储到集中式文件存储中。
如果您将桌面映像与数据分开存储,则可以更轻松地更新桌面映像。
在Windows基础架构中,管理员经常会遇到与漫游配置文件相关的问题。
不过,漫游配置文件经过正确的设计后可以变得很稳定,您可以在View环境中成功使用这些文件。
成功使用漫游配置文件的关键在于要保持配置文件尽可能的小。
通过使用文件夹重定向,尤其是通过超越在标准组策略对象中的默认值,您可以将漫游配置文件拆分到最小。
为减小配置文件大小,您可以重定向以下关键文件夹:
•应用数据
•我的文档
•我的图片
•我的音乐
•桌面
•收藏夹
•Cookie
•模板
不管您使用的是不是永久池,桌面映像中都不应包含本地数据。
如果组织要求使用本地数据存储,则应对这种要求加以限制。
此外,锁定桌面也很重要,其中包括防止用户在虚拟机的根目录驱动器上创建文件夹。
在设计View部署的安全性时,您可以充分利用基于服务器的传统计算模型中的诸多策略设置和准则。
重定向所有数据最终可以获得的好处是,您只需归档或备份用户数据和基础模板。
无需备份每个单独的用户的View桌面。
配置注意事项
构建桌面映像时,应确保虚拟机不会消耗不必要的计算资源。
您可以安全地做出以下配置更改以提高性能和可扩展性:
•关闭图形屏幕保护程序。
仅使用基本的空Windows登录屏幕保护程序。
•禁用脱机文件和文件夹。
•禁用除字体平滑之外的所有GUI增强功能,例如主题。
•禁用所有COM端口。
•用户注销时删除本地缓存的漫游配置文件。
在您的View实施过程中,需要考虑托管桌面中运行的应用如何访问存储,这一点非常重要。
例如,如果多个虚拟机共享一个基础映像,并且同时都在运行病毒扫描,则性能可能会明显下降,因为这些虚拟机都会试图在同一个时间使用同一个I/O路径。
对存储资源进行过度同步访问会降低性能。
根据您的存储缩减计划,一般应将虚拟机的交换文件与虚拟机的快照文件存储在不同的位置。
在有些情况下,利用快照技术节约存储时,可能会需要使用交换文件,从而增加了快照大小,以至于性能降低。
举例来说,如果您在有大量磁盘活动和极高内存使用频率的环境中使用虚拟桌面,尤其是在因所有内存均已使用而导致页面文件活动增加的情况下,就可能出现这种现象。
这仅适用于您使用基于阵列的快照来节约共享存储使用的情况。
桌面虚拟化最佳实践4—存储规划(下)
上面我们从系统层面以及VIEW的软件层面详细描述了如何进行存储的优化,下面我们从硬件以及协议层面来看看如何规划桌面虚拟化项目中的存储。
存储协议选项
VMwareESX3.0及更高版本支持为虚拟机磁盘(VMDK)存储使用多种协议选项:
•光纤通道协议(FCP)
•iSCSI
•NFS
•10千兆位以太网(10GbE)
选择协议时主要考虑以下事项:
最大吞吐量、每个协议上发生的VMDK行为以及重用现有的存储基础架构相对于采购新存储基础架构的成本。
存储协议的吞吐量
基于存储协议的每台主机的虚拟机数显示了以下主要存储协议的最大吞吐量:
基于存储协议的每台主机的虚拟机数
最大传输率
理论最大吞吐量
实际最大吞吐量
单台主机上的虚拟机数量(对于每20个虚拟机为7MB/秒时)
FCP
4Gb/秒
512MB/秒
410MB/秒
1171
iSCSI
(硬件或软件)
1Gb/秒
128MB/秒
102MB/秒
291
NFS
1Gb/秒
128MB/秒
102MB/秒
291
10GbE(光纤)
10Gb/秒
1280MB/秒
993MB/秒
2837
10GbE(铜)
10Gb/秒
1280MB/秒
820MB/秒
2342
表2:
基于存储协议的每台主机的虚拟机数
最大实际吞吐量远远超出了最大ESX主机的需求—ESX4.1主机支持128GB的RAM(每个Windows客户机使用512MB的RAM)。
几乎所有生产View部署都不会使用最大支持内存量,即每台ESX主机128GBRAM,这是因为受到成本上的约束,例如为主机配备8GBSIMM内存而不是2GB或4GBDIMM的成本。
ESX主机很有可能在遭遇磁盘I/O瓶颈之前就用完RAM或CPU时间。
但是,如果磁盘I/O真的成为瓶颈,则极有可能是由于磁盘布局和磁盘轴数(即没有足够的IOPS)造成的。
Windows虚拟机的吞吐量需求通常不是存储设计的决定因素。
注意:
为了呈现只使用一个物理路径的一个数据会话的最坏情况,我们没有考虑链路聚合。
各个协议上发生的VMDK行为
FCP和iSCSI都是数据块级协议。
ESX可以直接访问磁盘数据块,并可以控制将数据块装配到文件中。
数据块级协议被ESX主机格式化为VMwareVMFS,并使用ESX文件锁定机制,最多只允许32个ESX主机访问同一个LUN。
数据块级协议还使用整机式(厚磁盘)VMDK格式,即每个VMDK在创建时均为完全调配,因此,无论VMDK内容占用多大空间,一个20GB的磁盘都可以使用20GB的数据块级存储空间。
NFS是一种文件级协议。
NFS设备控制文件锁定以及将数据块装配到文件中。
文件级协议使用精简磁盘VMDK格式,即VMDK只能与其内容一样大,因此,一个包含10GB数据的20GB磁盘将使用NFS存储设备上的10GB空间。
ESX支持在单个主机上使用最多32个NFS数据存储。
自ESX版本2.0开始,就一直使用格式化为VMwareVMFS的已连接FCP的LUN。
数据块级协议还允许对虚拟机使用裸磁盘映射(RDM)。
但RDM一般不用于WindowsXP或Windows7虚拟机,因为终端用户通常没有必须要使用RDM的存储要求。
FCP在基于Windows的数据中心内用于生产的时间要远远长于iSCSI或NFS。
VMware在ESX3.0中引入了对iSCSI和NFS的支持。
iSCSI是一种数据块级协议,与FCP的功能相同,但iSCSI采用的一般是比较便宜的介质(1Gb/秒的以太网)。
iSCSI解决方案可以使用内置的iSCSI软件启动器,也可以使用硬件iSCSIHBA。
使用软件启动器将增加ESX主机上的CPU负载。
与光纤通道HBA一样,iSCSIHBA也会将这种处理负载卸载到专用卡上。
要增加TCP/IP传输的吞吐量,您应该将巨型帧与iSCSI结合使用。
VMware建议的帧大小为9000字节。
NFS解决方案始终采用软件驱动。
因此,存储流量会增加ESX主机上的CPU负载。
对于iSCSI和NFS而言,新型网卡的TCP/IP卸载功能可以减小这些协议的CPU负载。
如果您使用iSCSI或NFS,则根据当前数据中心网络的容量和体系结构,可能需要构建一个独立的物理以太网结构,以将存储流量与常规的生产网络流量分开。
FCP始终需要独立的光纤结构,这种结构在特定的数据中心内可能已存在,也可能不存在。
使用现有的基础架构
要确定是使用现有的存储基础架构还是购买新的基础架构(结构或阵列),您应该对数据中心内所有现有设备的容量和功能进行评估,并考虑回答以下问题:
•您是否有位于ESX5.0硬件兼容性列表中的存储阵列?
•现有的阵列是否有足够的IOPS容量用于预期数量的虚拟机?
•现有的阵列是否有足够的存储容量用于虚拟机?
•您是否有可支持预期数量的ESX主机的结构(以太网或光纤通道)?
•您是否有用于虚拟化服务器的VMwareInfrastructure环境?
如果有,是否有足够的存储容量来支持新的
VMwareView环境?
最终的协议选择
在为支持VMwareView实施的VMwareESX存储选择最终协议时,相对于技术而言,往往更注重财务和心理方面的因素。
如果您需要购买新的结构和阵列,则总体拥有成本和投资回报率将成为决定是否购买该存储结构和阵列的主导因素。
如果您可以使用现有的结构和阵列,则新的VMwareView实施将沿用现有基础架构的技术功能。
存储技术选项
VMwareView为您提供六个主要的存储选项:
•标准共享存储,与用于基础虚拟服务器部署的存储类似
•存储级精简配置,位于虚拟机级别或卷级别
•单实例,又称重复数据消除
•仅存储用户数据并通过网络引导操作系统
•本地存储
•分层存储
通过正确使用上述一种或多种技术,可以降低大多数VMwareView环境的总体存储要求。
您在既定环境中采用哪种技术将取决于组织的可用性及性能要求。
标准共享存储
使用标准共享存储的VMwareView与典型虚拟服务器的存储使用类似。
从共享存储上的卷创建逻辑单元号(LUN),并将其提供给ESX主机,ESX主机使用该LUN来存储经过完全调配的各个虚拟机。
相对于用于虚拟服务器的LUN而言,使用标准共享存储的VMwareView工作负载所需的LUN更大。
桌面工作负载的I/O需求通常比服务器工作负载低得多,但相对于其I/O需求而言,桌面占用的空间往往较大,尤其是在应用集安装在模板虚拟机上时。
服务器LUN可能为300GB,而桌面LUN可能高达500GB。
但对于VMwareView,基于阵列的快照可能需要更小的LUN,因为使用基于阵列的快照会影响存储子系统的性能。
仅对于某些具有特定要求的桌面类型,才应将标准共享存储与VMwareView一起使用,例如用于特定用户或者信息技术人员的一次性应用集,也可能是在只需要有限数量的桌面的小型VMwareView实施中。
精简配置
精简配置术语用于描述减少存储子系统上所用存储空间量的多种方法。
主要方法包括:
•减少虚拟机磁盘文件中的空白部分。
•通过在相同卷内克隆虚拟磁盘文件,仅向卷上的一小部分区域执行写入操作,大量虚拟机共享一个基础映像,从而减少相同虚拟机所用的空间。
•通过在共享存储设备内对整个卷进行精简克隆,来减少一组克隆虚拟机所用的空间。
每个卷本身都有基础卷的虚拟克隆。
您可以先对某些类型的标准共享存储进行精简配置。
然后克隆各个虚拟机或克隆包含这些虚拟机的整个卷。
您可以在存储层创建此克隆。
虚拟机的磁盘写入可能会进入某种类型的快照文件,或者用于克隆各个虚拟机或卷的存储子系统可能会跟踪数据块级写入。
您可以在许多区域使用精简配置方法,也可以对精简技术分层使用或组合使用,但应评估这些技术在分开使用或组合使用时对性能的影响。
分层方法从理论上讲是不错,但由于存储子系统中使用了查询表,因此效果可能并不理想。
您必须在存储要求上的降低与给定解决方案为设计增加的开销这两个方面进行权衡。
虚拟机空白部分
减少虚拟磁盘文件中的空白部分是指消除虚拟磁盘文件中未使用的空间。
虚拟机所用的存储取决于磁盘文件中实际的数据量。
例如,使用ESX时,默认情况下会对NFS装载上的VMDK文件进行精简配置,这样的话,一个具有24GB数据的40GBVMDK在经过精简配置后可以使用24GB的存储。
对各个虚拟机进行精简配置
一段时间以来,在虚拟化管理程序级共享基础VMDK虚拟磁盘一直都是一种在技术上可行的方法。
通过这种方法,您可以利用具有多个虚拟机快照的基础VMDK文件,无需手动配置或自定义.vmx文件。
由于此方法利用了虚拟机快照,因此可以大幅减少存储,无需借助任何其他存储精简技术。
您还可以在存储子系统内共享基础映像。
与在虚拟化管理程序级上共享VMFS卷内的VMDK一样,某些存储设备也可以在存储层上共享基础VMDK映像文件。
在存储层进行共享,而不在VMFS卷内使用快照,这可以大幅提高可扩展性。
提高比例可以达到1:
20甚至更高。
文件层精简配置提示
•配置客户操作系统,使其可以使用Microsoft的Sysprep实用程序进行复制。
•密切关注各个虚拟机如何写入数据。
例如,请不要在各个虚拟机克隆中安装大型应用,而是返回至基础映像并对其进行更新。
•了解Windows页面文件的使用情况。
某些虚拟机使用情形可能会导致基于阵列的快照和性能方面的异常问题。
对整个数据存储进行精简配置
在数据存储级别利用精简配置可以提供更多的存储精简机会。
您可以克隆整个数据存储,而不是各个虚拟机,并将其作为不同的数据存储提供给ESX集群。
但是,如果在共享存储设备的存储子系统中对存储进行虚拟克隆,则该克隆实际上不会使用两倍的存储。
此方法的原理是,您对原始的黄金级基础数据存储进行虚拟克隆,因此可以对具有多个(20或更多)虚拟机的数据存储进行多次虚拟克隆。
然后,您可以分别打开并使用每个虚拟机,而对于全部100个或更多虚拟机,您将仅使用原始黄金级基础数据存储占用的公共存储空间。
这种类型的精简配置严重依赖于存储制造商的快照技术。
有些存储供应商可提供比其他供应商更好的性能。
数据存储层精简配置提示
•对于VMFS数据存储,在vCenter中启用enableresignature选项以使用克隆数据存储。
•与文件层配置一样,基础数据存储中的虚拟机中的客户操作系统必须处于可复制的状态。
使用Sysprep,准备好在打开虚拟机时即对其进行修改,包括新主机名、SID、域成员身份和网络连接信息。
•性能不会是线性的。
可能需要多个基础映像数据存储。
每个基础数据存储的克隆的可扩展性主要取决于存储供应商的快照方法和效率。
•注意VMFS数据存储和NFS装载对每个卷上LUN的限制。
精简配置摘要
预计可以将多种精简配置方法结合使用来压缩View存储。
将来
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 桌面 虚拟 最佳 实践 存储 规划
![提示](https://static.bingdoc.com/images/bang_tan.gif)