数据库架构和数据库即服务VIP专享VIP免费

2012年5月U-CloudMySQL使用2参考架构-oracle建议3参考架构-oracle建议4SID数据库ADB数据库数据库架构建议HASID：采用Hamaster-slave架构，数据表采用表分区技术ADB：多个分片，每个分片采用masterslave方式或是masterHA或是mysqlcluster方式master多slave应用数据库即服务对于SID，采用master-多slave方式，应对大量读操作；由于分片含义不清晰，所以不采用分片，为了应对大表需求，可以采用表分区技术；对于ADB，采用分片架构多数据库存储数据，每个分片可以采用mysql-多slave结构或采用masterHA结构clusterORSID数据库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平台管理•多层次分析•消除单点故障•负载均衡•故障转移高可用保证平台对应用的稳定支撑基础设施是平台和应用持续运转的基石管控实现对各层面的高可用有效保障确保应用的持续服务能力电子运维资源管理资产管理应用/服务管理资源管理资源监控与调度平台可用性应用可用性设计原则业务应用应用部署服务数据应用服务器数据库服务总线管理平台基础设施可用性服务器存储网络可用性管控监控调度91.3高可用的基础设施层SAN共享存储数据中心2数据中心1数据中心3公共服务群数据库群业务应用群光纤交换机特点：1.独立的业务网络：管理网络、存储网络、数据库同步网络，双路网络，保证网络的高速与冗余；2.X86服务器资源池：应用层服务器池、平台层服务器池和数据库服务器池统一管理；集群管理，解决单点故障。3.分层分片式集群池：应用层分布式集群、数据库层分布式集群；保证应用集群和数据库集群解耦监控调度管理平台故障发现、事件驱动、快速调度基础设施资源101.4高可用的平台承载环境平台双机热备保证高可用平台可用性•存储冗余–分布式存储和集中式存储并用，并使用RAID实现IO分散和底层数据冗余•网络冗余-网络关键点（外联交换机、端口、网卡）均采用冗余设计，保证网络连通的高可用•服务器池化–业务应用群、公共服务群、数据库群和管理平台群•数据库池化–跨数据中心的分布式数据冗余，避免单数据库宕机对应用的影响•SOA服务总线–分布式群集保障服务总线高可用•管理平台–采用双机系统保证管理平台的持续运转业务服务器池应用服务器组按需弹性供应运行环境SOA服务总线群集应用部署包数据库池心跳检测/资源调度平台数据库池管理平台服务器池管理平台监控调度心跳检...