博客

前5名DAAS错误以及如何避免它们

5的第3部分:数据局部性

经过 鲁本Spruijt
|

欢迎来到“5名DAAS错误以及如何避免它们”系列的第3部分!

尽管用户最喜欢将虚拟应用和台式电脑作为一种商品服务来消费,但事实是,即使在2021年,也会有许多设计考虑因素最终决定你是否需要按实际使用量付费Desktop-as-a-Service ()实施成功与否。

为了描绘更大的图景,以下的主题已经(也将)涵盖在这个系列博客中:

在这篇博文中,我们将讨论数据局部性的概念——它是什么,为什么它很重要,以及如何在设计和实现DaaS环境时避免错误。

什么是数据位置?

来源:来自牛津词典的定义

根据上面的定义,数据位置就是数据的位置。很简单对吧?但是,在谈到DaaS时,理解我们所引用的数据的上下文是很重要的。

终端用户的数据通常包括:

  1. 用户数据
  2. 用户配置文件
  3. 应用程序数据库
  4. 文件服务器和服务

通常,最好的用户体验来自于在数据托管的地方附近运行应用程序,从逻辑上讲,这样可以最小化延迟。毕竟,在一天结束的时候,应用程序只是一个用户可以访问和接口数据的机制。

另一方面,工作负载虚拟机(承载用户会话的内部或公共云托管虚拟机)上下文中的数据包含虚拟机本身的存储。在这种情况下,当虚拟机存储在逻辑上接近虚拟机计算时,性能最好。

出于此博客的目的,我们专注于最终用户上下文,以及我们看到客户的一些常见错误在涉及到达到DAAS部署时涉及数据征询。

错误1:采用孤立的方法

It组织被分成不同的团队进行终端用户计算(EUC)、Windows®操作系统、服务器虚拟化、网络、安全、数据库、公共云等等,这并不罕见。

It shouldn’t be a surprise, then, that one of the most common mistakes we see is when one team is tasked with implementing DaaS and they do so in a very siloed approach and make incorrect assumptions regarding data locality that can significantly impact user experience, budget, data governance, and security.

成功实现DaaS的第一步(也是最重要的一步)是在所有功能团队之间就用户和应用程序数据驻留在何处以及如何驻留进行沟通和协作。

错误2:过度依赖网络能力

网络延迟、抖动、包丢失和总体带宽对应用程序性能的影响经常被低估。

我经常听到我的客户简单地认为,他们的公有云VNET/VPC和私有云之间的网络连接足以支持他们的前端应用程序托管在公有云的工作负载虚拟机上,而后端应用程序数据库仍然托管在prem上。

事实是,当前端和后端之间存在延迟时,许多应用程序都不能很好地执行。我强烈建议在设计过程的早期验证这个假设,因为这将对数据局域性、安全性和复制需求产生重大影响。

错误3:“我们将把所有数据放到云存储中”

使用像Microsoft OneDrive®、谷歌®Drive、Dropbox、Box和Citrix®ShareFile解决方案这样的云存储解决方案当然具有巨大的价值,因为它们提供了在全球任何地方轻松访问数据的方法。利用云存储供应商的本地客户端来存储和检索来自Windows用户配置文件的数据,缓存和同步终端上的数据也可以改善用户体验。

然而,大多数云存储提供商不支持应用数据库,只能支持基于文件的数据。这些解决方案也没有高级的文件锁定机制,这是许多应用程序所需要的。

错误4:一个存储平台统治所有存储平台

了解不同类型的应用程序有不同的数据存储需求是很重要的。

以下是一些例子:

  • 微软的O365与大多数云存储解决方案(包括我们上面讨论的那些)合作得非常好。
  • 大型ERP系统倾向于使用它们自己的专有数据库和相关的数据库服务(例如,SAP HANA®,Oracle®EBS等)。
  • 工程和设计应用程序利用产品生命周期管理(PLM)和产品数据管理(PDM)系统与现代文件服务。
  • 电子医疗记录(EMR)应用程序通常需要高性能和高度可用的数据存储。
  • 物联网和移动应用程序将数据存储在关系数据库中,而这些数据库通常存储在数据湖中。

