2种管理方式 SD-WAN 加速VDI应用
组织通常使用虚拟桌面基础架构来管理小型远程位置的员工、合同工和临时员工的 IT 应用程序访问。 VDI 为这些组织提供了灵活性和易用性，同时维护数据和应用程序的安全性。 然而，VDI 应用程序容易受到延迟和低速度的影响。 最终用户体验受到客户端和服务器之间连接质量的严重影响。 这篇博客解释了原因 MPLS 基于的解决方案不适合这些应用，并探讨了如何 管理 SD-WAN 解决与 VDI 实施相关的性能问题。
为何选择 MPLS 不是 VDI 性能的答案
有几个原因 为什么 MPLS 不适合满足技术服务提供商的需求，其中主要是上市时间、成本和安全问题。
上市时间和成本： 供应 MPLS特别是在国际航线上，是一项复杂的活动，需要购买和调试设备、运营商间 SLA 协议等。典型的交货时间 MPLS 实施时间为 60-90 天（如果不是更长）。 对于技术服务提供商来说，这么长的交付时间是有问题的，因为他们的客户希望合同一签订就开始提供服务。 除了上线时间之外， MPLS 链接也很昂贵。 此外，大多数运营商将最后一英里连接与产品捆绑在一起，从而增加了总体成本。
并不适合所有部署： MPLS 不灵活，因此不适合所有部署场景。 如果员工基数很少，或者项目持续时间很短，那么扩展专门的人员可能不可行。 MPLS 关联。 在其他情况下，过度关注安全的客户可能不允许 CPEs被放置在他们的场所，从而排除 MPLS。 在这种情况下，通过互联网访问仍然是唯一的选择。 通过互联网链接访问这些 Citrix 或 VMware 应用程序会导致性能严重下降。
大规模和小规模部署
大型部署的 VDI 用例
第一个用例是从客户端到服务器的端到端链接 Aryaka“ 二层核心网。 具有许多客户端实例的大型部署从这种方法中获益最多。 图中，Client-A 和 Server-A 之间的连接遵循此架构。
该架构需要存在 Aryaka的网络访问端口（ANAP）在客户端和服务器端。 客户端/分支位置和服务器位置都连接到 Aryaka 基于 IPSec 隧道的第 2 层网络。 的存在 ANAP连接两端的 s 启用 WAN 优化 功能如 TCP 优化和重复数据删除。 另外， MyAryaka cloud基于门户的门户可以监控第一英里、最后一英里和中英里区域。
适用于中小型部署的 VDI 使用案例
除了全面的访问之外，Citrix 和 VDI 还允许将任何资源或应用程序发布为 URL。 一个 URL 当只有有限数量的用户访问一小组应用程序时，这是首选的访问模式。 当为合同工或临时工提供短期访问权时，这种情况很常见。 好处是灵活性以及无需进行重大更改即可重用现有访问控制的能力。 已发布的内容或应用程序可通过 Citrix 店面和接收器访问。 系统管理员还可以指定用于打开已发布内容的应用程序。 尽管灵活，但这种操作模式会影响应用程序性能。 由于内容发布为 URL 通过互联网访问，它会受到与该通道相关的延迟和数据包丢失问题的影响。
Aryaka的创新方法解决了这个问题，无需 CPE 在服务器位置。 在图中，客户端 B 和服务器 B 之间的连接遵循这种架构。 这 ANAP 将客户端 B 连接到 Aryaka 核心通过 IPSec 隧道。 VDI 流量通过低延迟进行传输 Aryaka 核心并从距离服务器位置最近的 PoP 退出； 最后一英里是通过宽带互联网。 随着流量的增加，应用程序性能得到提高 Aryaka的低延迟 二层核心网 在中英里。
Aryaka“ SD-WAN 即服务 提供 SaaS 通过专用的软件定义的第 2 层网络进行加速。 通过战略布局 PoPs，我们的专用网络距离世界各地主要商业中心不到1-5毫秒。
Aryaka的专有和专利优化堆栈已融入我们的全网状私有全球网络中，使企业摆脱了困境ssl维护和管理设备，同时提供优化的性能。 在一个国际 ENTerp上升 WAN 在这种情况下，中英里是最长的路径，因此是造成大部分连接问题的原因。 Aryaka 通过部署中英里全连接的私有二层网络，有效解决了这一问题。
ARYAKA SMARTLINK – 提高第一英里和最后一英里的连接质量
SmartLINK 运行于 最后一英里 连接的互联网链接 ANAP SD-Branch 设备到 Aryaka PoP 提供最近的入口点 Aryaka的全球L2核心网络（保证完全确定性 QoS SLAs 飞往任何全球目的地）。 Aryaka“ PoPs 分布覆盖全球95%的知识工作者群体，互联网访问延迟低于30ms。 SmartLINK 由多种技术组成，当组合使用时，这些技术可以最大限度地减少延迟并消除最后一英里互联网连接的抖动和数据包丢失，最后一英里互联网连接通常由不同网络提供的冗余互联网链路组成。 ISPs.
点击这里 预订演示 并体验解决方案。
关于作者
