博客

5个DaaS错误以及如何避免它们

第5部分的第2部分:单用户与多用户

通过 鲁本Spruijt
| 最小值

欢迎来到“前5名DAAS错误以及如何避免它们”系列的第2部分!虽然客户将无法消耗虚拟应用程序和桌面,但事实是,即使在2021年,也有许多设计考虑因素最终将确定您的DAAS实现是否成功。

如果您没有机会阅读第1部分(其中我们讨论了调整大小和优化工作负载虚拟机的主题),请务必通过单击查看这里

在第2部分中,我们将重点讨论单用户和多用户工作负载模型!

左Twix,右Twix,士力架,还是荷兰Stroopwafels?

如果你像我一样,你可能会时不时地喜欢吃焦糖点心。

如果你喜欢,你是喜欢左tweix还是右Twix?或者你更喜欢士力架?或者你吃过刚出炉的荷兰菜stroopwafel之前,你永远不会回到其他任何东西:)

以上荷兰stroop华夫饼……新鲜出炉的华夫饼和焦糖的天堂!

当涉及Windows单用户与多用户操作系统的主题时,对于某些客户来说,它可能就像在左旋钮与右翼线之间选择(它并不重要)。对于其他人来说,可能更类似于选择窃笑和斯特努布(绝对是事项)。

(顺便说一下,如果你想从这个博客中休息一下,请抓住一顿小吃,我当然不要怪你)

关键是,这个决定的重要性会因客户和用例的不同而有很大的不同。

说到这里,让我们正式定义单用户和多用户工作负载模型:

  • 单用户工作负载模型。在“桌面即服务”(desktop -as- service, DaaS)上下文中,单用户工作负载模型被简单地定义为每个用户会话的专用工作负载虚拟机。虚拟机本身可以运行任何操作系统(Windows 10、Server操作系统、Linux等),可以是持久化或非持久化。用户会话可以是完整的虚拟桌面、单个虚拟应用程序或虚拟应用程序的子集。这个模型通常被称为“真正的VDI”。利用该模型的DaaS解决方案包括:Nutanix Frame、Citrix虚拟桌面(以前的XenDesktop)、VMware Horizon Cloud和AWS工作区。
  • 多用户工作负载模型。Workload VM同时主持多个用户会话。VM正在运行Windows Server OS,其中包含远程桌面服务会话主机,或者最近,Windows 10具有多次会话的Windows 10 Enterprise,可通过Microsoft WVD / Azure获得。就像使用单用户模型一样,用户会话可以是完整的虚拟桌面,单个虚拟应用程序或虚拟应用程序的子集。您还可以听到此模型称为终端服务,远程桌面服务(RDS),基于服务器的计算(SBC),远程桌面服务会话主机(RDSH),托管共享桌面或已发布的桌面/应用程序。利用此模型的DAAS解决方案包括:Citrix虚拟应用程序(以前XenApp),VMware Horizo​​ n Cloud RDSH和Azure Windows虚拟桌面(WVD),Windows 10 Enterprise Multi-Session(EMS)。

DaaS时代的单用户vs多用户

多年来,我收到了许多客户、合作伙伴、供应商和EUC的来信极客们相似——谈论他们对这个话题的先入为主的看法(而且经常用确定的词!)

  • “多用户提供最佳可扩展性,并且是最具成本效益的。”
  • “单用户提供最好的用户体验。”
  • “多用户比单用户更容易管理”
  • “单用户是虚拟桌面,多用户是虚拟应用。”

要避免的错误是假设这些先入之见在DaaS和混合/公共云的时代自动有效。

下面我将重点介绍在为您的特定用例选择工作负载模型时应该考虑的一些关键差异和趋势。

成本和规模

当部署工作负载虚拟机以非常可预测的资源利用来支持用例时(例如,交付单个虚拟应用程序、任务/知识用户、跟随太阳/轮班工作等),多用户模型传统上是一种非常经济的方法(假设没有应用程序兼容性或许可问题)。由于需要担心的变量更少,VDI管理员就更容易确定最佳服务器规模(根据vCPU和RAM),以支持并发用户的峰值数量,并获得最佳效果。

但是,让我们使用上面相同的用例,将其托管在公有云中的工作负载vm上。如果您正在使用按需实例,那么现在您必须考虑如何适当地让用户断开某些vm,以便在非高峰时段、下班时间和周末关闭它们,从而最大限度地节省成本。您还需要考虑在任何给定时间启动的vm的最小数量,以正确支持该用例。选择适当的VM类型,以最大化用户密度和最小化每小时的计算成本也很重要。

或者,您可以考虑简单地利用保留的实例,这将超过可能导致更高的云消耗成本。

那么,对于这个用例来说,转移到单用户模型更有意义吗?对于这个特殊的用例——从纯成本的角度来看,可能不会。

然而,理解单用户模型是很重要的,弹性容量管理与多用户模型相比,在公有云中更容易实现。由于每个虚拟机只有一个用户,如果一个虚拟机没有活动的用户会话,它可以在会话关闭时关闭,或者作为缓冲虚拟机保持一段时间,以立即支持下一个用户会话。

下图(图1)来自Nutanix Frame弹性分析Dashboard用于我们的一个客户,该客户目前在一个正常的工作日中支持大约400个并发用户。

图1:Nutanix Frame的弹性容量管理

蓝线表示活动实例(上电工作负载VM),红线表示活动用户会话。您可以使用单用户模型看到,您可以将VM消耗与用户的实际用途非常紧密地对齐。

那么的东西是什么?

结论是,当部署到公共云时,会有一个时间点,随着使用变得越来越不可预测,会话资源需求变得越来越苛刻,此时单用户模型将比多用户模型更划算,更容易扩展。由于按需消费和定价,这一点在公共云中比内部部署来得快得多。

