博客

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

第3部分,共5部分:数据本地性

经过 Ruben Spruijt
| 最小

欢迎使用“前5个DAAS错误以及如何避免它们”系列的第3部分!

虽然客户只会喜欢将虚拟应用程序和台式机作为商品服务,但事实是,即使在2021年,也有许多设计注意事项最终确定您的桌面AS-A-Service(DAAS)实施是否成功。

为了绘制更大的图景,以下主题在此博客系列中已涵盖(并将):

在这篇博客文章中,我们讨论了数据局部性的概念 - 它是什么,为什么重要,以及如何避免与设计和实施DAAS环境有关的错误。

什么是数据位置?

来源:牛津词典的定义

基于上面的定义,数据局部性只是数据的位置或位置。对吗?但是,重要的是要了解我们在DAA时所指的数据的上下文。

最终用户的上下文中的数据通常包括:

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

通常,最佳的用户体验来自将您的应用程序运行,从逻辑上讲,将您的应用程序接近托管数据以最小化延迟。毕竟,归根结底,应用程序只是一种机制,用户可以通过该机制访问和与数据接口。

另一方面,在Workload VM的上下文中的数据(这是托管您的用户会话的本地或公共云托管VM)涵盖了VMS本身的存储空间。在这种情况下,当VM存储在逻辑上靠近VM计算时,最佳性能是最佳性能。

出于此博客的目的,我们专注于最终用户上下文以及客户在通过DAAS部署来解决数据区域时看到的一些常见错误。

错误1:采用孤立的方法

将IT组织孤立成最终用户计算(EUC),Windows®OS,服务器虚拟化,网络,安全性,数据库,公共云等不同团队并不少见。

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.

迈向成功实施的第一步(也是最重要的)步骤是所有功能团队之间就托管用户和应用程序数据托管的位置以及如何可行的情况之间的沟通和协作。

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

网络延迟,抖动,数据包丢失和整体带宽对应用程序性能的影响通常被低估了。

我经常听到我的客户听到的,他们只是假设他们的公共云VNET/VPC与他们的私有云之间的网络连接足以支持将其前端应用程序托管在公共云中的工作负载VM上,而后端应用程序数据库仍在本地托管。

现实是,当前端和后端之间存在延迟时,许多应用程序的性能不佳。我强烈建议在设计过程中验证此假设,因为这将在数据局部性,安全性和复制要求方面具有重大影响。

错误#3:“我们只将所有数据放入云存储中”

使用MicrosoftOneDrive®,Google®驱动器,Dropbox,Box和Citrix®ShareFileSolutions等云存储解决方案肯定具有巨大的价值,因为它们可以轻松且任何地方访问全球数据。利用云存储供应商的本地客户端来存储和从Windows用户配置文件,缓存和同步端点数据中检索数据也可以改善用户体验。

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

错误#4:一个统治它们的存储平台

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

以下是一些例子:

  • Microsoft O365与大多数云存储解决方案(包括我们刚刚讨论的方法)非常有效。
  • 大型ERP系统倾向于采用自己的专有数据库和相关的数据库服务(例如SAPHANA®,ORACLE®EBS等)
  • 工程和设计应用程序利用了具有现代文件服务的产品生命周期管理(PLM)和产品数据管理(PDM)系统。
  • 电子病历(EMR)应用程序通常需要高性能和高度可用的数据存储。
  • 物联网和移动应用程序将数据存储在通常存储在数据湖泊中的关系数据库中。

为了简化其DAA​​S实施的目的,寻找银弹的客户通常会感到失望。首先确定应用程序的最佳平台,然后专注于如何最好地与DAAS解决方案集成。

错误5:假设数据局部性总是比用户局部性优先

所有DAAS解决方案共享相同的解决方案阿喀琉斯的脚跟- 供应商利用某种类型的远程协议允许最终用户与虚拟桌面或设备的应用程序进行交互。

结果,用户体验受其网络延迟,带宽,数据包丢失,抖动等的影响。尽管某些供应商在网络受限的环境中比其他供应商在网络受限的环境中更好地工作,但通常不可能从内部支持全球劳动力单个区域。

这就是为什么将用户局部性纳入整体设计也非常重要的原因。如果客户仅关注与访问数据的工作负载VM相对于数据区域的关注 - 这最终会增加最终用户与工作负载VM之间的距离,则最终的最终用户体验可能仍然很差。

如果您的DAAS解决方案根本无法支持最终用户与其工作负载VM之间所需的距离和潜伏期(基于数据局部性要求),则可能需要具有数据复制策略的多区域设计。就是这样科恩·佩德森·福克斯(Kohn Pedersen Fox)(“ KPF”),一家领先的建筑公司,在全球各地。KPF使用Nutanix框架VDI向其最终用户提供关键的业务应用程序,例如Autodesk AutoCAD和Revit,3DS Max和Rhino。为了为这些应用程序提供最佳的性能,KPF在美国,英国和东南亚的AWS地区部署了多个GEO部署。为了确保其数据在所有三个区域都可以使用,KPF利用Panzura用于全局数据复制和同步。下图显示了KPF的自定义前端网站以访问框架 - 用户只需选择最接近的区域即可。

KPF的多区域框架部署

概括

数据局部性是任何DAA部署的最重要的设计决策之一。通过如何以及在何处托管,复制和访问的方式验证假设和限制会影响您的环境的所有其他方面。进一步使情况变得更加复杂的是,对于大多数客户而言,对于DAAS通常需要的不同类型的数据,没有银弹解决方案。尽管将应用程序数据与前端应用程序尽可能近,通常是实现最佳性能的最佳方法,但客户仍然需要考虑用户端口,因为它与其DAAS供应商利用的远程协议的网络阈值有关。

好消息是,与混合云多云DAAS解决方案(例如Nutanix框架),客户能够快速,轻松地利用其云和首选区域在全球范围内部署工作负载VM,以在数据和用户区域之间找到最佳的平衡。

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

愉快的阅读!

并非所有的DAA都是平等的。查看这个博客要了解Nutanix框架与Amazon,Citrix,Microsoft和VMware Solutions的不同之处。如果您只需要更多我的闪烁散文,那么我所有的博客都可以在一个简单的概述中找到这里。愉快的阅读!

而且别忘了你可以免费Nutanix框架测试驱动器在几分钟之内,您可以看到框架的简单性和灵活性。

Ruben Spruijt-高级技术专家Nutanix-@rspruijt

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

Baidu