企业通常使用虚拟桌面基础架构来管理远程小规模地点的员工、合同工和临时员工的 IT 应用程序访问。
VDI 为这些组织提供了灵活性和简便性，同时维护了数据和应用程序的安全性。
然而，VDI 应用程序容易受到延迟和低速的影响。
客户端与服务器之间的连接质量严重影响最终用户的体验。
本博客解释了基于 MPLS 的解决方案不适合这些应用的原因，并探讨了托管 SD-WAN如何解决与 VDI 实施相关的性能问题。
为什么说 mpls 不能解决 vdi 性能问题？
MPLS不适合满足技术服务提供商的需求有几个原因，其中最主要的是上市时间、成本和安全问题。 上市时间和成本：配置 MPLS（尤其是国际线路上的 MPLS）是一项复杂的工作，需要购买和调试设备、签订运营商间 SLA 协议等。 实施 MPLS 一般需要 60-90 天，甚至更长。 对于技术服务提供商来说，这样长的准备时间是有问题的，因为他们的客户希望在签订合同后立即开始服务。 除了推出时间外，MPLS 链路的成本也很高。 此外，大多数运营商会将最后一英里连接与产品捆绑在一起，从而增加了总体成本。不适合所有部署：MPLS 不灵活，因此不适合所有部署方案。 在员工人数极少或项目持续时间较短的情况下，扩展专用 MPLS 链路可能并不可行。 在其他情况下，过于关注安全的客户可能不允许在其场所内放置 CPE，从而排除了 MPLS 的可能性。 在这种情况下，通过互联网访问仍然是唯一的选择。 通过互联网链接访问这些 Citrix 或 VMware 应用程序会导致性能严重下降。
大规模和小规模部署
大型部署的 VDI 使用案例
第一个用例是通过 Aryaka 的第2 层核心网络实现从客户端到服务器的端到端链接。 这种方法对拥有许多客户端实例的大型部署最为有利。 在图中，客户端-A 和服务器-A 之间的连接遵循此架构。
这种架构要求在客户端和服务器端安装Aryaka网络接入端口（ANAP）。
客户端/分支机构位置和服务器位置都通过IPSec隧道连接到Aryaka第2层网络。
连接两端的ANAP可实现TCP优化和数据删除等广域网优化功能。
此外，基于MyAryaka云的门户网站还能监控第一英里、最后一英里和中间一英里的区域。
中小型部署的 VDI 使用案例
除了正式访问外，Citrix 和 VDI 还允许以 URL 的形式发布任何资源或应用程序。
当只有少数用户访问一小部分应用程序时，URL 是首选的访问模式。
这种情况在为合同工或临时工提供短期访问时非常典型。
这样做的好处是灵活性强，能够重复使用现有的访问控制，而无需进行重大改动。
发布的内容或应用程序可通过 Citrix 店面和接收器访问。
系统管理员还可以指定用于打开发布内容的应用程序。
这种操作模式虽然灵活，但会影响应用程序的性能。
由于内容是以URL的形式发布并通过互联网访问的，因此会受到与这种渠道相关的延迟和丢包问题的影响。
Aryaka 的创新方法解决了这一问题，无需在服务器位置安装 CPE。
在图中，客户端-B 和服务器-B 之间的连接就是采用这种架构。
ANAP通过IPSec隧道将客户端-B连接到Aryaka核心。
VDI 流量通过低延迟的 Aryaka 核心网传输，并从离服务器位置最近的 PoP 出口出去；最后一英里则通过宽带互联网传输。
由于流量是通过Aryaka的低延迟二层核心网络传输的，因此应用性能得到了提高。
Aryaka的SD-WAN即服务通过一个私有的软件定义的二层网络提供SaaS加速。 通过战略性地分布 PoPs，我们的专用网络与全球主要商业中心的距离不到 1-5 毫秒。
Aryaka专有的专利优化堆栈已融入我们的全网状专用全球网络，使企业免于维护和管理设备的麻烦，同时提供优化的性能。
在国际企业广域网方案中，中间英里（middle-mile）是最长的路径，因此也是造成大部分连接问题的原因。
Aryaka通过为中间段部署完全网状的专用第2层网络，有效地解决了这一问题。
aryaka smartlink – 提高 “一英里 “和 “最后一英里 “连接的质量
SmartLINK在连接ANAP SD-Branch设备和Aryaka PoP的 “最后一英里“互联网链路上运行，Aryaka PoP是Aryaka全球L2核心网络的最近入口点（保证任何全球目的地的完全确定的QoS SLA）。 Aryaka PoPs 的分布方式覆盖了全球 95% 的知识工作者，互联网接入延迟小于 30 毫秒。 SmartLINK 由多项技术组成，这些技术结合在一起可以最大限度地减少最后一英里互联网连接的延迟，消除抖动和数据包丢失，这些连接通常由不同互联网服务提供商提供的冗余互联网链接组成。 单击此处预订演示并体验解决方案。
