信息系统不停运检修典型场景介绍-河北新营公司.doc

PAGE 9 信息系统不停运检修典型场景介绍 不停运检修的内涵与定义 信息系统不停运检修是指信息系统检修期间系统功能无离线、无闪断、用户无感知，业务流转无缺失、数据无丢失，具备检修短（开发、测试周期短）、平（检修期间业务系统平稳）、快（检修发布完结快）等特点。 适用的架构模式 通常采用负载均衡、应用级容灾和双活等部署架构模式的信息系统，具备采用不停运检修的基本条件。 （一）负载均衡模式 1.F5负载均衡模式 F5负载均衡是用以扩展网络设备和服务器的带宽、增加吞吐量、加强网络处理数据能力的设备。F5负载均衡周期性通过TCMP包对每个负载均衡Pool池中的信息系统服务器（Node节点）的服务端口进行活性检测，具备12种算法通过VIP（虚拟服务地址）截获用户流量并按照规则进行负载平衡。Pool池中的任一Node节点暂离检修不影响对外VIP（虚拟服务地址）地址的服务可用性。 2.阿里云平台SLB负载均衡 SLB（Server Load Balance）服务本身以集群方式部署（可以无限扩容），通过设置虚拟服务地址（VIP），将位于同一地域（Region）的多台云服务器（Elastic Compute Service，简称ECS）资源虚拟成一个高性能、高可用的应用服务池；再根据应用指定的方式，将来自客户端的网络请求分发到云服务器池中。 SLB负载服务具有功能强大、无限扩容、动态扩容、Session保持、健康检查、RS权重六大特点；SLB服务会检查云服务器池中ECS的健康状态，自动隔离异常状态的ECS，从而解决了单台ECS的单点问题，同时提高了应用的整体服务能力。单台服务或者服务器离线检修完全不影响前端用户的任何功能体验。 应用级部署容灾模式 容灾模式具备冗余的网络、存储、数据库及应用部署，当一套链路出现异常通过网络切换用户能够访问灾备中心的一套链路。容灾模式最大的特性在于一套在线一套灾备。应用级灾备包括两个方面：数据同步和应用接管。数据同步是应用接管的前提。应用级灾备要求提供冗余的网络线路和设备。正常情况下，用户通过生产中心的业务网络访问生产中心的应用服务器；在发生灾难时，通过网络切换，客户端能够访问到灾备中心的备用服务器。通过手动的访问目标端切换可以实现不停运检修的操作。 部署链路双活模式 双活模式，又被成为Active-Active工作模式，即两套工作链路都处于激活状态，可并行处理来自用户的服务请求，一旦某套链路出现故障、离线或检修，另一套链路将及时接管其工作，且不影响自己现有的任务。该工作模式在通过互为冗余备份来确保系统高可靠性的同时，还具有均衡业务量、充分利用资源和提升系统性能等诸多优点。 双活包括：网络双活、存储双活、数据库双活和应用双活；双活模式处理层面上实现了完全冗余，区别于容灾模式，最大特点是两套网络、存储、数据库及应用都是在线运行的，如果离线了一套链路任一环节，另外一套链路还是在正常运行，对用户来说是不可感知的，业务几乎不受影响。因此一套网络、存储、数据库和应用完成链路中的任一环节检修，信息系统对外输出功能可用率依然保证100%。 DevOps平台模式 DevOps 平台实现了持续集成与部署，所有服务都必须通过代码静态检查、代码构建、集成测试、部署等一系列自动化检测过程，确保了服务的可靠性。DevOps提供灰度发布功能，确保新旧服务平滑过渡的发布。检修人员可以根据灰度用户反馈，决定是否回滚，期间用户不会有所感知。另外，服务本身以集群方式部署，保证了服务的高可用性，当集群中的一个系统发生故障时，集群会迅速做出反应，将该系统的任务分配到集群中其它正在工作的系统上执行。 其他参考模式 除以上模式可进行不停运检修外，满足以下信息系统部署模式均可参考进行：分布式应用多节点集群部署、应用服务模块化拆分冗余部署、数据库RAC模式部署、SAP三架构标准部署、检修发布采用直接推送方式及阿里云EDAS分布式服务。 不停运检修典型场景 （一）硬件/网络故障类 硬件/网络类不停运检修包括：服务器硬件故障、网络故障，此类不停运检修多为不可预见性检修，突发性较强。 检修作业步骤: 1.结合已有管理系统，详细记述故障情况； 2.下发操作权限，配置操作人员； 3.手动离线故障对象，监控存活服务器性能； 4.手动导流分压，避免故障冲击最大化； 5.检修完成后手动上线对象，回收操作权限，记录处理结果及遗留问题。 （二）产品补丁升级 产品补丁升级包括：中间件、数据库、操作系统等产品补丁升级，产品补丁升级在多数情况分为补丁上传覆盖、配置文件更新和服务、服务器重启两个步骤，数据库产品还可能涉及多次重启。 检修作业步骤： 1.制定不停运检修方案、评估冲击范围、配置责任人员； 2.发起方案审核，结合已有管理系统详细记录检修内容，保留检修痕迹； 3.下发操作权限，