谈谈分布式缓存那些事儿

  • 时间:
  • 浏览:1
  • 来源:大发彩神UU快三_大发神彩UU快三官方

1.3 分布式缓存的发展

分布式缓存经历了多个发展阶段,由最初的本地缓存到弹性缓存平台直至弹性应用平台[8],目标是朝着构建更好的分布式系统方向发展(如下图所示).

1) 本地缓存:数据存储在应用代码所在内存空间.优点是都还可以 提供快速的数据访问;缺点是数据无法分布式共享,无容错解决.典型的,如Cache4j;

2) 分布式缓存系统:数据在固定数目的集群节点间分布存储.优点是缓存容量可扩展(静态扩展);缺点是扩展过程中时需几瓶配置,无容错机制.典型的,如 Memcached;



1.4 分布式缓存与NoSQL

NoSQL 又称为Not Only Sql,主可是指非关系型、分布式、支持水平扩展的数据库设计模式.NoSQL 放弃了传统关系型数据库严格的事务一致性和范式约束,采用弱一致性模型.相对于NoSQL 系统,传统数据库难以满足云环境下应用数据的存储需求,具体体现在以下3 个方面:

1) 根据CAP 理论,一致性(consistency)、可用性(availability)和分区容错(partition tolerance)这3 个每种最多一块儿满足有三个,可能三者兼顾.对云平台中部署的几瓶Web 应用而言,数据可用性与分区容错的优先级通常更高,可是一般会选折 适当放松一致性约束.传统数据库的事务一致性需求制约了其横向伸缩与高可用技术的实现;

2) 传统数据库难以适应新的数据存储访问模式.Web 2.0 站点以及云平台中占据 几瓶半底部形态化数据,如用户Session 数据、时间敏感的事务型数据、计算密集型任务数据等,哪此情况报告数据更适合以Key/Value 形式存储,不时需RDBMS 提供的复杂化的查询与管理功能;

3) NoSQL 提供低延时的读写速率单位,支持水平扩展,哪此底部形态对拥有海量数据访问请求的云平台而言是至关重要的.传统关系型数据无法提供同样的性能,而内存数据库容量有限且不具备扩展能力.分布式缓存作为NoSQL 的两种重要实现形式,可为云平台提供高可用的情况报告存储与可伸缩的应用加速服务,与这名 NoSQL 系统间并无清晰的界限.平台中应用访问与系统故障均具有不可预知性,为了更好地应对哪此挑战,应用软件在架构时通常采用无情况报告设计,几瓶情况报告信息不再由组件、容器或平台来管理,可是直接交 付给后端的分布式缓存服务或NoSQL 系统.

1.5 分布式缓存与极限事务解决

随着云计算与 Web 2.0 的进一步发展,这名 企业或组织时常会面对空前的需求:百万级的并发用户访问、每秒数以千计的并发事务解决、灵活的弹性与可伸缩性、低延时及7×24×365 可用性等.传统事务型应用面临极限规模的并发事务解决,总出 了极限事务解决型应用,典型的有铁路售票系统.Wikipedia 认为,极限事务解决是每秒多于50 事务或高于10 000 次并发访问的事务解决[12].Gartner 将极限事务解决(extreme transactionprocessing,简称XTP)定义为两种为事务型应用的开发、部署、管理和维护供支持的应用模式,特点是对性能、可扩展性、可用性、可管理性等方面的极限需求.Gartner 在其报告中预测指出,极限事务解决型应用的规模将由505 年的10%提升至2010 年的20%,极限事务解决技术是未来5 年~10 年的热点技术.极限事务解决的引入,无疑给传统Web 三层架构带来了新的挑战.即,怎么才能 才能 在廉价的、标准化的硬件和软件平台之上,对大容量、业务关键型的事务解决应用提供良好的支撑.分布式缓存作为两种关键的XTP 技术,可为事务型应用提供高吞吐率、低延时的技术解决方案.其延迟写(write-behind)机制可提供更短的响应时间,一块儿极大地降低数据库的事务解决负载,分阶段事件驱动架构(staged event-driven architecture)都还可以 支持大规模、高并发的事务解决请求.此外,分布式缓占据 内存中管理事务并提供数据的一致性保障,采用数据群群克隆实现高可用性,具有较优的扩展性与性能组合.

