ZooKeeper实现分布式session
2015-11-17 14:30
204 查看
目前有关于分布式Session的实现基本上都是基于memcached。memcached本质上是一个内存缓存系统。虽然memcached也可以是分布式集群环境的,但是对于一份数据来说,它总是存储在某一台memcached服务器上。如果发生网络故障或是服务器当机,则存储在这台服务器上的所有数据都将不可访问。由于数据是存储在内存中的,重启服务器,将导致数据全部丢失。当然你可以自己实现一套机制,用来在分布式memcached之间进行数据的同步和持久化,但是实现这套机制谈何容易!
由上述ZooKeeper的特性可知,ZooKeeper是一个分布式小文件系统,并且被设计为高可用性。通过选举算法和集群复制可以避免单点故障,由于是文件系统,所以即使所有的ZooKeeper节点全部挂掉,数据也不会丢失,重启服务器之后,数据即可恢复。另外ZooKeeper的节点更新是原子的,也就是说更新不是成功就是失败。通过版本号,ZooKeeper实现了更新的乐观锁,当版本号不相符时,则表示待更新的节点已经被其他客户端提前更新了,而当前的整个更新操作将全部失败。当然所有的一切ZooKeeper已经为开发者提供了保障,我们需要做的只是调用API。
有人会怀疑ZooKeeper的执行能力,在ZooKeeper诞生的地方——Yahoo!给出了一组数据将打消你的怀疑。它的吞吐量标准已经达到大约每秒10000基于写操作的工作量。对于读操作的工作量来说,它的吞吐量标准还要高几倍。
http://www.open-open.com/lib/view/open1325412725125.html
由上述ZooKeeper的特性可知,ZooKeeper是一个分布式小文件系统,并且被设计为高可用性。通过选举算法和集群复制可以避免单点故障,由于是文件系统,所以即使所有的ZooKeeper节点全部挂掉,数据也不会丢失,重启服务器之后,数据即可恢复。另外ZooKeeper的节点更新是原子的,也就是说更新不是成功就是失败。通过版本号,ZooKeeper实现了更新的乐观锁,当版本号不相符时,则表示待更新的节点已经被其他客户端提前更新了,而当前的整个更新操作将全部失败。当然所有的一切ZooKeeper已经为开发者提供了保障,我们需要做的只是调用API。
有人会怀疑ZooKeeper的执行能力,在ZooKeeper诞生的地方——Yahoo!给出了一组数据将打消你的怀疑。它的吞吐量标准已经达到大约每秒10000基于写操作的工作量。对于读操作的工作量来说,它的吞吐量标准还要高几倍。
http://www.open-open.com/lib/view/open1325412725125.html
相关文章推荐
- IDEA 14配置jdk,tomcat及热部署
- 音乐网站制作之音乐播放
- javascript_DOM 编程艺术学习笔记(二)
- 我勇敢的迈出了第一步
- 07 编解码器Codec
- Qt 程序在 windows 下的发布
- Bat命令学习
- 管理后台-第二部分:Custom sections in Umbraco 7 – Part 2 the views(翻译文档)
- MySQL学习笔记2-System administration(uninstall mysql)
- shell脚本学习sed
- Android 判断用户2G/3G/4G移动数据网络
- javaWeb xml文件和properties文件
- 获取Android中的内部和外部数据存储目录
- 06 ChannelHandler
- UIlable 适应字体大小
- C# 使用Vlc播放视频或者监控
- bat-ver
- Java线程池使用说明
- 精心收集的Hadoop学习资料(持续更新)
- linux 挂载步骤