Cloud 转型——应用程序性能问题

cloud 改造申请

这不是一次舒适的旅程; 重新设计所有遗留应用程序 cloud, 识别正确的 IaaS 架构,将您的 CRM 迁移到 Salesforce cloud 并注册 Office 365。您甚至增强了您的容量 MPLS 骨干网以满足额外的流量 SaaS 和 IaaS 领域广泛应用,提供了卓越的解决方案。 Cloud 应用程序在所有启动前测试中都表现出色。 最后,你的 Cloud 您认为,转型已成定局,并开始实施。 很快,用户,尤其是分支机构的用户,开始抱怨应用程序缓慢和性能不佳 cloud- 托管服务。 你想知道出了什么问题吗?

长号效应

长号效应是造成这一现象的主要原因之一 应用程序性能尤其是来自分支机构的情况很差。 一个固有的缺陷,源自中心辐射型方法, MPLS 网络已用于互联网接入。 通常,传统 WAN 架构的设计允许互联网从网络中的单个点突破,该点通常是总部或数据中心。 在这样的架构中,从分支用户到分支用户的流量 SaaS 应用程序通过网络回传,仅在到达目的地之前退出总部/数据中心 SaaS 提供商,导致延迟大幅增加,从 50 到 100 毫秒不等。

MPLS 非关键流量造成的拥堵

MPLS 拥塞是影响应用程序性能的另一个方面。 在分支机构环境中,非关键流量可能源自访问 Netflix 和 Facebook 等应用程序的员工。 在零售环境中,它可能是由于顾客使用店内互联网进行浏览而引起的。 这种非关键的互联网流量共享 MPLS 关键业务带宽 SaaS 应用程序。 在 ent 的遗留实现中erp上升 WANs,没有区分流量类型的机制。

更快、更好 MPLS 答案?

延迟和带宽问题困扰着应用程序性能? 更多带宽 MPLS 网络 答案是,你觉得呢? 再想一想。 在本已昂贵的基础上投入更多带宽 MPLS 解决方案永远无法有效地解决问题。

存在更好的解决方案

一个完全托管的、 cloud-第一 SD-WAN 解决方案可以以优雅的方式解决可怕的“长号效应”和拥塞挑战。

完全管理 SD-WAN

一个充分 管理 SD-WAN 服务,例如来自 Aryaka 利用私有第 2 层网络与 31 存在点(PoPs) 世界各地。 现在,我们都知道 Layer 2 可以提供更坚如磐石的 SLA 比第 3 层网络可以提供的任何保证,从而确保非常低的延迟 SaaS 绑定流量。 还, Aryaka“ ANAP(Aryaka Network Access Point) CPE 与其内置 WAN 优化确保策略可以是全局的,同时有选择地应用于需要它的应用程序。 Aryaka“ ANAP CPE 还支持本地互联网突破,使来自 Netflix 和社交媒体等非关键应用程序的流量能够直接在分支机构路由到互联网,而不是通过网络回传。 IT 安全经理可以放心,因为我们的解决方案支持内置防火墙,可提供安全可靠的本地互联网突破。

Aryaka 连接至 IaaS

通常,基础设施即服务(IaaS)和软件即服务(SaaS) 可以互换使用。 这种同义用法可能源于 Office 365 等应用程序 SaaS 应用程序,但可以托管在 Microsoft 的 Azure 上 IaaS。 然而,重要的是要认识到 IaaS 和 SaaS 从连通性的角度来看是不同的。

SD-WAN 连接到 IaaS

本着灵活性和敏捷性的精神,这就是 cloud 产品, Aryaka 提供两种不同的连接方式 IaaS 提供商。 第一种是直接连接,遵循 AWS 的直接连接, 微软的 ExpressRoute or Oracle 的 FastConnect,如上所示,第二个是来自最近的 POP 路由器的 IPSec 隧道。

SD-WAN 连接到 Cloud 供应商

Aryaka 连接至 SaaS

连接至 SaaS Office 365、Salesforce 或 Webex 等应用程序是一个挑战。 用于访问的传统连接解决方​​案 SaaS 应用程序依赖于公共互联网,而公共互联网很多时候不可靠或缓慢,尤其是在较发达地区之外。 甚至是私人的 MPLS 网络无法解决这个问题,因为它们无法根据应用类型进行流量分段。

SD-WAN 连接到 SaaS 应用的区域

公共“虚拟办公室”(VO) 是 Aryaka的解决方案提供连接并提高性能 cloud基于互联网的办公应用程序。 VO 是 Aryaka的虚拟路由器具有第 4 层状态防火墙功能并使用公共 IP 地址。 它还提供了一个优化容器并利用 Aryaka的专利多段 TCP 减少 RTT 的架构。

Aryaka 多-Cloud 连接方式

对于大多数组织来说,多cloud 建筑是一个实际的现实。 在某些情况下,多cloud 可能是一个缺点cio美国风险缓解战略,以避免经济、技术或运营上对某一国家的依赖 IaaS 服务提供商,而在其他情况下,当他们从一个服务提供商迁移时,这可能是一种暂时的迁移策略 cloud 服务提供者到另一个。 在任一情况下, 多cloud 连接 是一种必需品。 当前的多方法cloud 连接效率低下,因为它们需要在整个实体中回传流量erp崛起网络。

多-Cloud 连接

Aryaka 其PoP架构简化了多cloud 连接性。 最接近的 PoP IaaS 位置作为国际间的中转站cloud 流量,从而提供传统解决方案的有效替代方案。

注册我们的 cloud 网络研讨会, “管理 SD-WAN 使用 AWS 和 Azure 进行部署:5 大考虑因素和优势” 更多信息 cloud 连接性及其对应用程序性能的影响。

关于作者

阿伦·纳塔拉詹
Arun 是产品营销总监 Aryaka。 他在高科技产品和服务营销方面拥有超过 18 年的经验。 他拥有伦敦商学院的 MBA 学位和班加罗尔大学的技术学位。