核心系统高可用性设计.pdfVIP

关于系统稳定性策略的探讨 1.前言 系统作为业务系统的核心，其运行稳定性和高可用性至关重要。 因此，需要通过高可用性设计来尽量减少系统的计划内和计划外停机， 并在系统出现故障时及时响应、快速恢复，以保障关键数据和业务系 统的运行稳定性和可持续访问性。其中： 1. 计划内停机是指管理员有组织、有计划安排的停机，比如 升级硬件微 、升级软件版本、调整数据库库表、更换硬件设备、测 试系统新功能等时，可能需要的停止系统运行。 2. 计划外停机是指非人为安排的、意外的停机，比如当硬件 出现重大故障、应用程序停止运行、机房环境遭到灾难性的破坏 时所引起的业务系统停止运行。 目前，对于计划内和计划外停机，可通过消除系统中的单点失效 来尽量减少停机时间。同时，通过采用可在线维护（固件升级、在线扩 充、故障部件更换）的设备，并通过负载均衡机制实现应用系统的在 线升级、维护，将有效消除计划内停机对业务系统的影响。此外，由于 系统中采用了全面的负载均衡设计，并针对系统失效提供了可靠的数 据备份恢复和多点容灾保护，因而能够有效减少系统计划外停机的恢 复时间。 在造成系统宕机的原因方面，有统计中表明并非都是硬件问题。 其中，硬件 问题只占 40％，软件 问题占 30％，人为因素占 20％，环境 因素占 10％。因此，高可用性设计应尽可能地考虑到上述所有因素。 对于系统而言，其整体的可用性将取决于内部的应用系统、主机、数 据库等多种因素；同时，训练有素的系统维护人员和良好的服务保障 也是确保系统稳定运行和故障快速恢复的关键。 2.应用系统 系统在应用软件架构设计中应从渠道层、渠道管理层、业务处理 层等不同层面通过多种措施和策略的综合设计来提高应用系统的高 可用性和稳定性。 在渠道管理层和业务处理层的设计中，要考虑设置应用负载均衡、 应用软件失效备援、vip 服务通道、流量控制、故障隔离等机制。 1. 应用负载均衡 应用软件负载均衡通过多个层次上不同的负载均衡策略一起实 现整体的负载均衡，应用负载均衡的设计思路是将大量的并发访问或 数据流量分担到多台节点设备上分别处理和将单个重负载的运算分 担到多台节点设备上做并行处理来达到负载均衡的效果，从而提高服 务响应速度，提高服务器及其他资源的利用效率，避免服务请求集中 于单一节点导致拥塞。 2. 应用软件失效备援 应用软件构建在面向服务的架构、设计思想上，应用服务具有较 高的可灵活部署性。通过这种灵活性，结合系统基础设施的规划、部 署可以实现应用软件的失效备援。系统可以考虑实现基于应用服务和 基于应用服务管理框架的多种应用软件失效备援机制。 基于应用服务的失效备援是在应用服务管理框架中可以实现应 用服务的冗余部署，利用硬件负载均衡设备或应用软件负载均衡可以 在需要时将服务请求切换到相应的冗余服务。 基于应用服务管理框架的失效备是将应用服务框架在系统中冗 余部署，利用硬件负载均衡设备或应用软件负载均衡可以在需要时将 服务请求切换到相应的冗余的应用服务管理框架。 3. vip 服务通道 在系统中，从系统运行稳定性、持续性及处理性能的角度，配合 物理设备、系统支撑软件（数据库系统、操作系统）的相关措施，应用软 件可通过构建 VIP 服务通道的方式降低应用服务运行期间的相互影 响。服务通道可以基于不同业务产品或不同应用服务管理框架的不同 粒度来设置，从而满足部分应用处理资源只响应特定的服务请求或不 同的服务监听响应不同的通道传递过来的服务申请的功能。 4. 流量控制 在系统中，从系统运行稳定性、持续性角度，配合物理设备、系统 支撑软件（数据库系统、操作系统）的相关措施，应用软件可以通过对 服务请求的流量控制机制，在系统性能波动较大时间段，对少部分影 响程度高的交易进行流量控制，保障系统运行平稳运行。 流量控制是大集中系统体系结构中提供的通过应用软件对系统 实施控制的功能。流量控制基于大集中系统逻辑架构，依据系统、子 系统、渠道等不同层面的交易流量、交易状态和确定的控制策略、控 制规则，对系统实施控制。应用系统具有如下功能： a) 流量数据采集：支持流量数据的采集功能。 b) 流量值计算：完成对采集的流量数据进行计算，检索出