文章来源:http://os.51cto.com/art/201506/397999.htm

原文链接:http://blog.csdn.net/dinglang_509/article/details/9071075

(作者:dinglang_509)

1.2 典型应用场景

分布式缓存的典型应用场景可分为以下几类:

1) 页面缓存.用来缓存Web 页面的内容片段,包括HTML、CSS 和图片等,多应用于社交网站等;

2) 应用对象缓存.缓存系统作为ORM 框架的二级缓存对外提供服务,目的是减轻数据库的负载压力,加速应用访问;

3) 情况报告缓存.缓存包括Session 会话情况报告及应用横向扩展时的情况报告数据等,这名数据一般是难以恢复的,对可用性要求较高,多应用于高可用集群;

4) 并行解决.通常涉及几瓶顶端计算结果时需共享;

5) 事件解决.分布式缓存提供了针对事件流的连续查询(continuous query)解决技术,满足实时性需求;

6) 极限事务解决.分布式缓存为事务型应用提供高吞吐率、低延时的解决方案,支持高并发事务请求解决,多应用于铁路、金融服务和电信等领域.





在前面的这名 文章中,从实战的速率单位,讲解了有关 memcached的应用、容灾、监控等等。这名 匮乏对理论的讲解和原理性的剖析。本文将从理论的速率单位去介绍,让大伙儿从宏观上对“分布式缓存、nosql”等技术有所了解,以便进一步学习和使用。在构建大规模的web应用时,缓存技术都还可以 说是必备的,学习的必要性不是可是。

3) 弹性缓存平台:数据在集群节点间分布存储,基于冗余机制实现高可用性.优点是可动态扩展,具有容错能力;缺点是群克隆备份会对系统性能造成一定影响.典型的,如 Windows Appfabric Caching;

分布式缓存概述

1.1 分布式缓存的底部形态

分布式缓存具有如下底部形态:

1) 高性能:当传统数据库面临大规模数据访问时,磁盘I/O 往往成为性能瓶颈,从而愿因匮乏的响应延迟.分布式缓存将高速内存作为数据对象的存储介质,数据以key/value 形式存储,理想情况报告下都还可以 获得DRAM 级的读写性能;

2) 动态扩展性:支持弹性扩展,通过动态增加或减少节点应对变化的数据访问负载,提供可预测的性能与扩展性;一块儿,最大限度地提高资源利用率;

3) 高可用性:可用性带有数据可用性与服务可用性两方面.基于冗余机制实现高可用性,无单点失效(single point of failure),支持故障的自动发现,透明地实施故障切换,不要再因服务器故障而愿因缓存服务中断或数据丢失.动态扩展时自动均衡数据分区,一块儿保障缓存服务持续可用;

4) 易用性:提供单一的数据与管理视图;API 接口简单,且与拓扑底部形态无关;动态扩展或失效恢复时不要再人工配置;自动选折 备份节点;多数缓存系统提供了图形化的管理控制台,便于统一维护;

5) 分布式代码执行(distributed code execution):将任务代码转移到各数据节点并行执行,客户端聚合返回结果,从而有效解决了缓存数据的移动与传输.最新的Java 数据网格规范JSR-347中加入了分布式代码执行与Map/reduce 的API 支持,各主流分布式缓存产品,如IBM WebSphere eXtreme Scale,VMware GemFire,GigaSpaces XAP 和Red Hat Infinispan 等也都支持这名 新的编程模型.

4) 弹性应用平台:弹性应用平台代表了云环境下分布式缓存系统未来的发展方向.简单地讲,弹性应用平台是弹性缓存与代码执行的组合体,将业务逻辑代码转移到数据所在节点执行,都还可以 极大地降低数据传输开销,提升系统性能.典型的,如 GigaSpaces XAP.