数据库架构和数据库即服务.pptxVIP

2012年5月U-CloudMySQL使用

参考架构-oracle建议2

参考架构-oracle建议3

SID数据库ADB数据库数据库架构建议4HASID：采用Hamaster-slave架构，数据表采用表分区技术ADB：多个分片，每个分片采用masterslave方式或是masterHA或是mysqlcluster方式master多slave应用数据库即效劳对于SID，采用master-多slave方式，应对大量读操作；由于分片含义不清晰，所以不采用分片，为了应对大表需求，可以采用表分区技术；对于ADB，采用分片架构多数据库存储数据，每个分片可以采用mysql-多slave结构或采用masterHA结构clusterOR

SID数据库ADB数据库数据库即效劳实现建议5HAHAHAmaster多slave应用数据库即效劳效劳器端〔数据库逻辑集群管理数据库分片管理数据对象访问接口监控〕数据库即效劳客户端〔连接池本地管理元数据访问访问接口〕数据访问〔jdbc〕元数据访问/数据对象访问〔针对SID提供〕数据访问〔jdbc〕、数据库管理和监控数据库即效劳分成客户端和效劳器端，客户端提供本地接口供给用使用，完成连接池管理、元数据库访问、数据访问等功能；效劳器端完成数据库分片管理、集群管理、数据的对象转换以及数据库监控功能数据库即效劳对应用提供两种接口：原始jdbc接口和对象访问接口，前者适用于SID和ADB，后者仅针对SID提供

财务管理渗透于业务活动信息系统支撑流程化管理李福申中国联通集团副总裁2011年4月27日谢谢！

1.1U-Cloud环境的高可用挑战7当前环境应用分散-应用分布在各省，本地接入为主资源独立–烟囱式部署的部署方式导致资源仅供单一应用使用数据私有–数据存储在独立的应用数据库中，难以数据共享目标环境应用集中化-应用部署在集中大数据中心内，供多区域访问资源弹性化–依据应用资源需求，弹性供给资源数据海量化–实现数据统一建模、管理和共享U-Cloud需解决的问题数据中心发生灾难可能导致应用不可用，同时需考虑新建数据中心的应用部署的平滑过渡当资源停服会导致多个应用或效劳不可用，故障还可能影响其它功能模块，导致风险分散，影响业务无法正常运转数据规模的急剧增长以及高并发量的数据操作可能导致数据可靠性下降在应用的集中部署、资源共享和海量数据的新环境下，数据中心灾难、故障影响扩散以及数据处理能力不稳定等风险将会导致业务系统的可用性问题，为此，U-Cloud将采用高可用、故障隔离和平滑迁移等技术确保系统的持续运行

1.2高可用设计原那么和关键要素8用户运维人员U-Cloud平台管理多层次分析消除单点故障负载均衡故障转移高可用保证平台对应用的稳定支撑基础设施是平台和应用持续运转的基石管控实现对各层面的高可用有效保障确保应用的持续服务能力电子运维资源管理资产管理应用/服务管理资源管理资源监控与调度平台可用性应用可用性设计原那么业务应用应用部署服务数据应用服务器数据库服务总线管理平台根底设施可用性服务器存储网络可用性管控监控调度

1.3高可用的根底设施层SAN共享存储数据中心2数据中心1数据中心3公共效劳群数据库群业务应用群光纤交换机特点：1.独立的业务网络：管理网络、存储网络、数据库同步网络，双路网络，保证网络的高速与冗余；2.X86服务器资源池：应用层服务器池、平台层服务器池和数据库服务器池统一管理；集群管理，解决单点故障。3.分层分片式集群池：应用层分布式集群、数据库层分布式集群；保证应用集群和数据库集群解耦监控调度管理平台故障发现、事件驱动、快速调度根底设施资源9

1.4高可用的平台承载环境平台双机热备保证高可用平台可用性存储冗余–分布式存储和集中式存储并用，并使用RAID实现IO分散和底层数据冗余网络冗余-网络关键点（外联交换机、端口、网卡）均采用冗余设计，保证网络连通的高可用服务器池化–业务应用群、公共服务群、数据库群和管理平台群数据库池化–跨数据中心的分布式数据冗余，避免单数据库宕机对应用的影响SOA服务总线–分布式群集保障服务总线高可用管理平台–采用双机系统保证管理平台的持续运转业务效劳器池应用服务器组按需弹性供应运行环境SOA效劳总线群集应用部署包数据库池心跳检测/资源调度平台数据库池管理平台服务器池管理平台监控调度心跳检测/资源调度心跳检测主服务器备服务器故障发现、事件驱动、快速调度平台资源关键节点冗余设计保证网络高可用根底资源池化保证整体高可用10

效劳层1.5高可用的应用运行环境…使用者路由/缓存访问应用1效劳总线群集……访问应用N负载均衡12集成调用3技术服务日志服务群集日志服务1…日志服务N…通知服务群