本文是切换创新系列博客的第二篇。自2002年成立以来，Aruba一直遵循“客户第一，客户至上”的理念，这使得80%的财富500强企业都接受了获奖产品。本系列博客主要介绍我们为客户设计的创新开关特性。我们的第一个博客简化叠加自动化使用Aruba CX移动应用程序。这一个侧重于Aruba虚拟交换扩展（VSX）直播升级。
来引导我们通过VSX如何使始终在线连接Aruba CX交换组合，我采访了Switch Software的产品线经理斯科特•科斯特。当AOS-CX网络操作系统首次被引入Aruba CX 8400和8320校园和数据中心交换机，当然还有最新的Aruba CX 6400和6300交换机时，他在开发AOS-CX网络操作系统方面发挥了重要作用。
斯科特，你能给我们讲讲VSX的概况吗?
当我们建VSX,我们开始具有高可用性解决方案的目标，即在连接和高性能方面提供。易于实施，因为我们的客户受到在职升级，备份和故障转移的复杂性的挑战。我们看着整个行业使用的技术;有虚拟化的单控制平面方法，但这并没有提供真正的核心和数据中心类解决方案所需的高可用性。我们理解，需要限制失败点的软件架构，并且这正是基于多机箱链路聚合（MC-LAG）和等价多路径（ECMP）路由的双控制平面解决方案。
实际上，最重要的设计考虑是满足客户以尽可能少的停机时间升级交换机的需求。大多数都没有用于网络停机的升级窗口。而且，许多系统无法使用典型的两个管理模块系统需求来完成在役软件升级(ISSU)，而这些系统需求具有任何类型的一致可靠性。
我们看到，我们可以用双控制平面技术和AOS-CX的可编程性来构建一个卓越的实时升级解决方案。我们的解决方案使用MC-LAG和ECMP技术来创建一个高可用性的分布式冗余架构。利用MC-LAG技术允许将链路聚合组连接到其他交换机，从而消除了负载平衡和链路冗余的生成树需求。基本上，我们构建了VSX，然后利用了它的可编程性AOS-CX协调一对CX交换机的升级。这就是我们所说的VSX实时升级。
VSX实时升级的一个主要好处是，我们可以从发行版A- z安排升级。自从添加了VSX Live upgrade之后，我们还没有遇到在不同版本之间有多个升级路径的需求。
我不熟悉版本A到Z之间的升级路径——这意味着什么?
当您查看一个大型企业网络时，可能有数千个，至少数百个交换机。几乎不可能让它们始终运行在同一个操作系统版本上。在从版本A升级到版本b之前，ISSU要求每个版本之间的OS版本兼容性。这意味着客户可能需要进行许多升级，才能让所有交换机都具有版本兼容性，以便实时升级能够正常工作。事实上，我们发现通常不可能达到这样的兼容性，因为每次升级都意味着某人失去网络连接。即使您有将所有开关保持在同一版本上的清晰过程，也很可能会忘记一些步骤，这意味着ISSU升级不会成功。
VSX有一个双控制平面，可以跨不同版本升级-关于VSX Live upgrade你还能告诉我什么?
它真的让升级变得简单。您可以使用一个CLI命令启动实时升级。就是这样。AOS-CX完成其余的工作——下载固件、从一个交换机上引流流量、升级、重启、负载平衡流量，然后对第二个交换机做同样的工作，并恢复所有功能。不中断网络流量。这是超级酷!
这可能是矫枉过正，但请查看此图形，显示整个过程和对交通的影响。
这太酷了!你从客户那里听到了什么?
我们的客户以前尝试过使用ISSU进行实时升级，他们绝对喜欢VSX。随着网络应用程序和服务的快速发展，客户将能够随时进行必要的可靠性更新。
感谢分享你的见解，Scott!
要了解更多的高可用性和零停机升级，请阅读VSX Tech简报和探索阿鲁巴岛残雪开关。
