WebLogic Server集群.pptVIP

WebLogic Server集群结构 议程 WebLogic Cluster总括 WebLogic Cluster overview 什么是WebLogic Cluster 好像独立的一个WebLogic 实例 WebLogic Cluster的好处是什么 灵活性，可扩展性 部署在WebLogic Cluster的应用的处理能力可以按照需要动态提高，可以在不中断服务前提下向WebLogic Cluster中添加新的WebLogic Server实例。 高可用性，高性能 在WebLogic Cluster中，当一个server实例出错，不会影响对客户端的响应。通过把发布到cluster中的多个Weblogic实例，应用就会被集群起来，如果在一个实例上的组件失败了，在另一个实例上的组件会继续提供服务的。 哪些东西可以被Cluster Web应用 EJB/RMI JNDI JDBC JMS WebLogic Cluster结构 这里所说的结构是指一个应用的各个层是如何部署到一个或多个Cluster的。 应用程序的层 Web层/html 表示层/jsp/servlet 对象层/EJB/RMI DMZ 非军事区 在整个应用的分层中，哪个一层次可以通过防火墙被不可信任的客户端访问 推荐的基本构架 层混合在一起的结构：Web应用的所有的层部署在同一个Cluster中。 推荐的基本构架的Cluster的好处 管理简单 通过console对应用同一部署和管理 灵活的负载均衡 可以用自己的loadbalancer 可靠的安全性 前面可以配置防火墙 理想的性能 层与层之间是本地调用 推荐的基本构架的Cluster-不合适的场合 这种结构可以满足大部分Web应用程序 因为web层和对象层在同一个cluster中，所以不能对EJB方法的调用做负载均衡 为了能够对集群的EJB方法调用做负载均衡，必须把应用程序的web层/表此层与对象层分开部署到不同的集群中 推荐的多层结构的Cluster 不同的层部署到不同的cluster中 应用两个WebLogic Cluster 一个提供静态的HTTP内容和集群的servlet 一个提供集群的EJB 多层的集群适用于 需要对EJB方法的调用做负载均衡 需要在提供http内容的服务器和提供集群对象的服务器之间的更灵活的负载均衡 需要更高的可用性 推荐的多层构架 推荐的多层构架的好处 EJB方法的负载均衡 更高的Server之间的负载均衡 更好的可用性 更高的安全性 推荐的多层的构架 配置时需要考虑 IP Socket的使用开销—JNDI复制，session复制，层与层之间的调用 硬件负载均衡 局限性 失去了本地调用的优化 防火墙的限制，对象层的cluster需要绑定到公共的DNS上，而不是IP地址，还要注意内部DNS名和外部DNS名不一致的情况。 推荐的代理结构 两层的代理结构 Web层—部署静态页面 Servlet/Object层—部署动态的内容和对象 与前面推荐的基本结构类似 多层的代理结构 Web层 表现层 对象层 与前面推荐的多层结构类似 推荐的代理结构—两层代理结构 推荐的代理结构-多层代理结构 推荐的代理结构 优点 利用已有的软硬件 熟悉的防火墙策略 局限性 管理的复杂性 受限制的负载均衡策略 Cluster结构的安全考虑 代理结构的基本的防火墙 Cluster结构的安全考虑 Proxy层和Cluster之间的防火墙 把集群的Weblogic实例绑定到公用的DNS名字，而不是不同的IP地址，这样可以保证代理的plug-in在连接到cluster中的各个服务器实例时不会出现地址翻译错误 如果内网和外网的DNS名字不一样，通过每个Server实例的ExternalDNSName属性来定义外网的DNS名字，在防火墙以外，ExternalDNSName应该被翻译为这个实例的外部的IP地址。 Cluster结构的安全考虑 基本的、带防火墙和load balancer的代理结构 Cluster结构的安全考虑 VPN用户通过防火墙有受限制的访问 Cluster结构的安全考虑 有两层防火请的DMZ结构 集群的最佳实践 设计时需要考虑的 尽量的简单 尽量少的远程调用 从设计模式上考虑，如通过Session fa?ade来减少远程调用 再如通过Transfer object来减少远程调用 避免分布式的事务 集群的最佳实践 Web应用设计需要考虑的 配置in-memory复制 幂等性设计 Session的数据必须是可以被序列化的 通过setAtrribute来改变session状态 考虑序列化的开销 控制frame对Session数据的访问 在一个frameset中，保证只有一个frame创建和修改sess