双活控制器消除后端瓶颈

    雷涛：后端也会涉及到负载均衡的问题，大家都会涉及到一个分盘的问题，哪个数据卷放在哪个磁盘上，当数据磁盘扩容以后，增加一些新的容量以后，它可能会成为一个热点，因为  频繁的数据库应用就在某一个固定的卷上，后端的瓶颈就会出现的，这时候多数情况下是靠厂商的PS来实现的，我们专业服务帮助你做数据摆放服务，把Oracle数据库分开，哪些应用放在哪些磁盘卷上。

    怎么去消除后端的瓶颈呢？实际上它更需要的是后端的负载均衡能力。因此将你原有的IO session，整个session 在A，或者整个session在B的情况下，我给它像高端一样分离开，我有前端的芯片，也有后端的芯片，任何一个前端可以访问任何一个后端，它没有控制器A和控制器B之间差异性，所以这就是AMS2000所带来的优势。

    它将两个控制器中间用高速互联访问的方式做了一个实现，同时它在每一个前端上可以拥有自己的路由表控制后端的芯片，当你控制器A出现访问的时候，用B参与A的作业，这是性能优化，同时带来一个部署的优化，不用考虑分端口，如果有几十个端口上来，不用分端口，我们可以负责你的负载均衡。尤其对于虚拟环境，VMWare虚拟环境，你一个HBA卡可能服务于很多虚拟机，这时候你作为用户而言，是无法自己去判断的，因此前端的负载均衡是至关重要的，对于后端而言也是，后端负载均衡可以消除你的系统瓶颈，在你系统不断变化和扩展的时候给你动态的均衡环境。因此这是简化了我们用户的一个部署，同时我们应用得到了优化，性能的优化。

    它还获得了一个可用性级别，向高端系统一样的可用性级别。当A出现繁忙问题的时候，传统情况下它可能需要负载均衡软件，驻留在主机端上的负载均衡软件，来做判断，几十秒的时间来切换到另一个控制器上，重建你的IO操作。当它繁忙的时候，可以在另外一个控制器实现，不需要主机端的负载均衡软件参与就可以实现。你在可用性级别上从几十秒降到秒级别。

    有一个极端的例子，我讲一下，比如说我们在做单链路情况下，比如说我们跟IPTV的电信用户做一些IPTV都是刀片服务器，都是单链路，还有像一些媒体行业，广电行业，它的编辑采集机都是单链路，单链路连在你的存储上，你给用户推销一个双控制器的存储，没有负载均衡的能力，意味着你事实上控制器是无法实现的，你只是通过业务的负载，业务的判断实现，我把业务A放在这儿，我把业务B放在这儿。

    我们再讲这个极端的例子，如果我们单链路情况下，比如说我们在做升级和扩展，我们在做控制器A的位码升级，在传统的领域里，控制器A的位码升级，对于用户而言必须配双控制器卡才能保证业务不停顿。我们看前端，如果这个session在做升级，你所有的前端和后端都是要停顿下来了，如果你只有一个单链路出去的，意味着你只能停机。对于我们而言，如果你做它的升级，它的前端依然可以通过芯片访问到另一段的后端。

    在极端环境下，用户只有一个HBA，它所做的升级依然可以保证业务的在线。这样所有的特性高端是具备的，但是所有的中端模块化的产品以前两个session情况下不可能实现的，这是我们讨论的双控。它可以实现三种优势，优化了你的性能，简化了你系统的部署，不需要我们专业的PS，专业服务的人员，那是每天要花1.2K美金，走到现场给你做性能调优的部署。而且对于一些虚拟化环境根本无从下手进行调优，它可以实现自动的双控。我们讲双控是采用了USPV类似的这种高端的三层架构实现的，将前端端口和后端端口分离来实现的对数据卷的访问工作。