开源的SaaS解决方案.pptxVIP

开源的SaaS解决方案第1页/共61页第2页/共61页Part 1：IT部署视图演化及挑战Part 2：动态基础设施Part 3：SaaS架构关注技术Part 4： QA第3页/共61页IT系统部署视图演化-1第4页/共61页N轮视图演化后架构第5页/共61页第6页/共61页演化面对的挑战第7页/共61页Part 1：IT部署视图演化及挑战Part 2：动态基础设施Part 3：SaaS架构关注技术Part 4： Q A第8页/共61页云计算关键特性第9页/共61页基础设施供应生命周期第10页/共61页资源池动态伸缩CloudCloudDDDDDDDDD第11页/共61页Part 1：IT部署视图演化及挑战Part 2：动态基础设施Part 3：SaaS关注技术Part 4：QASaaS关键特性第12页/共61页高伸缩：多租户，功能可配置，流程可配置第13页/共61页SaaS 架构关注内容第14页/共61页数据存储的挑战第15页/共61页传统解决方案VS 新兴解决方案 第16页/共61页SQL集群技术-MySQL集群方案有点缺点速度适用场合NDB可用于负载均衡场合； 可用于高可靠性场合； 高伸缩性； 真正的数据库冗余； 容易维护。随着数据库的变大，对RAM的需求变得更大，因此成本很高几乎 比典型的单独服务器（无千兆以太网，无SCI卡，存储引擎相关的限制少）慢10倍。冗余，高可靠 性，负载均衡MySQL / GFS-GNBD/ HA (Active/Passive) 高可靠性 某种程度的冗余 按照高可靠性进行伸缩没有负 载均衡 没有保证的冗余 无法对写操作进行伸缩对读操作支持得较好需要高可靠性的、读操作密集型的应用MySQL / DRBD / HA (Active/Passive) 高可靠性； 一定程度的冗余； 以 高可靠性名义来看是可伸缩的没有负载均衡 没有保证的冗余 在写负载方面没有伸缩性在读写方面相当于单独服务器需要高可靠性、读操作密集型的应用 MySQL Write Master / Multiple MySQL Read Slaves (Active/Active) 读操作的高可靠性； 读操作的负载均衡； 在读 操作负载均衡方面是可伸缩的无写操作的高可靠性； 无写操作的负载均衡； 在写操作方面无伸缩性同单独服务器；在读操作方面支持得较好读操作密集型的、需要高可靠性和负载均衡的应用Google MySQL MMM技术Sharding vs Partition第17页/共61页ShardingPartition存储依赖可跨越DB可跨越物理机器可跨越表空间,不同的物理属性不能跨DB存储存储方式分布式集中式扩展性Scale Out(横向扩展)Scale Up(升级设备)可用性无单点，需要处理跨数据事务存在单点(DB数据本身)应用场景web 2.0多数传统应用数据切分-SQL第18页/共61页实现方式优点缺点垂直切分实现简单扩展能力有限强耦合的应用不容易垂直切分读写分离可有效分担读的压力主要在数据库层扩展，应用修改小对读写均衡的应用扩展能有限依赖于数据库本身的同步能力水平切分SaaS普遍使用扩展性强实施复杂第19页/共61页垂直shardinguserAppDALphr水平sharding第20页/共61页Phr 33%AppDALPhr 33%Phr 34%第21页/共61页读写分离phrAppDAL读/写读phrSQL数据访问区域(DAL)第22页/共61页1.mysql proxy 实现“读写分离（Read/Write Splitting）”。基本的原理是让主数据库处理事务性查询，而从数据库处理SELECT查询。数据库复制被用来把事务性查询导致的变更同步到集群中的从数据库。2.Amoeba Amoeba项目是分布式数据库 proxy 开发框架。座落与Client、DB Server(s)之间。对客户 端透明。具有负载均衡、高可用性、sql过滤、读写分离、可路由相关的query到目标数据库、可并发请 求多台数据库合并结果。 主要解决： * 降低 数据切分带来的复杂多数据库结构 * 提供切分规则并降低 数据切分规则 给应用带来的影响 * 降低db 与客户端的连接数 * 读写分离3.Websphere II第23页/共61页Case 1 Case 1第24页/共61页数据生成分布规则：按照20会员每天采集一次监控，每次采集10个指标（都为数值型）计算，按照20万会员2010年全年的数据量，共计生成 7.3 亿条记录。分布在4个节点中，每台设备1.825亿条。共计50GB。血压标签统计地区执行时间120~15090~12080~90test0np_034539ms15732123140882123Transaction Nam