《多数据中心自动化运维.pptx》由会员分享，可在线阅读，更多相关《多数据中心自动化运维.pptx（27页珍藏版）》请在课桌文档上搜索。
1、,多数据中心自动化运维,Agenda,F5金融行业运维趋势F5应急/容灾运维F5日常运维F5精细化运维,金融行业运维的挑战,事件响应的及时性和有效性运维事件响应的及时有效性,运维的可持续性系统复杂度很高,关联程度深，新员工难以对问题进行快速响 应,互联网化带来的运维影响复杂的外部环境带来的影响应用快速增加,新业务不断涌现,联动操作的快速有效性,多数据中心运维配置之间的关联性配置的一致性两个中心如何协调联动,F5在金融客户中的部署,F5在金融中的运维需求,精细化运维 需对每一个流量/连接潜在异常进行分析 记录最详细的应用级别日志,规范事件操作流程 运维事件自动应对 业务变更操作自动化,自动化运维
2、,多中心运维,多中心配置的一致 多中心联动操作,运维部署以及效能,BIGIP,iRule,Log Analysis,Config check,Enterprise Manager/Cloud Manager,ITIL,Syslog,SOAP,FTP,SSH,Automatic Script(iCall&Shell)iCalliControl,TMSH,VS部署,WideIP部署,延迟性分析,安全事件分析,自定义报表,配置一致性,配置合规性,统一视图,性能监控,策略库配 置,自动部署,补丁管理,性能监控,配置下发,系统检查,自动事件,手动事件,F5双中心应急/容灾运维,-手动和自动应急操作,运维
3、部署以及效能,BIGIP,iRule,Log Analysis,Config check,Enterprise Manager/Cloud Manager,ITIL,Syslog,SOAP,FTP,SSH,Automatic Script(iCall&Shell)iCalliControl,TMSH,VS部署,WideIP部署,延迟性分析,安全事件分析,自定义报表,配置一致性,配置合规性,统一视图,性能监控,策略库配 置,自动部署,补丁管理,性能监控,配置下发,系统检查,自动事件,手动事件,Primary Data CenterGTM+DNS,Web Tier,App Tier,DB Tier
4、(Active),Secondary Data CenterGTM+DNS,Web Tier,App Tier,DB Tier(Standby),External Networks,ISP 1,ISP 2,ISP 2,ISP 1,Client,s,ISP链路一键屏蔽,正常情况下两数据中心入向和出向通过所有链路当出现链路服务质量问题,如运营商侧出现异常需要执行下面的操作GTM修改数据中心/Topology配置LTM修改出向链路选择上述的维护脚本可以通过预定义iCall设定为TMSH新的命令行接口通过Expect等工具协同操作同一个数据中心的LTM和GTM操作,Primary Data Cente
5、rGTM+DNS,Web Tier,App Tier,Secondary Data CenterGTM+DNS,Web Tier,App Tier,External Networks,ISP 1,ISP 2,ISP 2,ISP 1,Client,s,APP到DB的一键切换,适用于已部署数据库负载均衡的情况本中心APP连接本中心的数据库负载均衡F5服务器出现故障通过F5健康检查告警及时发现修改主中心VS指向备中心数据库修改备中心VS指向备中心上述的维护脚本可以通过预定义iCall设定为TMSH新的命令行接口通过expect等工具协同操作同一个数据中心的LTM和GTM操作,DB Tier(Stan
6、dby),DB Tier(Active),Primary Data CenterGTM+DNS,Web Tier,App Tier,Secondary Data CenterGTM+DNS,Web Tier,App Tier,External Networks,ISP 1,ISP 2,ISP 2,ISP 1,Client,s,APP到DB的一键切换,适用于已部署数据库负载均衡的情况本中心APP连接本中心的数据库负载均衡F5服务器出现故障通过F5健康检查告警及时发现修改主中心VS指向备中心数据库修改备中心VS指向备中心上述的维护脚本可以通过预定义iCall设定为TMSH新的命令行接口通过expe
7、ct等工具协同操作同一个数据中心的LTM和GTM操作,DB Tier(Standby),DB Tier(Active),iCALL简介,根据事件或时间,statistics 预设值,动化执行TMSH命令 深入控制BIGIP,iCALL,Triggered:事件触发时一次性执行Periodic:类似CrontabPerpetual:守护进程模式,iStats triggeredScript 产生的事件CLI(interactive)产生的事件System 事件,Handler连接事件和事件处理脚本,执行事件处理操作,Event,Script,iCall使用前后,tmsh list ltm DB1
8、tmsh list ltm virtual DB1 pooltmsh create ltm pool DB1_new_Pooltmsh modify ltm pool xxxxxx members add xxxx tmsh create ltm virtual xxxxxtmsh delete sys connection cs-server-addr tmsh list ltm virtual DB2 pooltmsh create ltm pool DB2_new_Pooltmsh modify ltm pool xxxxxx members add xxxxtmsh create lt
9、m virtual xxxxxtmsh delete sys connection cs-server-addr,tmsh run cli script switch_db.tcl DB1:DB2 DC1toDC2,操作量降低90%避免误操作风险,WhenHTTP应用的统计值超阀值 GTM查询统计超阀值 端口吞吐率超阀值 Member吞吐率操作阀值内存使用超过阀值CPU使用超过阀值 达到维护定时操作时间.,Action运行TCPDUMP和QKview 变更VS配置变更Pool member 发送SYSLOG检测硬盘检测进程内存 执行Failover.,iCALL 实现的自动化应急操作,F5双中
10、心日常运维,-非应急日常维护操作,运维部署以及效能,BIGIP,iRule,Log Analysis,Config check,Enterprise Manager/Cloud Manager,ITIL,Syslog,SOAP,FTP,SSH,Automatic Script(iCall&Shell)iCalliControl,TMSH,VS部署,WideIP部署,延迟性分析,安全事件分析,自定义报表,配置一致性,配置合规性,统一视图,性能监控,策略库配 置,自动部署,补丁管理,性能监控,配置下发,系统检查,自动事件,手动事件,GTM,单数据中心配置关联性,WideIP,DataCenter,
11、Link,Pool,域名的智能解析，用户就久行 访问，多活数据中心流量的引 导,LTM,Virtual Server,Server Pool,Monitor,Persistent,灵活IT架构的基础，本地数据 中心应用交付，实现高可用,ASM WA,HTTP Class,Policy Set,Pool,应用安全和高性能方案的最佳 实现,Primary Data CenterGTM+DNS,Web Tier,App Tier,DB Tier(Active),Secondary Data CenterGTM+DNS,Web Tier,App Tier,DB Tier(Standby),Extern
12、al Networks,ISP 1,ISP 2,ISP 2,ISP 1,Client,s,Virtualized Servers and storage,双数据中心配置一致性,WEB配置,APP配置,DB配置,配置定期保持以及上传,/,F5跨数据中心配置关联检查,备份文件定期扫描和配置合规检查,自动化配置-ITLT接口和流程,接收表单数据，整理，提取变量，检查F5配置和本 次操作是否包含冲突,根据业务数据生成F5执行命令脚本，在对应的F5上执行操作,未通过审核,通过审核,系统管理员审核，补充表单数据,包含冲突,F5精细化运维,-iRule输出应用级日志,运维部署以及效能,BIGIP,iRule
13、,Log Analysis,Config check,Enterprise Manager/Cloud Manager,ITIL,Syslog,SOAP,FTP,SSH,Automatic Script(iCall&Shell)iCalliControl,TMSH,VS部署,WideIP部署,延迟性分析,安全事件分析,自定义报表,配置一致性,配置合规性,统一视图,性能监控,策略库配 置,自动部署,补丁管理,性能监控,配置下发,系统检查,自动事件,手动事件,正常流量,异常流量,案例背景：客户在每天都会不定时的遇到流量的峰值，有时候这些流量的 峰值会拖慢整个网络基础架构，造成事务的延迟但是所有的安
14、全设备 都没有报警，而Access log也无从分析客户咨询技术顾问想找到问题的根本原因并从此改善用户体验,iRule应用级自定义日志案例,-互联网异常流量,解决方案：编写特定的iRule程序，使用HSL log输出日志到分析软件提取Access log中无法获取到的报文头信息使用分析软件对每次事务进行分析，发现访问的行为特征,-互联网异常流量,iRule应用级自定义日志案例,-四层应用延迟性分析,F5 AVR已经可以实现HTTP应用的延迟性分析对于银行内大量使用的前置机等Socket类型服务器可使用iRule HSL分别 输出服务器端延迟和客户端延迟分析软件可以实时获取到当前延迟的信息并提供自定义报表和报警功能,iRule应用级自定义日志案例,
