ACI 帮助客户解决了什么问题

ACI帮助客户解决了什么问题,ProductManager,StephenLi,ACI解决了客户什么问题第一步，简化部署,在过去，要上一个应用，需要很多服务器，于是网管人员得一台台交换机的去配置VLANQoSACL，费时间而且很僵化有了虚拟化以后，问题更麻烦了，如果虚拟机发生漂移，到了另外一台交换机下面的物理机器上，那么网络也有做变动久而久之，就形成两种问题：上线一个新的业务软件，网络成为瓶颈，半天配不好；在虚拟化的环境下，因为怕虚拟机漂移，得把全网打通，安全管控又成了问题ACI引入了APIC集中控制器，可以统一动态的配置全网所有的物理虚拟交换机更重要的是，ACI不再按照以前传统命令行的方式去配置网络，APIC控制器通过类似于ServiceProfile的东西，一开始就把每个应用的各种策略制定好（ACLQoSVLAN），以后不管是物理机器搬来搬去，还是虚拟机的漂移，这些策略都会跟着跑到对应的交换机上去，自动配好理解ACI的Profile概念，是理解接下来ACI的所有特点的基础,让我们回到一切的开始UCSServicePROfileServiceProfile制定模板，简化部署,传统模式是怎么配置网络的,应用软件部门的同事,网络部门,应用程序有啥要求,switch5(config)#switch5(config)#inteth1/10-11switch5(config)#switchmodeaccswitch5(config)#switchaccvlan444switch5(config)#noshutswitch5(config)#inteth1/11-15switch5(config)#switchmodeaccswitch5(config)#switchaccvlan555switch5(config)#noshutswitch5(config)#monitorsession1sourcevlan555switch5(config)#monitorsession1desteth1/16,“CLI”命令行,Acorrectnetworkisdefinedwiththenecessarysettingsandresources,安全控制部门,Text-basedlanguageVeryVerboseSettings&ResourcesAllocationaredoneinoneshotRedundantDefinitions,InONEStepDefinerequiredsettingsAllocatenetworkresources,在ACI的世界里，网络是怎么被配置的,应用软件部门,网络部门,Applicationrequirements,安全部门,Step1定义好策略,Step2分配网络资源,通过APIC控制器，自动下发配置到全网物理交换机和虚拟交换机,部署灵活性：在任意地方任意网络架构下部署您的应用ACIApplication-CentricInfrastructure,ADC,app,db,f/wADC,WEB,ConnectivityPolicy,SecurityPolicies,QoSBandwidthReservationAvailability,Storageandcompute,ApplicationL4-L7Services,可扩展的脚本语言模型,ACI解决了客户什么问题第二步，动态调优和定位问题,过去，应用变得很慢，怀疑是网络的问题，网管人员得一台台交换机上去看端口，看流量，然后再把IP地址“翻译成”应用服务器的名字，才知道是那台服务器很慢因为是一台台的交换机去看流量，没有办法得到全网的情况，还得人工手工的去做对照关系，才知道问题出在什么位置旷日持久，往往耽误了问题的解决，影响了应用调优和问题的快速定位因为ACI从一开始就是按照应用来设计网络的，所以网管应用人员可以看到各个应用服务器，在全网什么地方跑得多快，丢了多少个包更进一步的，可以按照预先设计的策略，自动的调整全网各台交换机的配置，让某个特定的应用“跑快一些”这种做法，在以前传统靠命令行的网络操作模式下，基本上是不可能的,难道想让某个应用快一点的时候，一台台手工的到交换机上去敲命令行修改配置？F5之类负载均衡设备可以管得了出入口但是没法全网配置所有交换机啊,SystemsTelemetry,ACI:将应用快速部署到网络中，同时保证扩展性，安全性和应用可见性,让物理网络和虚拟化环境相结合,TenantHEALTHSCORE,LATENCY,VISIBILITY,VMs,Physical,ApplicationDeliveryController,Firewall,Microsecond(s),3,35,2,PacketDrops,0,SystemsTelemetry,ApplicationHEALTHSCORE,LATENCY,VISIBILITY,VMs,Physical,ApplicationDeliveryController,Firewall,Microsecond(s),5,16,8,PacketDrops,25,ACI应用场景更好的性能优化和负载均衡,网络端口利用率,ACI解决了客户什么问题第三步，安全管控,过去，如果要做安全策略，交换机上要一台台的配置ACL访问控制策略。这些ACL根本不管什么应用，全部是VLANIP端口之类网络的语言，非常难以理解如果回头配置这些ACL到交换机上的人离开了，后面的人也不敢删这些配置，反正看不懂，只能往每台交换机上面不断的增加新的ACL久而久之，ACL变得很多而且乱七八糟，互相还可能出现冲突因为ACI的APIC控制器完全是按照应用的语言去定义策略的，所以如果这个应用不再跑在这台交换机的端口下了，这些策略也会自动的被拿掉更重要的是，我们给了应用安全网络三个部门同一种语言说话，同样的策略去看全网的安全，这和以前把应用mapping到服务器，然后再mapping到IP，完全是两个世界了,研发部门,法律部门,销售部门,人事,财务,ACI应用场景更灵活完善的安全管控,PolicyEngine,动态的企业安全策略,市场部门,ACI解决了客户什么问题第四步，不需要布线就能上10GBiDi光纤，让客户平滑过渡到10G服务器接入的时代,万兆服务器已经逐渐成为业界主流这要求接入交换机提供40G上行，才能保证48台服务器足够上行带宽传统40G要8芯多模光纤今天机房大都是6/12芯光纤到每个机柜，跑一个40G够呛，遑论冗余如果要跑40G，用户需要整个机房重新布线BiDI光纤模块，不需要重新布线，直接上40G,今天，48个万兆服务器接到交换机，你需要交换机40G上行，布线成了问题,思科40GBiDi光模块