ACI帮助客户解决了什么问题分析.pptxVIP

ACI 帮助客户解决了什么问题 Product Manager Stephen Li ACI解决了客户什么问题 － 第一步，简化部署 在过去，要上一个应用，需要很多服务器，于是网管人员得一台台交换机的去配置VLAN／QoS／ACL，费时间而且很僵化 有了虚拟化以后，问题更麻烦了，如果虚拟机发生漂移，到了另外一台交换机下面的物理机器上，那么网络也有做变动 久而久之，就形成两种问题：上线一个新的业务软件，网络成为瓶颈，半天配不好；在虚拟化的环境下，因为怕虚拟机漂移，得把全网打通，安全／管控又成了问题 ACI引入了APIC集中控制器，可以统一动态的配置全网所有的物理／虚拟交换机 更重要的是，ACI不再按照以前传统命令行的方式去配置网络，APIC控制器通过类似于Service Profile的东西，一开始就把每个应用的各种策略制定好（ACL／QoS／VLAN），以后不管是物理机器搬来搬去，还是虚拟机的漂移，这些策略都会跟着跑到对应的交换机上去，自动配好 理解ACI的Profile概念，是理解接下来ACI的所有特点的基础 让我们回到一切的开始 － UCS Service PROfile Service Profile – 制定模板，简化部署 传统模式是怎么配置网络的 应用软件部门的同事 网络部门 应用程序有啥要求 switch5(config)# switch5(config)# int eth 1/10 - 11 switch5(config)# switch mode acc switch5(config)# switch acc vlan 444 switch5(config)# no shut switch5(config)# int eth 1/11 - 15 switch5(config)# switch mode acc switch5(config)# switch acc vlan 555 switch5(config)# no shut switch5(config)# monitor session 1 source vlan 555 switch5(config)# monitor session 1 dest eth 1/16 “CLI” － 命令行 A correct network is defined with the necessary settings and resources 安全控制部门 Text-based language Very Verbose Settings Resources Allocation are done in one shot Redundant Definitions In ONE Step Define required settings Allocate network resources 在ACI的世界里，网络是怎么被配置的 应用软件部门 网络部门 Application requirements 安全部门 Step 1 定义好策略 Step 2 分配网络资源 通过APIC控制器，自动下发配置到全网物理交换机和虚拟交换机 部署灵活性： 在任意地方任意网络架构下部署您的应用ACI – Application-Centric Infrastructure ADC app db f/w ADC WEB Connectivity Policy Security Policies QoS Bandwidth Reservation Availability Storage and compute Application L4-L7 Services 可扩展的脚本语言模型 ACI解决了客户什么问题 － 第二步，动态调优和定位问题 过去，应用变得很慢，怀疑是网络的问题，网管人员得一台台交换机上去看端口，看流量，然后再把IP地址“翻译成”应用服务器的名字，才知道是那台服务器很慢 因为是一台台的交换机去看流量，没有办法得到全网的情况，还得人工手工的去做对照关系，才知道问题出在什么位置 旷日持久，往往耽误了问题的解决，影响了应用调优和问题的快速定位 因为ACI从一开始就是按照应用来设计网络的，所以网管／应用人员可以看到各个应用服务器，在全网什么地方跑得多快，丢了多少个包 更进一步的，可以按照预先设计的策略，自动的调整全网各台交换机的配置，让某个特定的应用“跑快一些” 这种做法，在以前传统靠命令行的网络操作模式下，基本上是不可能的,难道想让某个应用快一点的时候，一台台手工的到交换机上去敲命令行修改配置？ F5之类负载均衡设备可以管得了出入口但是没法全网配置所有交换机啊 Systems Telemetry ACI: 将应用快速部署到网络中，同时保证扩展性，安全性和应用可见性