数据库高可用性课件_第1页
数据库高可用性课件_第2页
数据库高可用性课件_第3页
数据库高可用性课件_第4页
数据库高可用性课件_第5页
已阅读5页,还剩15页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

SequoiaDB

–HA2013/10/07高可用高可用(HA)是一种系统,经过专门的设计,从而减少停机的时间,保证其服务的高度可用性尽可能缩短因日常维护和突发情况所导致的停机时间计划停机时间ScheduledDowntime一般由系统维护时所必须的停机时间决定包括升级软件重启备份非计划停机时间UnscheduledDowntime计划外的停机时间包括软件崩溃硬件失效网络断连电源故障SLAServiceLevelAgreements代表一段时间内系统在线提供服务时间的比例可用性%每年每月每日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秒如何做到高可用系统设计时在软硬件层面避免SPOF(SinglePointOfFailure)自动化监控系统制定紧急切换方案架构层级应用程序中间件数据库网络硬件传统数据库架构应用程序中间件数据库SPOF应用程序中间件数据库ShareDisk应用程序中间件数据库数据库ShareDisk优势WorkloadBalance实现相对简单劣势数据的可靠性完全依赖存储可扩展性受限例如DB2forz/OSOracleRACDB2PureScaleShareDisk难点一致性全局锁共享内存实现方式对等模式OracleRAC缺点:扩展性极差中央调度DB2缺点:对初始配置带宽要求高ShareNothing无共享架构优势线性水平扩张并行处理缺点可靠性数据复制Replication数据复制主被模式(Master/Slave)实现简单读写分离需要重新选取管理相对复杂对等模式(Master/Master)管理简单无重新选举时间实现复杂性能相对较低网络压力大对等复制集群(P2P)CassandraShareNothing+Replication=Sharding数据分片无共享架构每个分区进行数据复制优势高可用线性水平扩张读写分离缺点一致性和高可用的抉择管理复杂强一致下的Sharding对性能影响较大数据必须被对端接收才能返回被TCP接收即返回被缓冲池接收即返回被日志写入磁盘即返回冷备节点备节点不能读写热备节点备节点只读锁问题难以处理,一般仅支持脏读最终一致下的Sharding对性能影响较小异常处理逻辑相对复杂备节点数据可能与主节点不同步需要强一致的应用程序通过主节点读写或者使W+R>N可能存在数据丢失设置检查点的概念分片的难点一致性如何保

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论