我是我工作的小型企业的IT部门主pipe,但是我主要是一名软件架构师,我所有的系统pipe理经验和知识都是软件开发的辅助工具。 在今年或明年的某个时候,我们将考虑将我们的工作站环境升级到统一的Windows 7 / Office 2010环境,而不是每个不同机器上的各种OEM许可版软件的大杂烩。
我想到,可能会放弃升级每个工作站,而是让它成为一个虚拟terminal来访问虚拟化服务器,并将其整个虚拟工作站托pipe在服务器上。
现在我基本上知道什么是可能的,但这是一个小企业(25-50个工作站)的可行解决scheme? 假设这是可行的,那么计算所需的服务器资源需要什么types的粗略指导。
解决scheme如何处理访问虚拟机的用户,他们是否正常login到他们的物理工作站,然后使用远程桌面访问他们的虚拟机,或者通常是通过客户端软件来完成协商?
哪些types的软件可用于pipe理和监控这些虚拟机,可以通过Microsoft Server 2008实现这一function吗? 我最感兴趣的是与Hyper-V Server 2008相关的这些问题,但是可以自由地向VMware的产品阵容提供洞察力,特别是如果有任何令人信服的理由在Microsoft商店中selectHyper-V的话。
编辑:只需添加一些关于实现目标的更多信息就是将我们的平台从Win2k3 / XP环境升级到完整的Windows 2008 / Win7平台,而不必执行与我们每个不同configuration的工作站相关的任何工作。
也有人可以提供任何现实的指导方针,需要多大的硬件虚拟支持25-50工作站? 大多数工作站除了Office,Outlook和Web以外什么也不做。 唯一的高需求工作站是将所有地方都保存起来的开发工作站。
这种types的解决scheme是连续的。
在频谱的一端,客户端计算机运行“厚”操作系统(如Windows或桌面Linux发行版),并通过客户端软件连接到托pipe应用程序(通过RemoteApp快捷方式和远程桌面协议(RDP)),或通过Citrix ICA协议)。
在这个范围的中间,客户端通过这些相同的协议连接到全面的桌面会话(而不是单个应用程序),但使用共享的操作系统安装。 这通常是Windows“terminal服务”的世界。
在这个频谱的最前端,你有什么是虚拟桌面基础设施(VDI),客户端设备被剥离,只有主机客户端软件连接到托pipe操作系统实例。
所有这些情况在物理上都是可行的,但是在开始专注于服务器之前,您应该自己开始调查许可成本。
Microsoft世界中的许可成本包括操作系统的terminal服务客户端访问许可证或Windows 虚拟企业集中式桌面 (VECD)许可证,以针对每个访问VDI解决scheme的设备或用户进行抗衡。 桌面应用程序软件的许可证取决于您所在的频谱范围,也可能与您当前使用的软件不同,这就需要购买额外的许可证。
您很可能会发现,与传统的“胖客户”路线相比,VDI基础设施的购置成本与其相似甚至更昂贵。 使用瘦客户端设备在技术上和实践上听起来像是“胜利”,但软件许可费用传统上不仅仅是为了节约任何硬件成本,只留下“软成本”pipe理和TCO节约的理由。
编辑:
瑞安·博尔格(Ryan Bolger)就他的回答(和我为他+1)打了个头,就“软成本”节约而言,你认为这是节省资金的地方。
学习如何集中部署软件,pipe理用户环境,并且通常使用组策略维护你的networking,将build立你个人对Windowsnetworking的“内部”和操作的了解,并且将比“ VDI基础架构。 即使你有一个VDI基础设施,坦率地说,我认为你仍然可以从组策略中获得巨大的利益。
VDI和远程应用程序交付是针对特定任务的应用程序,或通过慢速或不可靠的networking连接交付应用程序的一个很好的解决scheme(想一想“在基于T1的广域网上共享Microsoft Access数据库”)。 我不认为桌面虚拟化,至less在当前的过度许可费雷区的化身是“答案”。
我甚至会跳出来说,通过适当的“照顾和喂养”来维护运行Windows的大型客户端计算机并不是那么辛苦,使用Windows Server,WSUS,熟悉脚本知识,了解Windows本身和应用程序软件的工作原理。 自动化您的客户端计算机构build,删除用户的pipe理员权限,以及掌握您的操作系统和应用程序更新部署基础架构将使您跨越式发展。
我想就Evan的远程托pipe应用程序的不同方式做一些回应。
您主要关心的问题似乎是减lesspipe理大量不同工作站及其各个软件安装所涉及的pipe理开销。 您无需迁移到远程托pipe的应用程序基础结构即可实现该目标。
通过将单个服务器设置为域控制器,并将所有工作站都join到该域中,您就可以开箱即用地完成所有需要的任何操作。 该域本身处理集中configuration的用户帐户。 组策略可以处理configuration工作站上的所有系统设置。 而组策略软件部署可以处理您的应用程序安装。 内置的Windows部署服务与免费的Microsoft Deployment Toolkit相结合,甚至可以为您提供操作系统部署解决scheme。 WSUS也是免费的,可以处理您的操作系统和微软软件补丁。
只需要一个服务器操作系统许可证和工作站操作系统许可证即可完成大量的工作。 这一切都有一点点的学习曲线,但是这并不比使用远程托pipe的应用程序或操作系统解决scheme学习的东西困难。
我们正在为几百个用户计划桌面虚拟化的中期阶段,并且有很多细微的陷阱。 一个是所谓的“哑terminal”并不便宜,当然也需要软件补丁! 但是,不到一个完整的操作系统安装确保。 接下来就是一些高级pipe理人员“要”拥有一些愚蠢的terminal不能做的事情,并将模型吹走。 然后远程访问。 然后是VoIP。 那么,VMWare比你想象的更贵。 呃…
我们使用Citrix和VMware ESX的XenServer来虚拟化工作站。 XenServer是免费的,我相信ESXi版本也是如此。 Citrix还生产一种名为Provisioning Server的产品,这使得使用共享configuration创build,修改和部署虚拟工作站变得非常简单。
如上所述,如果您使用此路线来帮助防止停机,您将需要冗余服务器。
说完这一切之后,我的经验是,当你有一个特定的原因时,虚拟化工作站只是一个好主意,例如,在远程站点的工作站,你将无法出去部署软件更新。 对于通用计算来说,它比真正的价值更麻烦,而且最终也不会节省那么多的钱。 而且,特别是对于一个小型组织来说,KISS原则通常会使用瘦客户端。
我在Sun Ray桌面盒上看了很多。 他们工作得很好(假设你有足够的后端马力),甚至在Windows商店,与普通台式机相比,它们相当便宜。
我脑海中最大的问题是:你可以一口气把所有东西都丢掉吗? 你的老板对吗?
如果你把每个人的工作放在一台服务器上,(假设你有适当的备份等等),服务器仍然有可能失败。 如果一台服务器在更换,重build和恢复运行的过程中一天左右就无法将整个公司取出,那么这样做是否可行呢?
我甚至从来不考虑这个解决scheme,只是因为它造成了这样一个广泛的单点故障,但是你的里程可能会有所不同。
RHEV VDI即将推出,是特色香料(一个协议,打败rdp / ica)和不less其他function。
看看http://www.redhat.com/ ,当然还有http://www.redhat.com/virtualization/rhev/desktop/
大多数人在进行VDI时并没有得到的东西之一就是你的pipe理成本不一定会下降,就像现在你为每个用户pipe理2个不同的桌面环境一样。 VDI最大的节省成本的好处之一是软件pipe理和硬件pipe理,但不是因为它是虚拟的。 VDI通常是迫使IT部门更好地pipe理软件部署的好方法,而且您通常会获得更加locking的环境(没有更多的开发人员在桌面上安装工具)。 如果您尝试将失控的桌面环境迁移到虚拟机,则更有可能比购买工作站和正确pipe理环境更昂贵。 另外,它们通常是与底层pipe理程序相关的成本,并且需要额外的pipe理技能。
佛罗里达州拉哥的案例研究可能会提供信息。 他们将大量的非技术用户迁移到基于Linux的瘦客户端networkingdevise中,从而实现了显着的成本节省,并且提高了生产力(由于减less了工作站停机时间并改进了用户数据备份)。 Slashdot几年前描绘了这座城市 。 从那篇文章看来,这个城市似乎迁移到思杰解决scheme。
你所描述的最好的服务是terminal服务,而不是虚拟化。 无论如何,我认为当你得到服务器的成本来处理这样的负载,再加上瘦客户端的成本,你会发现拥有单独的工作站要便宜很多。
如果正确完成,单独机器的维护不会比TS或虚拟机的维护困难或更多。 另一方面,当服务器出现故障时,让人们能够工作,这在大多数情况下是非常重要的。
我很惊讶,我没有看到有人命名VMware View。 我认为View是最好的VDI解决scheme之一。
http://www.vmware.com/products/view/
“使您的桌面”与VMware View一起“
朝着以用户为中心的计算方向发展,将传统的固定式桌面转变为可随时随地使用的无限制无状态工作空间。 VMware View通过将桌面和应用程序移动到云中并将其作为托pipe服务提供来实现桌面和应用程序的现代化。 stream程自动化且高效,安全性提高,桌面所有权总成本降低50%。 最终用户无论是在办公室还是在旅途中,都可以通过合格设备获得丰富,一致和高性能的桌面体验。“