resin4新特性及云计算(环境)支持介绍.ppt

Topic Scaling Web Applications in a Cloud Environment using Resin 4.0 wannaberer@ 2010 年 3 月 Resin 4介绍 Cloud Computing Introduction Resin 4 ’s Architecture Resin 4 ’s Features Resin 4 Sticky Session和热发布 Resin 4 App Server 配置实例 云与钟 “云与钟”。 卡尔·波普尔在1965年4月，在美国华盛顿大学一次演讲中的一个题目，后来收录到了他的著作《客观知识：一个进化论的研究》中。 “好像拧开水龙头，就能享用一样！” “提出你的计算要求，得到你的计算结果 ！” “所有的云都是钟 ——甚至最阴沉的云，也是钟！” 定制开发自己的云计算系统 维护成本高：分布式数据和缓存、单点故障和容灾，数据同步和热备、集群、部署… 优点：可定制的技术架构和分布策略 Example：博客系统? Cloud computing Introduction 目的：应对变化，提供方案和技术架构 实现方式： 没有维护成本 付费高（按流量收费？） /ec2/ 购买第三方 ISP服务 Resin 4 实现了一整套基于JAVA的标准API，包括： Distributed sessions： 对于JAVA和PHP透明的标准API。 Object caching： Java Cache (JSR-107) API和PHP APC API。 Resin 4 提供了一个分布式的系统解决方案： Load Balancer： request路由转发server load Application deployment： 支持插件：Ant，Maven，eclipse 资源仓库：版本控制增量更新 热部署：2个版本的app replication push 为什么使用Resin 4 Resin 4.0 addresses all of these issues by dynamically distributing sessions, cached objects, and application files as servers are added and removed from service. Triad是resin 4的核心部件，由3个物理server组成，用于： 缓存同步：保存用户session，同步对象缓存 版本维护和发布：维护资源仓库（版本控制）和发布 负载均衡控制：保存并维护Dynamic server列表 容灾：避免单点故障问题，允许2个traid节点出错 Dynamic Server：提供web服务的服务器群组 Resin 4.0 Architecture Traid + Dynamic Server = Cluster Pods：Large Clusters 所有的pods被认为是一个单一的逻辑服务于同一套应用程序群集的一部分。 管理员可以指定一个pods为master，其他pods通过master pods实现缓存内容和session等的共享和同步。 Distributed Caching and Sessions Implementing Resin 4.x’s distributed cache： Cache data：正常的缓存对象数据 M-node：cache data的meta信息 Key hash决定m-node所属于哪个traid，其他的traid通过replication机制镜像该m-node以避免单点故障。 Version用于比较Dynamic server与traid间同一个key的缓存对象的新旧。 交互过程（update/save） 交互过程（get） Customizing Cache Configuration 根据需要缓存的对象的不同用途和特点以及系统性能和安全性的考虑，可以通过定制cache失效时间的方式来定义缓存对象的有效期。 Load Balancer algorithms ： Round robin 轮询 2. Server load 根据系统负载状况 3. Green load balancing 根据最大性能需求确定DS个数的server load Accessing the Distributed Cache from PHP applications Quercus： 纯java的实现，用resin4的distributed cache接口实现了php的l