文档介绍：2012年5月
U-Cloud MySQL使用
参考架构-oracle建议
2
参考架构-oracle建议
3
SID数据库
ADB数据库
数据库架构建议
4
HA
SID:采用Hamaster-slave架构,数据表采用表分区技术
ADB:多个分片,每个分片采用masterslave方式或是master HA或是mysql cluster方式
master
多slave
应用
数据库即服务
对于SID,采用master-多slave方式,应对大量读操作;由于分片含义不清晰,所以不采用分片,为了应对大表需求,可以采用表分区技术;
对于ADB,采用分片架构多数据库存储数据,每个分片可以采用mysql-多slave结构或采用master HA结构
cluster
OR
SID数据库
ADB数据库
数据库即服务实现建议
5
HA
HA
HA
master
多slave
应用
数据库即服务服务器端
(数据库逻辑集群管理数据库分片管理数据对象访问接口监控)
数据库即服务客户端
(连接池本地管理元数据访问访问接口)
数据访问(jdbc)
元数据访问/
数据对象访问
(针对SID提供)
数据访问(jdbc)、数据库管理和监控
数据库即服务分成客户端和服务器端,客户端提供本地接口供应用使用,完成连接池管理、元数据库访问、数据访问等功能;服务器端完成数据库分片管理、集群管理、数据的对象转换以及数据库监控功能
数据库即服务对应用提供两种接口:原始jdbc接口和对象访问接口,前者适用于SID和ADB,后者仅针对SID提供
财务管理渗透于业务活动
信息系统支撑流程化管理
李福申
中国联通集团副总裁
2011年4月27日
谢谢!
U-Cloud环境的高可用挑战
7
当前环境
应用分散- 应用分布在各省,本地接入为主
资源独立–烟囱式部署的部署方式导致资源仅供单一应用使用
数据私有–数据存储在独立的应用数据库中,难以数据共享
目标环境
应用集中化- 应用部署在集中大数据中心内,供多区域访问
资源弹性化–依据应用资源需求,弹性供给资源
数据海量化–实现数据统一建模、管理和共享
U-Cloud需解决的问题
数据中心发生灾难可能导致应用不可用,同时需考虑新建数据中心的应用部署的平滑过渡
当资源停服会导致多个应用或服务不可用,故障还可能影响其它功能模块,导致风险分散,影响业务无法正常运转
数据规模的急剧增长以及高并发量的数据操作可能导致数据可靠性下降
在应用的集中部署、资源共享和海量数据的新环境下,数据中心灾难、故障影响扩散以及数据处理能力不稳定等风险将会导致业务系统的可用性问题,为此,U-Cloud将采用高可用、故障隔离和平滑迁移等技术确保系统的持续运行
高可用设计原则和关键要素
8
用户
运维人员
U-Cloud平台管理
多层次分析
消除单点故障
负载均衡
故障转移
高可用
保证平台对应用的稳定支撑
基础设施是平台和应用持续运转的基石
管控实现对各层面的高可用有效保障
确保应用的持续服务能力
电子运维
资源管理
资产管理
应用/服务管理
资源管理
资源监控与调度
平台可用性
应用可用性
设计原则
业务应用
应用部署
服务
数据
应用服务器
数据库
服务总线
管理平台
基础设施可用性
服务器
存储
网络
可用性管控
监控
调度
高可用的基础设施层
SAN共享存储
数据中心2
数据中心1
数据中心3
公共服务群
数据库群
业务应用群
光纤交换机
特点:
1. 独立的业务网络:管理网络、存储网络、数据库同步网络,双路网络,保证网络的高速与冗余;
2. X86服务器资源池:应用层服务器池、平台层服务器池和数据库服务器池统一管理;集群管理,解决单点故障。
3. 分层分片式集群池:应用层分布式集群、数据库层分布式集群;保证应用集群和数据库集群解耦
监控
调度
管理平台
故障发现、事件驱动、快速调度基础设施资源
9
高可用的平台承载环境
平台双机热备保证高可用
平台可用性
存储冗余–分布式存储和集中式存储并用,并使用RAID实现IO分散和底层数据冗余
网络冗余- 网络关键点(外联交换机、端口、网卡)均采用冗余设计,保证网络连通的高可用
服务器池化–业务应用群、公共服务群、数据库群和管理平台群
数据库池化–跨数据中心的分布式数据冗余,避免单数据库宕机对应用的影响
SOA服务总线–分布式群集保障服务总线高可用
管理平台–采用双机系统保证管理平台的持续运转
业务服务器池
应用服务器组
按需弹性供应运行环境
SOA服务总线群集
应用
部