在数据存储方面,为了简化DaaS实现而寻找灵丹妙药的客户通常以失望告终。首先确定应用程序的最佳平台,然后关注如何最好地与您的DaaS解决方案集成。

错误5:假设数据位置总是优先于用户位置

所有DAAS解决方案都有相同的共享阿基里斯的脚跟- 供应商利用某种类型的远程处理协议来允许最终用户与其设备的虚拟桌面或应用程序接口。

因此,用户体验受到网络延迟,带宽,丢包,抖动等的影响。尽管一些供应商远程处理协议在网络受限的环境中工作得比其他供应商更好,但通常不可能从中内部支持全球劳动力单个区域。

这就是为什么在总体设计中考虑用户局部性也是非常重要的。如果客户只关注与访问数据的工作负载虚拟机相关的数据局部性——这最终会增加最终用户与工作负载虚拟机之间的距离——最终用户体验可能仍然很差。

如果您的DAAS解决方案根本无法支持您的最终用户及其工作负载VM之间所需的距离和延迟(基于数据位置要求),则可能需要具有数据复制策略的多区域设计。这是如此Kohn Pedersen Fox.(“KPF”)是一家领先的建筑公司,其项目遍布全球。KPF利用Nutanix框架VDI提供业务关键应用程序,如Autodesk AutoCAD和Revit,3ds Max以及Rhino到最终用户。为了为这些应用提供最佳的性能,KPF具有多Geo部署,其中框架账户部署在美国,英国和东南亚和东南亚的AWS地区。为了确保他们的数据在所有三个地区都提供,KPF利用Panzura用于全局数据复制和同步。下图显示了KPF用于访问Frame的定制前端站点——用户只需选择他们最接近的区域。

KPF的多区域框架部署

总结

对于任何DaaS部署,数据局部性都是最重要的设计决策之一。验证关于数据托管、复制和访问的方式和位置的假设和限制会影响环境的所有其他方面。使情况更加复杂的是,对于大多数客户来说,对于DaaS通常需要的不同类型的数据,没有一种灵丹妙药解决方案。虽然让应用程序数据尽可能接近前端应用程序通常是实现最佳性能的最佳方法,但客户仍然需要考虑用户位置,因为这与DaaS供应商使用的远程协议的网络阈值有关。

好消息是,有混合云多云像Nutanix Frame这样的DaaS解决方案,客户能够快速和轻松地利用他们的云和选择的区域,在全球各地部署工作负载vm,以找到数据和用户位置之间的最佳平衡。

如果您想了解有关如何使用Nutanix框架集成各种存储解决方案的更多信息,请详细说明网络阈值和帧远程处理协议(FRP)的预期用户体验,请查看以下博客:

阅读的快乐!

并非所有DaaS都是平等的。看看这个博客了解Nutanix Frame与Amazon、Citrix、Microsoft和VMware解决方案的不同之处。如果你想要更多我的精彩文章,我所有的博客都可以在一个简单的概述中找到在这里.阅读的快乐!

别忘了你可以免费喝一杯Nutanix框架测试驱动在几分钟内,你可以看到框架的简单性和灵活性。

鲁本·斯普鲁特-高级技术专家@rspruijt

©2021 Nutanix,Inc。保留所有权利。Nutanix,Nutanix徽标和本文提到的所有Nutanix产品,特征和服务名称是Nutanix,Inc。的注册商标或商标。此处提及的其他品牌名称仅用于识别目的,可能是其各自持有人的商标。此帖子可能包含不属于Nutanix.com的外部网站的链接。Nutanix不控制这些网站,并为任何外部网站的内容或准确性提供所有责任。我们决定链接到外部站点的决定不应被视为在此类网站上的任何内容的认可。这篇文章可能包含明示和隐含的前瞻性陈述,这不是历史事实,而是基于我们目前的期望,估计和信仰。此类陈述的准确性涉及风险和不确定性,并取决于未来的事件,包括可能超出我们控制的事件,而实际结果可能与此类陈述预期或暗示的实际结果不同。此处包含的任何前瞻性陈述仅截至本来的日期,除非法律要求外,我们不承担更新或以其他方式修改任何此类前瞻性陈述以反映后续事件或情况的义务。

Baidu