数据库高可用性精.ppt

数据库高可用性第1页，本讲稿共20页高可用高可用（HA）是一种系统，经过专门的设计，从而减少停机的时间，保证其服务的高度可用性 尽可能缩短因日常维护和突发情况所导致的停机时间第2页，本讲稿共20页计划停机时间Scheduled Downtime一般由系统维护时所必须的停机时间决定包括升级软件重启备份第3页，本讲稿共20页非计划停机时间Unscheduled Downtime计划外的停机时间包括软件崩溃硬件失效网络断连电源故障第4页，本讲稿共20页SLAService Level Agreements代表一段时间内系统在线提供服务时间的比例可用性可用性%每年每年每月每月每日每日9036.5天72小时16.8小时9518.25天36小时8.4小时9710.96天21.6小时5.04小时987.30天14.4小时3.36小时993.65天7.20小时1.68小时99.51.83天3.60小时50.4分钟99.817.52小时86.23分钟20.16分钟99.98.76小时43.8分钟10.1分钟99.954.38小时21.56分钟5.04分钟99.9952.56分钟4.32分钟1.01分钟99.9995.26分钟25.9秒6.05秒99.999931.5秒2.59秒0.605秒99.999993.15秒0.256秒0.0605秒第5页，本讲稿共20页如何做到高可用系统设计时在软硬件层面避免SPOF（Single Point Of Failure）自动化监控系统制定紧急切换方案第6页，本讲稿共20页架构层级应用程序中间件数据库网络硬件第7页，本讲稿共20页传统数据库架构应用程序中间件数据库第8页，本讲稿共20页SPOF应用程序中间件数据库第9页，本讲稿共20页Share Disk应用程序中间件数据库数据库第10页，本讲稿共20页Share Disk优势Workload Balance实现相对简单劣势数据的可靠性完全依赖存储可扩展性受限例如DB2 for z/OSOracle RACDB2 PureScale第11页，本讲稿共20页Share Disk难点一致性全局锁共享内存实现方式对等模式Oracle RAC缺点：扩展性极差中央调度DB2缺点：对初始配置带宽要求高第12页，本讲稿共20页Share Nothing无共享架构优势线性水平扩张并行处理缺点可靠性第13页，本讲稿共20页数据复制Replication数据复制主被模式（Master/Slave）实现简单读写分离需要重新选取管理相对复杂对等模式（Master/Master）管理简单无重新选举时间实现复杂性能相对较低网络压力大第14页，本讲稿共20页对等复制集群（P2P）Cassandra第15页，本讲稿共20页Share Nothing+Replication=Sharding数据分片无共享架构每个分区进行数据复制优势高可用线性水平扩张读写分离缺点一致性和高可用的抉择管理复杂第16页，本讲稿共20页强一致下的Sharding对性能影响较大数据必须被对端接收才能返回被TCP接收即返回被缓冲池接收即返回被日志写入磁盘即返回冷备节点备节点不能读写热备节点备节点只读锁问题难以处理，一般仅支持脏读第17页，本讲稿共20页最终一致下的Sharding对性能影响较小异常处理逻辑相对复杂备节点数据可能与主节点不同步需要强一致的应用程序通过主节点读写或者使W+R N可能存在数据丢失设置检查点的概念第18页，本讲稿共20页分片的难点一致性如何保障正常流程中的一致性崩溃恢复的一致性重新选举的一致性对象版本的一致性状态的一致性如何进行心跳检测如何动态增减节点如何选举第19页，本讲稿共20页Questions第20页，本讲稿共20页