JBoss 5 Clustering Guide (第二部分)

1.4.2.2 外部的负载分配器
不是说了嘛, 外部的东西自己决定平衡策略, 能干啥自己说了算. jboss唯一的要求就是session afinity(stick session), 粘滞session就是说一旦某客户和某cluster node发生了关系, 就要从一而终, 除非一方意外死亡, 否则不能解除关系.
(个人觉得特殊需求, 比如报表/大图片/文件等还是需要小二小三存在的)

1.4.3 农场化部署Farming Deployment
在cluster里面部署应用, 最方便的是用farming service. 就是把ear/war/sar热部署到任意node的all/farm目录下, cluster的其他节点会被自动复制过去. 刚加入的node也会在启动时自动加载农场里的应用. 同理, 在一个节点下面删除应用, cluster里面的其它node也会自动删除应用.

注意: 目前(5.0?) 只有第一个加入cluster的node或者热部署的node才能被自动部署. 就是说, 后加入cluster的node其farm目录下的应用不会被传播出去. 这是因为系统不知道这个目录下面的东西是新的还是从别的cluster遗留下来的东西. 改进中.

注意: 只能部署打包过的XXR, 不能是开放的目录结构. 因为传播复制到其他节点是一步一步的, 很可能还没传完那边就开始部署了. (所以你的应用如果前后依赖, 要尽量打成EAR. 记得还有单独部署)

注意: 农场化部署不是原子的. 这个node上出错不耽误其他node上部署. (这种部署失败怎样监控? 是否有集中的地方看警告?)

农场化部署内置在all配置里面, 不用自己折腾. farm-service.xml放在deploy/deploy.last. 自己配置的时候把这个文件复制过去就有这个功能了. (怎么我这没有? 难道还没cluster过吗?)

几个参数解释:略

农场化部署服务是UrlDeployementScanner的扩展, 所以可以可以使用它的所有属性, 比如URLs和ScanPeriod就是继承来的

1.4.4 分布状态复制服务
在cluster环境, 分布状态管理是cluster必须提供的关键服务.
比如有状态的session bean, 这个session状态必须在所有节点间同步, 所以客户端能够得到同样的session状态, 而不管哪个node在服务.
再比如, Entity Bean有时候需要缓存来减少数据库压力.
目前, Jboss提供了三种方式:
* HASessionState MBean, 给EJB2.x SessionBean提供session复制和分布缓存服务. 定义在all/deploye/cluster-service.xml
* DistributeState MBean 基于HAPartition的遗留服务. 用于后向兼容, 新应用不建议使用.
* JBoss Cache可以给http/ejb3 sesion/ejb3 entity提供缓存. 主要的分布状态管理工具. (这玩意号称....可是没见到内存总量限制, 还是我对缓存的理解错了?)

oh~my~god~终于进入下一章了~