VMwareVDI安装具体流程.docx
《VMwareVDI安装具体流程.docx》由会员分享，可在线阅读，更多相关《VMwareVDI安装具体流程.docx（23页珍藏版）》请在冰豆网上搜索。
VMwareVDI安装具体流程
VMwareVDI的部署准备
1.安装前的准备
2.最优实践〔来源于VMware的局部指导文档〕
2.1规模调整与服务器容量
所需的主机数目取决于
处理器内核数
内存〔RAM〕
操作系统
工作负载/用户配置文件
一般情况：
每个内核对应6到9个虚拟桌面。
这个数目不是固定不变的。
内存调整
选择存储类型：
本地、SAN或NAS
考虑采用混用方式
在SAN上提供一个限定的C〔系统〕驱动器
根据用户登录时使用的凭据将"我的文档"文件夹映射到NAS
在SAN上再提供一个较小的驱动器〔D〕以用于临时存储。
考虑虚拟硬盘大小、快照、模板与ISO等因素
2.2网络规划
由于每个物理服务器需要托管大量虚拟桌面，因此VDI的实施属于网络密集型实施过程。
每个用户的规划量为25Kbps。
但并非所有用户都会一直保持最高消耗量。
网络延迟不能超过150ms才能实现较好的用户体验。
始终将VDI置于LAN中。
这可以防止：
网络负载过大
网络跃点〔Networkhop〕
由于距离较长而导致的延迟
将打印机或文件共享放在与远程桌面通信分隔的VLAN中。
执行通信修整，以保障桌面连接端口〔如RDP端口〕上的最低服务水平。
2.3虚拟桌面配置
不要为单个桌面预留太多RAM。
充分利用ESX中的内存过量分配功能。
根据用户配置文件设置CPU和内存。
不要在开始就使用过高的配置。
删除视觉效果〔如WindowsXP的可视包装器〕
将屏幕保护改为“空白〞并取消密码保护
定期在虚拟桌面上执行磁盘碎片整理
安装VMwareTools并将硬件加速设置设为全速
不要使用VSMP〔多个虚拟CPU〕，因为这会使CPU调度发生延迟。
不要设置CPU关联。
2.4规划和变更管理
实现用户的期望非常关键，但却经常会被无视
随着规模的扩大保持对容量的了解和规划。
慎重地使用容量工具
从具有25到100个用户的试点计划开始。
正确的桌面模板
更改配置以获得最优结果
然后扩大用户X围
完成试点实施后开展满意度调查
将不同类型的用户包含在VDI群集内。
根据资源消耗量确定低端、中端与高端用户
从行政管理人员和新员工开始进展最初的VDI部署。
也可以将经理作为实施试点计划的人选。
设定期望值，视频、音频和3D图片的显示速度会比在物理桌面上慢
就组策略的变更和存储限制进展交流
购置中高端客户端设备，以获得更好的用户体验〔易用性、USB支持等〕
找出那些将要达到更新周期的终端桌面。
围绕虚拟环境开发新的支持进程。
可能需要服务器维护小组提供桌面环境的路由支持
2.5流程和配置
使用桌面池时仔细跟踪记录软件许可证〔操作系统和应用程序〕。
确保执行所有的VirtualInfrastructure最优做法。
例如，不要在虚拟桌面中运行备份代理
在扩大VDI的实施X围之前先确定组策略〔如管理员用户权限〕和使用限制〔如存储〕
为虚拟桌面制定适当的命名约定
花费适量的时间来开发根底模板
在快速部署与用户自定义性之间找到平衡
使用精简/最简模板。
删除不必要的服务
对连接代理计算机和VirtualCenter服务器进展备份
使虚拟桌面驻留在专门的VirtualCenter群集中。
充分利用HA和DRS。
主机是一个单故障点。
控制对群集的权限。
VDI管理员应该只对VDI群集具有权限。
此图也是一个不错的典型的VDI解决方案的网络拓朴，和前面的图都能很好的说明在生产环境中的部署情况,只是这里面更能表现整体的解决方案，尤其是存储方面。
3.网络拓朴
结合着前面两图，来理解此图就轻松多了，这也是老方曾经参于过的VDI解决方案项目的局部拓朴。
但很简明扼要。
而接下来的图文部署所要讲的并非实际生产中的案例，但确是生产环境中的VDI解决方案的拷贝。
不知道各位有没有理解这句话，也就是说。
我在实验环境中重现了生产环境中的VDI解决方案的部署。
相关系统环境
域：
contoso.
DC：
dc.contoso.192.168.1.100 版本：
windows2008ent
ISCSI：
Openfiler〔在实验环境中配置了，但并没有使用，这是与生产环境中不同的地方，就是存储是利用ESX本身的存储，而非ISCSI存储〕
在下篇文章中，将带大家进入VDI的正式安装与其部署实战环节，敬请关注。
实验环境的安装是在VMwareWorkstation6.5上，具体的安装方法请参考：
1.2 安装VMwareVirtualCenterServer2.5〔VC〕
略过，但一定要安装在域环境中。
运行环境是参加域的Windowsserver2003sp2Ent.
同时安装VirtualInfrastructureClient，通过VIC来连接VC。
在VC管理控制台中，把两台ESX主机参加到VC中，如果可能需要设置连接到ISCSI存储。
把sysprep的工具放在系统盘下：
C:
\DocumentsandSettings\AllUsers\ApplicationData\VMware\VMwarevCenterConverterStandalone\sysprep\xp下面，如果是windows2k3的sysprep工具应放在svr2003文件夹下。
通过VC管理控制台创建WindowsXp虚拟机模板。
并在此模板上安装相应的操作程序。
同时通过VC来配置使用sysprep。
以使批量部署的桌机虚拟体机的SID号唯一。
1.3安装ViewManager〔ViewConnectionServer〕
VDM：
vdm.contoso.192.168.1.103 版本：
3.0.1OS:
WindowsServer2003EntWithSP2
安装ViewManager的过程很简单，需要满足是域成员服务器的条件，操作系统是WindowsServer2003WithSP2。
你可以安装此ConnectionServer在VMWARE的虚拟机上，也可以安装在物理主机上。
它起着Broker的作用。
注意：
一定安装在非域控制器的域成同服务器上，且不能在此服务器上安装其它类型的VMware的应用如VirtualCenter等。
通过VDM能实现：
●VirtualDesktopManager〔VDM〕或连接代理可管理所有连接请求。
●VDM会验证用户身份并进展相应的虚拟桌面连接〔强制执行用户-虚拟机分配〕
●增强的功能，如会话、策略管理和桌面池
如下列图的是安装开始时的"ViewConnectionServer"类型的选择界面：
〔图1〕
整个过程一般不会出现什么问题，安装完成后是需要通过IE的方式访问:
s:
//192.168.1.103/admin，亦可通过程序--VMware--ViewAdministratorConsole打开〔IE方式的另一种呈现〕。
1.4配置ViewManager
安装完成ViewConnectionserver以后进展初始化配置。
可以通过view的管理员权限利用浏览器打开配置窗口：
s:
//主机名或IP/admin，此处就是在IE里输入s:
//192.168.1.103/admin，并在弹出的安全证书警告中选择"是"。
登陆配置界面如如下图所示，共有四个不同的选项"Desktopsandpools"、"UsersandGroups"、"Configuration"、"Events"。
接下的将会对其中的"Desktopsandpools"、"UsersandGroups"、"Configuration"这三项进展操作，以配置完成整个虚拟桌面的部署。
且在一些部署过程如桌面虚拟机的批量部署能通过VC的控制台显示出来，看到较为详细的进程。
〔图2〕
1.4.1 输入VIEW产品的序列号（License）,在上图中，点击"Configuration"然后找到ProductLicensing，单击"EditLicense"，并在弹出的窗口中的空白框中输入Licenseserialnumber，并OK。
〔图3〕
1.4.2在"Configration"界面，添加现有的VirtualCenterServerS。
点击左下角的"VirtualCenterServers"右侧的"Add"，在弹出的"VirtualCenterSetting"窗口中，在对应的选项上填入VC的IP地址与登陆账号。
〔图4〕
确认信息无误，点"OK"后，回到之前的界面就可以看到VC:
192.168.1.102已添加在VC列表中了,并显示用了登陆凭证中的用户名。
〔图5〕
注意，此处的登陆账号是LicenseServer里授权的账号，并非是登陆VC这台Windows服务器的域账号信息。
1.4.3在"Configuration"界面，添加管理员,可以通过IE或是VIEW管理控制台，经域验证后登陆并进展管理等操作。
如下列图，只有内置的管理员一个账号，而且默认是直接登陆的〔也就是第一次进入这些界面进展管理时〕：
〔图6〕
点击"Add"，在弹出的界面中选定以如下图中绿色局部并点"find"，就可显示出在AD:
contoso.中的用户或组账号列表，并选择administrator和fjg，大家可以根据实际情况建立或直接选择现有的账号。
不一定是管理员权限的用户，可以是域中普通的USERS用户。
这里所显示的管理员只是管理VDM的管理员。
〔图7〕
选定用户后，就点"OK"退出管理员添加界面。
如下图展示了添加了管理员后的情况：
〔图8〕
此时，你退出通过IE或是管理控制台登陆就需要输入用户名和密码了，就是刚刚所选择的两个用户中的一个：
〔图9〕
1.4.4在"Desktopsandpools"界面，配置并创建虚拟桌面系统
这里创建虚拟桌面系统，是按需定制的，同时会根据通过VC控制台在ESX主机里里创建的虚拟机模板，批量部署虚拟桌面系统。
如如下图所示，点击"Add"：
〔图10〕
在弹出的"AddDesktop"界面，选择"automateddesktoppool",详细说明请见右侧局部，并且选在下一个配置界面选择"Persistent"项，也就持久项。
这样可以保证用户第一次登陆后就可以和虚拟桌面绑定。
注意：
虚拟桌面的分配可以分为固定和公用两种，固定的虚拟桌面分配充许用户和虚拟桌面进展绑定。
而公用虚拟桌面分配充许用户使用下一个虚拟桌面，这种场景多用户呼叫中心的VDI解决方案中。
在此场景中，选择的是persistentpool用户和桌面绑定类型。
（图11、12）
"next"
在"VirtualCenterServer"界面，在之前添加的VC会列在其中，把鼠标放在其上轻点，并点"next"〔图13〕
在"UniqueID"界面，在"UniqueID"后面输入：
VDIXP，在"Displayname"后输入VDIXP,在"Description"后输入:
TestingByRickyFang。
这几个可自行输入，并没有什么具体要求，视公司具体情况而定。
"下一步"
在"Desktop/PoolSetting"界面，保持默认，并勾选"Allowuserstoresettheirdesktop"。
在"AutomatedProvisioningSetting"界面，依次输入如下图中所示的，并勾选"Stopprovisioningonerror"。
注意：
在此界面的中虚拟机命名格式：
VMnamingpatter:
vmname{n:
fixed=2}
其中vmname是虚拟机名称，这里是VDI_XP。
{n:
fixed=1}是虚拟机自动命名排序，1就是为一位数字，如VDIXP1,VDIXP2。
如果是3，如此是VDIXP001,VDIXP002。
"下一步"〔图14〕
在"Templateselection"界面，选择适宜的模板，此前，我已建立了一个模板：
xpclient，选定。
"下一步"〔图15〕
在"VirtualMachineFolderLocation"界面，选择在VC中存在的数据中心Esx35U3。
"下一步"
在"HostsandClusters"界面，选择192.168.1.251，这是存在于之前添加的VC中的一个ESX主机。
空间只能存两个虚拟机。
且使用的是本机存储，并没有挂载ISCSI设备。
〔另有文章说明如何使用OPENFILER创建免费的ISCSISAN存储〕"下一步"
在"ResourcePool"界面，选择用于存储虚拟机桌面池的ESX主机。
同样只有192.168.1.251。
"下一步"
在"Datastores"页，选择适宜的存储，也就是挂载在ESX上的存储。
此处只有ESX主机上的，保持默认。
"下一步"
在"GuestCustomization"界面，选择"usethiscustomizationspecification",并点下"xpclient"以确保此被选到，这个操作过程要保证SYSPREP在相应的文件夹下放置，并配置好，以使自动配置所有生成的虚拟桌面系统。
〔前面已完成此操作〕〔图16〕
完成以上操作之后，在"readytoplete"界面，确认配置按照规划进展无误后，点"finish",View就会开始创建虚拟桌面。
〔图17〕
虚拟桌面创建的过程通过VC亦可以看到，但需要等个几秒钟的时间：
〔图18〕
等待一段时间后，虚拟桌面创建完成，此时，回到"Desktopsandpools"主界面，点击"Entitlements",进展桌面系统和用户名的绑定工作，在弹出的窗口中，选定"GROUPS"，并点"find",在下面的组列表中找到"VDI"用户组，"OK"。
〔VDI用户组是在AD里创建，此处略〕〔图19〕
到此，ViewManager的配置根本完成，下篇文章就要进入测试阶段。
但请注意，在真实的环境中一定会有后端存储相结合的。
此处虽说是模拟实际生产环境中的应用，但并没有配置ISCSI存储。
经过了VDI的根本配置，下面就要进入最终测试阶段。
但请注意，在真实的环境中一定会有后端存储相结合的。
此处虽说是模拟实际生产环境中的应用，但并没有配置ISCSI存储。
一、VDM类型、域账号与权限设置
在通过VDMclient〔或WebAccess〕连接VDM时有两种类型，一种是网关型的，一种是代理型的。
1.网关型〔图1〕
经过身份验证和虚拟机分配后，即可通过VDM进展远程桌面连接。
网关能够对连接进展加密并实施VPN，RDP数据在隧道中加密。
2.代理型〔图2〕
通过VDM执行初始身份验证和虚拟桌面分配，然后，客户端直接连接到虚拟机进展远程桌面连接。
3.域账号与权限设置
前面讲了两种VDM类型，由于VDM与AD的结严密，无论通过VDMclient或WebAccess连接VDM之前，需要对域账户和组策略进展配置，并且赋于远程桌面访问的权限，也就是把域账户参加到本地远程桌面用户组中〔RemoteDesktopusers〕。
〔图3〕
如上图，新建OU：
VDIUSERS，并在其内新建两个虚拟机计算机账号：
vdixp1、vdixp2，以与一个安全组VDI（里面有两个用户用于虚拟机远程桌面的连接），注意VDI安全组早在前面配置VDM时已建立了。
用户和计算机账号建立后，还需要在组策略里配置VDI用户组置于两台虚拟机VDIXP1、VDIXP2远程桌面用户组。
如如下图所示，一定要手动在“这个组隶属于〞手动填上：
RemoteDesktopusers〔图4〕
二、测试验收
虚拟桌面系统配置与部署完成后，就要进入测试阶段，以检验是否有配置上的错误等。
访问虚拟桌面系统有两种方式，一是viewclient端，一是WebPortal的方式。
一般情况下是打开viewclient端，输入VDM的IP地址后连接到后台的虚拟桌面，便能够对要配的虚拟桌面进展操作。
通常情况下，这些是瘦客户机上来完成连接的。
但此次场景中使用WEBPORTAL的试进展连接测试。
且使用的VDM类型为代理型。
在IE浏览器里输入VDM的连接地址：
s:
//192.168.1.103,并在账户凭证中输入之前专门建立的账户vdiadm1与域contoso。
点"login"。
如果使用VDMclient就不会有这一步了。
〔图5〕
这时经过域验证后就会进入VDM的连接界面。
如如下图，输入VMD的机器IP地址，并选择使用安全的SSL连接，点"connect"。
〔图6〕
此时又会要求你输入用户名和密码，这时就是由VDM和AD集成的好处了。
也能通过配置进展SSO〔单点登陆〕。
点"login"。
在接下来的界面中，就会显示出在VDM上创建的虚拟桌面池，在右侧的"DISPLAY"项有三个选择，根据情况而定，此处选择windows。
〔图7〕
终于，实现了登陆了，这就是VDI解决方案的最终结果，虚拟桌面显示。
呵呵，是不是和平常使用RDP连接XP很相像？
〔图8〕
重复以上的动作，并使用vdiadm2账号登陆，会创建和连接第二台VDIXP2虚拟机，而且也会绑定用户和虚拟机〔固定类型〕。
这些操作的结果，可以通过在VDM的管理页面中查看到，如如下图：
〔图9〕
终于完成了VDI虚拟化桌面解决方案的系列文章，在写作的过程中也做了屡次的实验探索和学习，这一种很有收获且充满乐趣的过程。
在分享这些成果的同时，也充满期望的想与大家交流相关技术和管理知识。
升级会员 