随着客户寻求用DaaS解决更复杂的用例,如桌面替换,GPU-accelerated工作负载和高级用户。

用户体验

单用户模型的主要优点之一是每个用户都有一个分配给自己的VM - 这可以是临时作为VM的非持久池的一部分,或者如果部署持久性桌面,则可以专用。用户能够充分利用分配给VM的虚拟基础架构(VCPU,RAM和VGPU)提供的计算资源。性能是一致的,因为没有“嘈杂的邻居”在VM中共享资源。

也就是说,与单用户模型相比,适当大小的多用户模型可以提供同样好的用户体验。即使对于图形密集型的工作负载,NVIDIA vGPU也可以在多用户环境中提供必要的GPU性能。此外,在私有云和公有云的GPU资源短缺的情况下,利用vGPU配置文件和多用户模型可以帮助确保可用的GPU资源被充分利用,以提供最佳的整体用户体验。

管理

当谈到单用户vs多用户的管理开销时,我不认为一种模型天生就比另一种模型需要更多的开销。这两种模型都可以利用集中的黄金图像管理、用户配置文件和应用程序分层解决方案等特性。

我认为有一种看法认为,多用户模型管理起来不那么复杂,因为用该模型处理的用例通常不那么复杂(任务/知识用户,仅虚拟应用程序,没有持久桌面,等等)。

有了这句话,这最终归结到您的用例需求。如果您需要为您的用户提供安装应用程序、插件或在系统级进行更改的能力,这些只能通过单用户模型实现。

在单用户模型中运行时,应用程序通常还没有任何兼容性,安全性,许可或支持问题,尤其是在使用Windows 10作为操作系统时。作为对此的扩展,对于仅考虑其最终用户群体的子集的客户,并且使用Windows 10,单用户模型可以更加可行的是保留相同(或类似)OS版本,应用程序配置更加可行,优化和图像管理程序作为其物理桌面对应物,这使得用户验收测试(UAT)更容易。

交付方式-应用程序vs.桌面

这里的真相是,今天使用的大多数虚拟桌面正在多用户模型中运行(也称为“托管共享桌面”或“已发布的桌面”),以非持久性配置。用户简档解决方案,如FSLogix配置文件集装箱,液体软件档案,Citrix配置文件和Nutanix框架企业配置文件通常用于持续用户个性化和应用程序配置。

另一方面,大多数DaaS解决方案也可以以单用户模型向用户交付虚拟应用程序。

这两种工作负载模型都能够有效地将虚拟应用程序和桌面交付给最终用户,理解这一点非常重要。虽然交付方式(虚拟应用程序或虚拟桌面)当然需要考虑,但它不应该成为选择工作负载模型时的决定性因素。

Windows服务器多用户模型(不确定)的未来

微软宣布,他们将在10月2025年10月20日在Windows Server 2019上运行Microsoft Office和Office 365的支持。新版本的Windows Server支持Microsoft Office / Office 365?是Windows 10 Enterprise Multi-Session(EMS)的多用户模型的未来,截至目前,仅适用于Azure的Windows虚拟桌面?伟大的问题,时间会告诉!

那么什么对我最好呢?

我的建议是:多喝水,多锻炼,多睡觉,读一本好书,花更多的时间和家人在一起,经常微笑,当然还有吃更多的华夫饼!

关于DaaS的单用户和多用户的主题,很明显,这归结到你的用例和需求。

一般来说……

  • 如果您正在部署工作负载VMS内部物业,您正在寻找每个用户的最低成本(特别是对于知识和任务工人) - 多用户模型是要走的方式。
  • 如果您在公有云中部署工作负载虚拟机,并希望为桌面替换用户提供一致的性能,那么单用户模型是您的最佳选择。
  • 如果你的用例介于以上两者之间,你将需要做更多的分析!

幸福的阅读!

如果你想从Nutanix了解更多关于DaaS的内容,以及Frame与其他游戏有何不同?一定要退房这个博客.有兴趣阅读更多优秀的博客吗?我所有的博客都可以在一个简单的概述中看到这里.幸福的阅读!

鲁本·斯普鲁特-高级技术专家,Nutanix -ruben.spruijt@nutanix.com@rspruijt.

©2021 Nutanix公司保留所有权利。本协议中提到的Nutanix、Nutanix标识和所有Nutanix产品、功能和服务名称均为Nutanix, Inc.在美国和其他国家的注册商标或商标。此处提及的其他品牌名称仅供识别之用,且可能为其各自持有人的商标。这篇文章可能包含链接到外部网站,不是Nutanix.com的一部分。Nutanix不控制这些网站,并对任何外部网站的内容或准确性不负任何责任。我们链接到外部网站的决定不应被视为对此类网站上任何内容的认可。本文中包含的某些信息可能涉及或基于从第三方来源获得的研究、出版物、调查和其他数据,以及我们自己的内部估计和研究。虽然我们相信这些第三方研究、出版物、调查和其他数据在本文发布之日是可靠的,但它们还没有经过独立的核实,我们也不会对从第三方来源获得的任何信息的充分性、公平性、准确性或完整性做出任何声明。

这篇文章可能包含明确和隐含的前瞻性陈述,这些陈述不是历史事实,而是基于我们当前的预期、估计和信念。这些声明的准确性涉及风险和不确定性,并取决于未来的事件,包括那些可能超出我们控制的事件,而实际结果可能与这些声明的预期或暗示有实质性和不利的不同。本协议中所包含的任何前瞻性陈述仅在本协议日期生效,除法律要求外,我们不承担更新或以其他方式修改任何此类前瞻性陈述以反映随后的事件或情况的义务。

Baidu