weblogic集群的优势和劣势
weblogic常见错误
这个错误信息意思是：名称为1234的服务器没有找到，在配置中只存在以下服务：myserver。
选择“Window -> Preferences”菜单，打开首选项对话框。展开 MyEclipse 下的 Application Servers 节点，点击 WebLogic 9，将Execution server name的属性改为：myserver。注意：如果在配置域的时候没有配置服务器名称，那么服务器名称默认为：AdminServer。
输入用户名和密码，是我们在第4步配置的用户名：weblogic，密码：weblogic。
三、在MyEclipse中配置Weblogic的开发环境。
1、Window（窗口）---> Preferences（首选项）---> MyEclipse ---> Application Servers（应用服务器）---> WebLogic ---> WebLogic 9.X ---> 选中Enable单选按钮，启用WebLogic服务器。
9、测试一下是否配置成功。开始菜单 ---> 程序 ---> BEA Products（BEA产品）---> User Projects ---> mydomain（是我们在第7步取的域名） ---> Start Admin Server for Weblogic Server Domain（启动WebLogic服务器）。当看到输出：Server started in RUNNING mode（服务器正在运行）的信息后，表示配置正确，服务器已经启动成功。停止服务，可以这样：开始菜单 ---> 程序 ---> BEA Products（BEA产品）---> User Projects ---> mydomain（是我们在第7步取的域名） ---> Stop Admin Server。
linux下weblogic集群部署
Weblogic 8.1.6在LINUX下部署集群一、案例分析：1、上传server816_linux32.bin至三台机器的/home目录下；2、用shell工具分别登录三台服务器3、打开home目录：cd /home4、赋予server816_linux32.bin可读写权限chmod a+x server816_linux32.bin5、启动安装包 ./ server816_linux32.bin 此后会出现解压界面，解压到100%完成5.2欢迎界面直接回车即可出现lience界面，输入“1”，回车；5.3选择BEA 主目录输入“/weblogic/bea”，回车即可。
2.4 选择安装类型选择12.5选择产品的安装目录默认即可，直接回车2.6等待安装2.7等待安装JDK2.8完成安装回车后，安装过程会清除安装过程中的临时文件。
三、Linux系统及weblogic部分系统参数修改1、用FTP工具分别登录三台服务器2、打开下载etc目录下的hosts、exports及/etc/security下的limits.conf3、在hosts文件中加入192.168.80.202 app2192.168.80.201 app1192.168.80.203 app34、在exports文件中加入* 192.168.80.201(rw,sync)* 192.168.80.202(rw,sync)* 192.168.80.203(rw,sync)5、在limits.conf文件末尾中加入* soft nproc 8192* hard nproc 16384* soft nofile 8192* hard nofile 65536* soft nproc 16384 * hard nproc 32768 * soft nofile 16384 * hard nofile 655366、重启服务器 reboot四、创建域：1、/home/weblogic/bea/weblogic81/common/bin目录中的 config.sh 文件，会出现是创建还是扩展域的提示页面，选择第一个，创建一个新的域2、系统会提示选择模板注意选择Basic Weblogic Server Domain,每次的顺序可能不一样，选择数字的时候要注意3、系统会出现是否使用快速模式选项，建议选择非快速模式“2”。
weblogic详解
weblogic详解⼀、简介WebLogic是美国公司出品的⼀个application server，确切的说是⼀个基于JAVAEE的中间件，WebLogic是⽤于开发、集成、部署和管理⼤型分布式Web应⽤、⽹络应⽤和应⽤的应⽤服务器。
将Java的动态功能和Enterprise标准的安全性引⼊⼤型⽹络应⽤的开发、集成、部署和管理之中。
WebLogic是美商的主要产品之⼀，系并购BEA得来。
是商业市场上主要的Java（J2EE）应⽤服务器软件（application server）之⼀，是世界上第⼀个成功商业化的J2EE应⽤服务器, 已推出到12c(12.1.3) 版。
⽽此产品也延伸出WebLogic Portal，WebLogic Integration等企业⽤的中间件（但当下Oracle主要以Fusion Middleware融合中间件来取代这些WebLogic Server之外的企业包），以及OEPE(Oracle Enterprise Pack for Eclipse)开发⼯具。
（来⾃百度百科）⼆、优点WebLogic Server具有开发和部署关键任务电⼦商务Web应⽤系统所需的多种特⾊和优势。
标准对业内多种标准的全⾯⽀持，包括EJB、JSP、Servlet、JMS、JDBC、XML（标准通⽤标记语⾔的⼦集）和WML，使Web应⽤系统的实施更为简单，并且保护了投资，同时也使基于标准的解决⽅案的开发更加简便。
可扩展性WebLogic Server以其⾼扩展的架构体系闻名于业内，包括客户机连接的共享、资源pooling以及动态⽹页和EJB组件群集。
快速开发凭借对EJB和JSP的⽀持，以及WebLogic Server 的Servlet组件架构体系，可加速投放市场速度。
这些开放性标准与WebGain Studio 配合时，可简化开发，并可发挥已有的技能，迅速部署应⽤系统。
三、和其他服务器区别tomcat （免费）Tomcat只能算Web Container，是官⽅指定的JSP&Servlet容器。
关于Weblogic应用集群服务启动慢的缺陷分析及处理办法 (1)
关于Weblogic应用集群服务启动慢的缺陷分析及处理办法一、缺陷现象江苏公司电网GIS部分服务部署在Linux Redhat5.5操作系统的服务器上，使用的中间件版本为Weblogic 9，在电网GIS运行过程中，如果遇到因为应用服务器原因或者检修计划安排，重启Weblogic程序，需要花费10分钟以上的等待时间。
在日常检修中，重启Weblogic程序集群服务的耗时都在30分钟左右，在7*24小时的在线运行系统，中断业务服务时间，严重影响系统的运行及检修工作。
国家电网公司核心系统的应用架构，均采用Weblogic集群服务，此缺陷为系统日常检修的通病，造成很多省公司检修系统停机时间过长，甚至不敢停机维护系统，属于中间件的重大缺陷问题，已经存在很久。
二、缺陷分析对于一个简单部署的Weblogic而言，一般情况下，启动Weblogic最长一般需要2～3分钟时间，同时在启动时，Weblogic的日志内容是滚动的，不会在日志的某个地方静止到5分钟以上，所以这是极不正常的现象。
Weblogic启动慢的原因，在Weblogic启动时，通过对线程堆的监控，线程挂在security相关的随机数生成上面。
这个由于JDK的配置(JDK从/dev/random读取‘randomness’经常耗费10分钟或者更长的时间)导致的。
三、缺陷处理针对该问题，有三种解决方案，分别如下：在Weblogic启动参数里添加“-Djava.security.egd=file:/dev/./urandom”(/dev/urandom 无法启动)执行命令mv /dev/random /dev/random.ORIG ; ln /dev/urandom /dev/random将/dev/random 指向/dev/urandom修改Linux上Weblogic使用的jdk $JAVA_HOME/jre/lib/security/java.security 文件将securerandom.source=file:/dev/urandom 修改为securerandom.source=file:/dev/./urandom这样可以解决任何一个域Weblogic启动慢的问题。
tomcat，Jboss，weblogic区别与比较
tomcat，Jboss，weblogic区别与⽐较⼀、tomcatTomcat 服务器是⼀个免费的开放源代码的Web 应⽤服务器，它是Apache 软件基⾦会（Apache Software Foundation）的Jakarta 项⽬中的⼀个核⼼项⽬，由Apache、和其他⼀些公司及个⼈共同开发⽽成。
由于有了Sun 的参与和⽀持，最新的和JSP 规范总是能在Tomcat 中得到体现，Tomcat 5 ⽀持最新的Servlet 2.4 和JSP 2.0 规范。
因为Tomcat 技术先进、性能稳定，⽽且免费，因⽽深受Java 爱好者的喜爱并得到了部分软件开发商的认可，成为⽬前⽐较流⾏的Web 应⽤服务器。
Tomcat 很受⼴⼤程序员的喜欢，因为它运⾏时占⽤的系统资源⼩，扩展性好，⽀持负载平衡与邮件服务等开发应⽤系统常⽤的功能；⽽且它还在不断的改进和完善中，任何⼀个感兴趣的程序员都可以更改它或在其中加⼊新的功能。
Tomcat 是⼀个⼩型的轻量级应⽤服务器，在中⼩型系统和并发访问⽤户不是很多的场合下被普遍使⽤，是开发和调试程序的⾸选。
对于⼀个初学者来说，可以这样认为，当在⼀台机器上配置好服务器，可利⽤它响应对页⾯的访问请求。
实际上Tomcat 部分是Apache 服务器的扩展，但它是独⽴运⾏的，所以当你运⾏tomcat 时，它实际上作为⼀个与Apache 独⽴的进程单独运⾏的。
这⾥的诀窍是，当配置正确时，Apache 为HTML页⾯服务，⽽Tomcat 实际上运⾏JSP 页⾯和Servlet。
另外，Tomcat和IIS、Apache等Web服务器⼀样，具有处理HTML页⾯的功能，另外它还是⼀个Servlet和JSP容器，独⽴的Servlet容器是Tomcat的默认模式。
不过，Tomcat处理静态HTML的能⼒不如Apache服务器。
相关连接：Tomcat是⼀个免费的开源的Serlvet容器，它是Apache基⾦会的Jakarta项⽬中的⼀个核⼼项⽬，由Apache，Sun和其它⼀些公司及个⼈共同开发⽽成。
WebLogic JMS 介绍 打印版
Ｗｅｂｌｏｇｉｃ ＪＭＳ 编程 限于译者的水平和能力，错误和不当之处在所难免，希望广大读者给予批评指正。
Ｊａｖａ研究组织 ｗｗｗ．ｊａｖａｒｅｓｅａｒｃｈ．ｏｒｇ 疾风摩郎 ｄｅｎｇｋｅ＠ｊａｖａｒｅｓｅａｒｃｈ．ｏｒｇ ２００２年６月２１日 第一篇 Ｗｅｂｌｏｇｉｃ ＪＭＳ介绍 下列小节提供了针对ＷｅｂＬｏｇｉｃ服务器的Ｊａｖａ消息服务的概要介绍： l什么是ＪＭＳ？ lＷｅｂＬｏｇｉｃ ＪＭＳ的特性 lＷｅｂＬｏｇｉｃ ＪＭＳ的架构 lＷｅｂＬｏｇｉｃ ＪＭＳ的扩展 一．什么是ＪＭＳ？ ＪＭＳ是一个企业级的消息系统，也称为面向消息的中间件。
它允许应用程序通过消息交流进行通信。
一条消息可以是一个请求，一个报告，也可以（或者）是一个事件，这种事件中包含了用来在不同应用程序间协调通信所需的信息。
消息提供了一个抽象级别，使你能从应用程序代码中分离出目的系统的详细资料。
Ｊａｖａ消息服务是一套访问企业级消息系统的标准ＡＰＩ。
详细地，ＪＭＳ： l授权Ｊａｖａ应用程序共享一个消息系统以便进行消息交流。
l提供一套标准的接口来创建、发送并且接收消息，简化应用程序的开发。
下面是ＷｅｂＬｏｇｉｃ ＪＭＳ通信的图解。
如图所示，ＷｅｂＬｏｇｉｃ ＪＭＳ从消息生产者应用程序那里接收消息，并把消息传递给消息消费者应用程序。
二．ＷｅｂＬｏｇｉｃ ＪＭＳ的特性 ＷｅｂＬｏｇｉｃ ＪＭＳ提供了一套ＪＭＳ ＡＰＩ的完整实现。
详细地，ＷｅｂＬｏｇｉｃ ＪＭＳ： l提供了一套单纯的统一的消息通信ＡＰＩ。
l实现了ＪａｖａＳｏｆｔ ＪＭＳ规范１．０．２ａ，包含了最近的ＪＭＳ ＡＰＩ勘误表。
l支持集群 l支持跨越不同操作系统和机器架构的应用程序间的消息通信。
l能够从ＷｅｂＬｏｇｉｃ管理控制台和（或）使用ＪＭＳ ＡＰＩ来设置属性，覆盖原来的值，进行配置。
l允许ＪＭＳ应用程序之间与其它使用Ｊａｖａ事务ＡＰＩ（ＪＴＡ）处理事务的资源管理者（主要是数据库）具有协同工作的能力。
服务器集群技术方案(2)
的计算机，利用高速通信网络组成一个单一的计算机系统，并以单一系统的模式加以管理。
其出发点是提供高可靠性、可扩充性和抗灾难性。
一个集群包含多台拥有共享数据存储空间的服务器，各服务器通过内部局域网相互通信。
当一台服务器发生故障时，它所运行的应用程序将由其它服务器自动接管。
在大多数模式下，集群中所有的计算机拥有一个共同的名称，集群内的任一系统上运行的服务都可被所有的网络客户使用。
采用集群系统通常是为了提高系统的稳定性和网络中心的数据处理能力及服务能力。
体系结构是否相同。
集群计算机按功能和结构可以分成以下几类:High-availability (HA) clustersLoad balancing clustersHigh-performance (HPC) clustersGrid computing普通是指当集群中有某个节点失效的情况下，其上的任务会自动转移到其他正常的节点上。
还指可以将集群中的某节点进行离线维护再上线，该过程并不影响整个集群的运行。
负载均衡集群运行时普通通过一个或者多个前端负载均衡器将工作负载分发到后端的一组服务器上，从而达到整个系统的高性能和高可用性。
这样的计算机集群有时也被称为服务器群 (Server Farm) 。
普通高可用性集群和负载均衡集群会使用类似的技术，或者同时具有高可用性与负载均衡的特点。
Linux 虚拟服务器(LVS)项目在Linux 操作系统上提供了最常用的负载均衡软件。
高性能计算集群采用将计算任务分配到集群的不同计算节点而提高计算能力，于是主要应用在科学计算领域。
比较流行的HPC 采用Linux 操作系统和其它一些免费软件来完成并行运算。
这一集群配置通常被称为Beowulf 集群。
这种集群通常运行特定的程序以发挥HPC cluster 的并行能力。
这种程序普通应用特定的运行库, 比如专为科学计算设计的MPI 库。
HPC 集群特殊适合于在计算中各计算节点之间发生大量数据通讯的计算作业，比如一个节点的中间结果或者影响到其它节点计算结果的情况。
集群服务器有什么优点与缺点
集群服务器有什么优点与缺点
集群服务器在某种程度上具有更强大的功能，不仅是因为增加节点而强化的处理能力，其扩展技术也更加容易实现，并且可扩展性也远远超过SMP。
综合来看，使用集群技术的优势有几点：
一、强扩展能力
一般的扩展技术，大概能支持几十个CPU的扩展，而集群的话可以扩展到几百甚至几千个CPU，并且相对其他技术限制更小，在扩展能力上具有明显优势。
其次，通过增加额外节点，能增加整体负荷的承受能力，能不断调整来满足具体增长的应用需求。
二、更容易实现
即使你拥有的是价格便宜、性能低下的多台服务器，通过集群技术仍然可以将它们连接在一起然后使得整个服务器系统多倍甚至几十倍的增长，而这仅仅通过软件即可实现，相对其他技术来说显得更为轻松，更容易实现。
并且，从软硬件成本上看，这种方式的性能提升显然更加规模效益。
三、易管理
可以通过管理系统来对所有的应用和系统进行监控和管理，使其像运行在同一台服务器一样。
同时，可以从网络的任意节点处来监控当前状态，如果出现服务器重连，会自动使其返回工作状态，自动平衡负荷等。
但技术的不足之处在于：
当应用出现故障需要重新修复运转时，其他服务器会接管该应用的数据区，而这个接管过程却需要消耗一些时间，应用越大，接管时间越长，会造成一定的延误。
weblogic 集群配置
Machine-Node Server 图示
Cluster
WebLogic Server 群集由多个 WebLogic Server 服务器实例组成，这些服务器实例同 时运行并一起工作以提高可缩放性和可靠性。 对于客户端而言，群集是一个 WebLogic Server 实例。构成群集的服务器实例可以在 同一台计算机上运行，也可以位于不同的计算 机上。群集中的每个服务器实例必须运行同一 版本的 WebLogic Server 。
Domain定义三
群集中的所有的服务器实例必须驻留在同一域 中；不能将群集“拆分”到多个域中。同样， 不能在域之间共享配置的资源或子系统。例如， 如果在一个域中创建了 JDBC 连接缓冲池， 则不能将其用于另一个域中的服务器实例或群 集。（而是必须在另一个域中创建类似的连接 缓冲池）。
Domain图示
Domain Administrator Server Managed Server Machine Node Manager Cluster
Domain定义一
Domain是WebLogic Server实例的基本管理 单元。由配置为Administrator Server的 WebLogic Server实例管理的逻辑单元，这个 单元是所有相关资源的集合。中心配置文件叫 config.xml 。
Administrator Server图示
Managed Server定义一
被管理服务器是用来部署运行各种
应用程序的。一个域中有一台或多 台被管理服务器。
Managed Server定义二
在生产环境中，域由一个管理服务器与多个被 管服务器组成。在启动这个域的被管服务器时， 首先必须先启动管理服务器，被管服务器启动 时，会被命令从管理服务器获得配置信息。这 样，管理服务器就成为整个域的配置控制中心。 一个域只能有一个活动的管理服务器。被管服 务器和管理服务器是多对一的，并且被管服务 器由管理服务器统一管理。
WebLogic服务器负载均衡解决方案
WebLogic服务器负载均衡解决方案WebLogic是一个用于构建和部署企业级Java应用程序的Java EE服务器。
负载均衡是一个关键的解决方案，用于在WebLogic服务器集群中分配和管理应用程序请求的负载。
本文将探讨WebLogic服务器负载均衡的几种解决方案。
1. 硬件负载均衡器：硬件负载均衡器是一种专门设计用于分发网络流量的设备。
它可以将传入的请求分发到WebLogic服务器集群中的不同节点上，以平衡负载。
硬件负载均衡器可以基于不同的算法进行负载分发，如轮询、最少连接数和源IP散列。
这种解决方案的优势在于具有高性能和可扩展性，可以处理大量的并发请求。
2. Web服务器负载均衡：Web服务器负载均衡是一种基于软件的解决方案，通过在Web服务器前面放置一个负载均衡器来实现。
负载均衡器可以根据预先定义的规则将请求转发到不同的WebLogic服务器节点上。
常用的Web服务器负载均衡软件包括Apache HTTP Server和NGINX。
这种解决方案相对简单且成本较低，但可能存在性能瓶颈。
3. WebLogic集群：WebLogic服务器可以配置为运行在集群模式下，以实现负载均衡。
集群是一组相互联网的WebLogic服务器节点，它们共享相同的应用程序和数据存储。
WebLogic集群可以通过多种方式进行负载均衡，包括轮询、就近路由和会话粘性。
这种解决方案的优势在于无需额外的硬件或软件，直接使用WebLogic服务器自带的功能。
4. 云负载均衡：如果将WebLogic服务器部署在云环境中，可以使用云提供商的负载均衡服务。
云负载均衡器可以自动分配和管理负载，并提供高可用性和可扩展性。
云负载均衡器通常基于虚拟IP地址和域名进行配置，并支持不同的负载均衡算法。
5. 基于DNS的负载均衡：DNS解析器可以根据特定的策略将域名解析为不同的IP地址。
通过配置多个WebLogic服务器的IP地址，可以使用DNS负载均衡来平衡流量。
中间件的高可用性设计
<Insert Picture Here>北京奥盟合创科技有限公司Beijing Ultimatech Technology Co. Ltd.中间件的高可用性日程•高可用性总揽•中间件的高可用性方案•案例奥盟合创高可用性总揽奥盟合创高可用性•High AvailableHi h A il bl•Fail over•Load balanceLoad balance•Non Stop service•其它企业级应用特性•可扩展性•可维护性奥盟合创常见的IT系统架构•不同层次的产品都具有高可用性•产商的产品奥盟合创B/S应用架构•Web（展示层）+业务逻辑层+数据交换层W b奥盟合创各个层次高可用技术•网络层•存储层•主机层•数据库层奥盟合创中间件高可用性架构设计奥盟合创中间件高可用性特点•结合外部的高可用技术•产品也提供高可用性特性•不同实例之间•内部组件的高可用性技术•各种方案适用场景不同奥盟合创高可用性方案评估•基于哪层实现•如何实现Fail over和load balance•业务中断时间•方案成本•实施复杂程度•扩展能力奥盟合创基于主机的设计基于层次主机层FAIL OVER Y •基于主机HA 的高可用性•多台机器通过网络连接传递心跳组成高可用群集，群集中的每个节点可以配置为运行不同的应用特定LOAD BALANCE N脚本中进程启动时间用，特定IP 的切换•优势：避免单点故障，提供基于定制脚本的故障切换•劣势：一般只支持特定硬件；需业务中断时间成本高实施复杂程度简单劣势般只支持特定硬件；需要切换时间。
无负载均衡。
•适用场景：关键系统核心服务器（需要随时保证峰值处理能力的扩展能力差核心服务器）•HP MC/SG 群集、IBM HACMP 群集、MicroSoft MSCS 群集、Linux Heartbeat 群集奥盟合创基于虚拟机的设计•虚拟服务器•将CPU 内存等硬件资源分配给虚拟机，硬件资源在虚拟机间可以动态的分配，从而达到高可用性的目标）•优势：可以动态的在虚拟机间调整资源，达到整体更高的资源利用率•劣势：需要特定硬件支持，实施复杂•适用场景：非关键系统（因资源基于层次硬件OS 层在虚拟机间动态共享和分配，所以一般不适用于一直需要预留峰值处理能力的关键业务系统服务器）IBM FAIL OVER YLOAD BALANCE 需要外部支持•、HP 、Vmware ESX 服务器、Critix Xen 虚拟服务器、Microsoft 虚拟服务器成本一般业务中断时间系统切换时间奥盟合创实施复杂程度复杂扩展能力一般Web 层--基于DNS 的设计•DNS 负载均衡•（用户在web 客户端输入域名用DNS 解析时，在DNS 端针对同域名配置多个针对同一域名配置多个Web Server 的IP 进行轮询从而实现负载均衡）基于层次网络层FAIL OVER N LOAD Y•优点：实现简单，成本低廉•缺点：负载均衡策略简单，不能反映服务器的当前运行BALANCE 业务中断时间系统重启时间能反映服务当前行状态和对服务器故障进行响应，占用过多的IP 地址•成本低实施复杂程度简单一般使用场景：小型企业和网站，访问量不大的非关键业务系统扩展能力般奥盟合创Web 层—基于负载均衡软件软件负载均衡（基于反向代理负载•均衡机制，由各软件厂商提供的软件负载均衡解决方案）•优势：成本低廉，多种负载均衡策略，基于层次网络层FAIL OVER Y 灵活性优于硬件方式•劣势：实施相对复杂，支持不能保障，服务器容易成为性能的瓶颈•适用场景：中大型企业或网站，访问LOAD BALANCE Y 业务中断时间短量适中的业务系统•产品和厂商：Nginx （开源反向代理负载均衡软件）、Squid （开源反向代理负载均衡软件）、成本低实施复杂程度复杂BlueCoat （基于专门操作系统的反向代理负载均衡服务器）、Linux Virtual Server （开源的负载均衡服务器软件）扩展能力好奥盟合创Web 层–基于硬件负载均衡设备硬件负载均衡（基于•4-7层交换机功能，由各智能交换机厂商通过在交换机内置TCP/IP 4-7层处理芯片提供的负载均衡方基于层次网络层FAIL OVER Y 案）•优势：性能最优秀，可靠性更高，多样化的负载均衡策略，智能化LOAD BALANCE Y 业务中断时间非常短的流量管理•劣势：基于硬件，与软件方式比较灵活性低，成本较高•使用场景：大型企业和网站，访成本高实施复杂程度简单问量很大的关键业务系统•厂商以及产品：F5 BIG-IP 系列、Array APV 系列、扩展能力非常好Redware AppDirector 系列等奥盟合创中间件层应用服务器高可用群集•(应用服务器软件本身提供的高可用群集方案)•优势：成本低，能够实现多策略负载均衡复制故障自动切基于层次中间件层FAIL OVER Y 均衡、session 复制、故障自动切换、JNDI 复制等功能，保证应用的持续可访问，横向扩展性强•劣势：应用服务器群集的负载均衡算法无法按服务器的CPU 和内存消耗进LOAD BALANCE Y 行请求分发，如Siebel Application Server ，当群集管理节点失败时，会影响整个群集的请求分发•适用场景：访问量大的关键业务系统以及对应用服务器可靠性要求较业务中断时间非常短成本中统，以及对应用服务器可靠性要求较高的业务系统•厂商和产品Oracle Weblogic Server Cluster 、IBMWebSphere(MQ)Cluster 实施复杂程度简单扩展能力非常好WebSphere(MQ) Cluster 、JBoss Application Server奥盟合创设计原则•从客户需求出发•高可用性要求•并发处理能力要求•硬件实际情况•预算投资•可多种方案相结合奥盟合创Weblogic的高可用性组件•集群•负载均衡•Session复制•JNDI对象复制•分布式EJB•分布式JMS•MultiDatasource•多通道WTC奥盟合创Weblogic集群架构（一）基本架构推荐的多层架构奥盟合创Weblogic集群架构（二）•基于Proxy的架构奥盟合创Weblogic 集群架构（三）Proxy 奥盟合创基于o y 的多层架构Weblogic Proxy Servlet•Proxy ServletP S l t•配置简单•免费使用•性能一般•最大400并发•传送大数据量占用内存多奥盟合创HTTP Session 复制S i F il•Session 级别的高可用性Fail over WebLogic ClusterApplication Server Hardware load balancers HTTP servers (Apache, IIS)1HTTP Server 1LB 1Application Server 2HTTP Application Server Server 2LB 2奥盟合创3Session 复制的方式•方式•内存(单实例，无复制) •In-memory replication (100No Failover IMR Cookie JDBC Filey p(集群)•基于Cookie的session持久75化•基于JDBC持久化•基于文件系统这个图表说明几种方式性能50•比较25奥盟合创Session高可用性最佳实践•确认需求•负载均衡设备支持四层交换•选用内存复制方式，开发时需要注意选用内存复制方式开发时需要注意•Session中对象实现串行化接口•在Session不能保存大对象奥盟合创•MAN(metropolitan area network)一般是跨城市或者校园的网络•可以在MAN上部署集群,也就是Weblogic Server可以分布在MAN的不同区域奥盟合创•WAN是更大的物理区域组成的网络•集群中的服务进程可以部署在WAN的不同区域上奥盟合创MAN/WAN集群网络要求•集群中的Weblogic服务进程可以跨多个子网W bl i•为了保证多播的正确传送，网络需要满足如下需求：•IP多播支持•网络延时在200 到300 毫秒•多播的TTL值能保证多播包不丢失奥盟合创架构奥盟合创MultiDatasource•JDBC连接池层提供在的一种高可用技术•对于不提供数据库集群功能的数据库系统JDBC Driver，譬如IFX，SYBASE，使用使用Multipool可以是通过Weblogic实现数据库的高可用性。
WebLogic
WEBLOGIC教程1 weblogic基本概念1.1 域（Domains）域是管理的单元或边界；作为一个单元来管理的，并相互关联的一组Weblogic 服务器资源被称为域；域由单一的管理服务器来管理。
一个域包含一个或多个WebLogic Server 实例，这些实例可以是群集实例、非群集实例，或者是群集与非群集实例的组合。
一个域可以包含多个群集。
域还包含部署在域中的应用程序组件、此域中的这些应用程序组件和服务器实例所需的资源和服务。
应用程序和服务器实例使用的资源和服务示例包括计算机定义、可选网络通道、连接器和启动类，一个域包含一个或多个WebLogic Server 实例，这些实例可以是群集实例、非群集实例，或者是群集与非群集实例的组合。
一个域可以包含多个群集。
域还包含部署在域中的应用程序组件、此域中的这些应用程序组件和服务器实例所需的资源和服务。
应用程序和服务器实例使用的资源和服务示例包括计算机定义、可选网络通道、连接器和启动类1.2 机器（Machines）可以对应到服务器所在的物理硬件；可以是Unix或non-Unix类型；可以用来远程管理和监控；Machine 是指运行WebLogic Server实例的物理机器，通常与部属在其上的Managed Server 相关连。
Machine用于Node Manager（一个运行在物理服务器上的进程，可以远程重启Admin 和Managed Server）重启失败的Managed Server，以及为集群的Managed Servers选择合适的Session存放位置（Session避免存放在同一台Machine上）。
1.3 服务器（Servers）服务器是执行在单一Java虚拟机（JVM）中weblogic.Server类的实例。
服务器：最多和一个WLS机器关联；占用一定数量的RAM ；是多线程的。
1.4 管理服务器(Administration server)对整个域的集中控制XML配置存储库的保存者日志信息的集中保存管理服务器是控制整个域配置的中心操作节点，管理服务器维护着整个域Domain 的配置并将配置分配到每个被管理服务器Managed Server 中，每个域中都必须有一个Administration Server。
配置WebLogic_Server_12c_集群
配置WebLogic Server 12c 集群目录1. 预备知识 (4)2. 本文环境 (5)3. 配置说明 (6)3.1. 集群定义 (6)3.2. 集群的好处 (7)3.3. 关键功能 (7)3.4. 集群架构 (7)3.5. 配置集群应用的必要条件 (9)3.6. 配置前的准备工作 (9)4. 配置WebLogic Server 集群 (11)4.1. 主控服务器配置 (11)4.1.1. 使用Configuration Wizard 进行配置 (11)4.1.2. 创建新的Domain (11)4.1.3. 选择安装域源 (12)4.1.4. 指定域的名称和位置 (13)4.1.5. 配置管理员用户名和密码 (13)4.1.6. 配置域启动模式和JDK (14)4.1.7. 选择可选配置 (15)4.1.8. 配置管理服务器 (15)4.1.9. 配置受管理服务器 (16)4.1.10. 配置群集信息 (18)4.1.11. 将“受管理服务器”添加到“集群”中 (19)4.1.12. 创建HTTP 代理应用程序 (19)4.1.13. 配置计算机 (20)4.1.14. 配置向计算机分配服务器 (20)4.1.15. 检查WebLogic 域配置 (21)4.1.16. 编辑WebLogic 服务启动文件 (21)4.2. 受控服务器配置 (23)4.2.1. 使用Configuration Wizard 进行配置 (23)4.2.2. 创建新的Domain (23)4.2.3. 选择安装域源 (24)4.2.4. 指定域的名称和位置 (24)4.2.5. 配置管理员用户名和密码 (25)4.2.6. 配置域启动模式和JDK (25)4.2.7. 选择可选配置 (26)4.2.8. 配置管理服务器 (26)4.2.9. 配置受管理服务器 (27)4.2.10. 配置群集信息 (27)4.2.11. 配置计算机 (28)4.2.12. 检查WebLogic 域配置 (28)4.2.13. 编辑WebLogic 服务启动文件 (29)4.3. 启动WebLogic 服务 (30)4.4. 将应用部署到集群上 (33)4.4.1. 点击“部署”菜单 (33)4.4.2. 锁定并编辑 (34)4.4.3. 开始安装 (34)4.4.4. 部署成功验证 (38)4.4.5. 负载均衡测试 (39)1.预备知识什么是Domain，Server，Machine，Cluster图1DomainDomain 是WebLogic Server 实例的基本管理单元。
weblogic基础知识
1.DomainWebLogic域是一个服务器/集群的管理组，用户可以通过某个中央位置来管理、监控整个服务器域，这个中心就是管理服务器，相对的，受控服务器或者叫被管理服务器是指域中除了管理服务器以外的所有的服务器。
一个domain可以包含一个或多个weblogic server实例，甚至是server集群。
一个domain中有一个且只能有一个server担任管理server的功能，其它的server具体实现一个特定的逻辑功能。
2.AdminServer3.managedServer4.ProxyServer代理服务器也是受管理服务器。
代理服务器用于为集群提供负载平衡和故障转移；此外还具有一下特点：#是客户端与群集交互的第一级；#使集群看上去就像一个服务器。
//代理服务器可以基于软件也可以基于硬件；//基于软件的代理服务器可以是内部weblogic servlet或第三方应用程序。
//基于硬件的代理服务器通常是物理负载平衡器。
//代理（不管是基于硬件还是软件）提供客户端与集群进行交互的方式。
根据集群构架，可选择三种基本代理：HTTPClusterServlet；web server插件；物理负载平衡器（如local director或F5 networks big IP）。
5.ClusterWebLogic集群是一个weblogic Server组，在一个集群中的服务器可以获得集群范围的命集群优点：@@可以任意添加服务器，这样网站的可扩展性和利用度只受用户硬件预算的限制；@@集群对开发人员和用户是完全透明的，在网络上集群就像一个weblogic服务器一样；@@不需要关闭网站，可在集群中动态添加服务器。
6.节点管理器节点管理器是指在物理的机器上运行的一个守护进程，通过它，管理服务器可以获得诸如在控制台中强制重启远程机器上的server灯功能（没有节点管理器的情况下也是可以强制关闭远程服务器的，但是不能重启）。
jboss集群
1集群概念集群(Cluster)是一组计算机节点的集合，它们作为一个整体向用户提供一组网络资源。
一个理想的集群对用户是透明的。
用户由单一入口访问集群的资源，从来不会意识到集群中的节点。
在他们看来，集群是一个系统，而非多个计算机系统。
集群还应该支持随意增加和减少集群系统的节点，而这同样不会影响到用户的访问。
1.1集群分类习惯上，把集群分为高可用(High Availability，简称HA )集群和高性能计算(High Perfermance Computing，简称HPC )集群两类。
1)HA集群的目标是提高系统的可使用性 (availability),即可靠性 (reliability)和可维护性 (maintainability)。
请不要将集群中的可使用性(availability)与UE和交互设计中的可用性(Usability)混淆。
HA集群的核心是防止单点失效，这一般是通过失败转移来实现的，即在一个节点失效后由另一个节点接替服务。
不丢失用户状态。
HA集群的其他主要特性还包括负载均衡、session同步等。
我们使用的SQL Server数据库的双机热备和Oracle的RAC都属于HA集群。
2)HPC集群采用并行计算技术提供超大规模计算和存储能力，多数超级计算机都是HPC集群。
这不是我们关注的集群。
1.2Jboss集群架构Jboss集群是HA集群。
Jboss集群有2种架构。
一是客户端拦截器 (Client-side interceptor)架构，一是负载均衡器 (Load balancer)架构。
客户端拦截器架构适于用C/S 结构，负载均衡器架构适用于B/S结构。
本文只叙述负载均衡器架构的Jboss集群。
负载均衡器架构由负载均衡器和n个集群节点组成。
每个节点是一个Jboss服务器实例。
负载均衡器是全局唯一的前置机，全部用户请求都发到负载均衡器，由其转发到各节点。
当负载均衡器发现一个节点失效后，会将请求转发到另一个节点上，从而保证服务得以延续。
weblogic面试的知识点
WebLogic面试的知识点1. 介绍WebLogicWebLogic是一款由Oracle开发的Java EE应用服务器，它提供了企业级的可靠性、可扩展性和高性能。
WebLogic支持多种开发技术和标准，包括Java EE、SOA、Web 2.0等，广泛应用于企业级应用的开发和部署。
2. WebLogic的特性•高可用性和可靠性：WebLogic提供了分布式架构和集群支持，能够实现高可用性和可靠性的应用部署。
•可扩展性：WebLogic支持水平和垂直扩展，可以根据需要增加服务器节点或增强服务器的资源。
•高性能：WebLogic使用了高效的JVM和优化的网络通信，能够提供卓越的性能表现。
•安全性：WebLogic提供了强大的安全功能，包括身份认证、权限控制和数据加密等。
•容器管理：WebLogic提供了对Java EE容器的完整管理和监控，方便开发人员进行应用程序的开发和调试。
•集成能力：WebLogic支持与其他系统和应用的无缝集成，包括数据库、消息队列和企业服务总线等。
3. WebLogic的架构WebLogic的架构包括以下几个关键组件： - 域(Domain)：一个域是WebLogic 的基本管理单位，它包含了一组关联的服务器和资源。
每个域都有一个域配置文件，用于定义域中的服务器、集群、数据源等。
- 服务器(Server)：WebLogic服务器是WebLogic域的基本运行单元，可以独立工作，也可以作为集群的一部分。
服务器可以分为管理员服务器和托管服务器两种类型。
- 集群(Cluster)：集群是一组WebLogic服务器的逻辑组合，通过负载均衡和故障恢复实现高可用性和可伸缩性。
集群中的服务器共享会话数据和应用程序状态。
- 数据源(Data Source)：数据源用于管理数据库连接池，在应用程序中使用JNDI查找数据源，可以提高数据库访问的性能和效率。
- 部署(Deployment)：部署是指将应用程序或模块文件发布到WebLogic服务器上的过程。
系统运维WebLogic篇
系统运维WebLogic篇系统维护-WebLogic篇税友软件集团股份有限公司2009年12月修订页1、Weblogic安装............................................... WINDOWS平台下安装........................................... UNIX平台下安装..............................................创建逻辑卷...............................................创建文件系统.............................................创建Bea组...............................................创建Weblogic用户........................................安装程序上传.............................................安装方法选择.............................................执行安装.................................................2、域的创建....................................................W INDOWS平台下域的创建....................................... UNIX平台下域的创建..........................................HTML网页发布...............................................创建testdomain ...........................................创建网页目录及文件.......................................发布网页目录及文件....................................... EJB发布.................................................... WEB应用发布 ................................................JMS发布....................................................配置新的JMS服务器.......................................配置新的JMS队列.........................................JDBC发布...................................................建立一个JDBC Connection Pool .............................建立一个JDBC Data Sources ................................4、公司程序发布方法............................................程序发布前的准备...........................................交大龙山架构包发布.........................................应用处理程序发布...........................................WEB应用程序发布............................................5、集群配置及应用..............................................集群体系结构...............................................单层混合型的集群架构（Cluster） .....................多层结构的集群架构（Cluster） .......................创建jsdomain(机器1) ......................................创建jsdomain(机器2) ......................................启动管理/被管理服务器.....................................部署接收应用..............................................配置slpt集群的地址.......................................创建代理服务.............................................. JDBC集群.................................................... 连接池的集群............................................... 复合池的集群............................................... JDBC 连接的Failover ....................................... JDBC 连接的Load Balancing ................................. EJB集群 .................................................... WebLogic Server 集群中的EJBs .............................. EJB Home Objects 的集群.................................... EJBObjects的集群..........................................集群中的会话Bean ..........................................集群中的实体Bean ..........................................配置示例.................................................. 负载均衡（CLUSTER）........................................ CLUSTER原理与工作机制..................................... CLUSTER命名服务...........................................CLUSTER服务类型...........................................6、目录文件详细介绍............................................ WEBLOGIC目录及文件 ..........................................weblogic的主目录..........................................weblogic81的目录..........................................weblogic81\\common\\bin的目录结构........................... DOMAIN的目录及文件..........................................配置文件介绍..............................................配置文件的介绍............................................文件的相关配置............................................文件的相关配置（配置子目录）..............................文件(开源的日志记录文件) ..................................（EJB配置文件）...........................................（设置环境变量、内存大小）....................................................................................................................................................变量的相关配置介绍.........................................服务器的配置介绍...........................................7、监控........................................................JVM监控....................................................S ERVER监控..................................................JDBC监控................................................... WEB监控 ....................................................JMS监控....................................................EJB监控....................................................日志监控...................................................domain日志...............................................server日志...............................................web日志..................................................JTA监控....................................................8、优化........................................................为W EB L OGIC启动设置J AVA参数.................................设置与性能有关的配置参数...................................JDBC调优...................................................调整JDBC连接池的初始容量.................................调整JDBC连接池的最大容量.................................调整开发模式与产品模式默认值...............................更改运行时模式...........................................使用W EB L OGIC“自有的IO”性能包 ............................. 集群环境部署...............................................可伸缩性和高可用性........................................多CPU上运行多服务器实例应考虑的性能问题.................. 连接缓存的调优.............................................优化默认执行队列线程.......................................默认线程情况.............................................需要修改默认线程数的情形.................................修改默认线程数的步骤.....................................指派应用程序到执行队列...................................9、规范........................................................安装规范..............................................安装版本的选择.............................................安装的目录要规范 ....................................安装过程中对可选功能模块的选择 ......................应服务器部署规范......................................Domain的目录放在哪里...................................... Domains的名字该如何命名.............................Server的名字如何命名................................Jms服务的名字如何命名...............................日常监控规范............................................日常监控点 ..........................................监控情况记录在哪里 ..................................现场维护监控出现异常如何响应 ........................系统优化、升级规范....................................优化、升级的记录规范.....................................升级前备份做记录要求 ................................优化、升级后版本情况记录规范 ........................日常备份规范............................................记录备份规范日期、具体情况的规范.........................备份文件的存放规范 ..................................备份后版本的规范 ....................................10、第三方工具.................................................M ANAGEMENT C ONSOLE.............................................S POTLIGHT....................................................特点......................................................常见性能问题..............................................性能问题查找..............................................1、Weblogic安装windows平台下安装首先获取weblogic 的安装程序，获取到安装程序后直接双击文件开始安装，具体步骤如下：开始解压缩安装程序，稍等个几分钟，弹出如下界面：单击【下一步】，弹出界面：选择【是】，接受许可协议，单击【下一步】，弹出如下界面：设置【BEA主目录】，然后单击【下一步】，弹出对话框：选择【完全】，再单击【下一步】，弹出如下界面：设置【产品安装目录】，单击【下一步】，弹出如下界面：开始安装，稍等几分钟，弹出如下界面：单击【完成】完成weblogic的安装。
nginx介绍-与weblogic集群
Nginx介绍-与weblogic集群2014年5月版本历史目录1 前言 (4)1.1文档说明 (4)2 Nginx介绍 (4)3 Nginx安装 (5)3.1前期准备 (5)3.2安装openssl (5)3.3安装pcre (6)3.4安装nginx源代码 (6)4 Nginx 启动、停止、重启 (7)4.1启动 (7)4.2关闭 (7)4.2重启 (7)5 Nginx配置说明 (7)6 Nginx与weblogic集群 (10)6.1前期准备 (10)6.2 配置nginx (10)6.3 运行测试环境 (11)1 前言1.1文档说明本文主要介绍什么是nginx，nginx在linux系统上源码安装、部署，优化、启用、停用操作，及与weblogic集群部署。
2 Nginx介绍Nginx ("engine x") 是一个高性能的 HTTP 和反向代理服务器，也是一个 IMAP/POP3/SMTP 代理服务器。
它具有有很多非常优越的特性:作为Web 服务器：相比Apache，Nginx 使用更少的资源，支持更多的并发连接，体现更高的效率，这点使Nginx 尤其受到虚拟主机提供商的欢迎。
能够支持高达50,000 个并发连接数的响应。
作为负载均衡服务器：Nginx 既可以在内部直接支持Rails 和PHP，也可以支持作为HTTP代理服务器对外进行服务。
Nginx 用 C 编写, 不论是系统资源开销还是CPU 使用效率都比高。
作为邮件代理服务器: Nginx 同时也是一个非常优秀的邮件代理服务器（最早开发这个产品的目的之一也是作为邮件代理服务器）。
Nginx 安装非常的简单，配置文件非常简洁（还能够支持perl语法），Bugs 非常少的服务器: Nginx 启动特别容易，并且几乎可以做到7*24不间断运行，即使运行数个月也不需要重新启动。
你还能够在不间断服务的情况下进行软件版本的升级。
Weblogic技术原理介绍
Weblogic的基本概念（集群）
集群的主要功能： █ 应用程序故障转移 █ 服务器故障转移
█ 负载平衡
Weblogic的基本概念（集群）
Weblogic的基本概念（集群）
集群准则： █ 集群不能跨域。 █ 一个集群中的所有服务器必须也在同一个域中。 集群不能跨域。 █ 一个集群中的所有服务器必须为相同的版本级别。 一个集群中的所有服务器必须也在同一个域中。 █ 集群服务器可以在相同的机器上，也可以在不同的机器上；机 一个集群中的所有服务器必须为相同的版本级别。 集群服务器可以在相同的机器上，也可以在不同的机器上；机器的操作系统可以相同，也 器的操作系统可以相同，也可以不同。 可以不同。 █ 一个域中可以有多个集群。
Weblogic的基本概念（管理服务器）
Weblogic的基本概念（管理服务器）
管理服务器是一个用做配置整个域的中央控制实体。 （1）weblogic server 管理控制台：管理控制体是用来配置域的基 于浏览器的图形界面（GUI）。 （2）weblogic server 应用程序编程接口（API）：可以使用 weblogic server提供的API 编写java类类修改配置特性。 （3）weblogic server 命令行实用工具（weblogic.Admin）创建脚 本，实现自动化的域管理。 要修改域配置，与管理服务器必须正在运行，管理服务器是通过写 config.xml 文件来维护域的配置信息。
Weblogic的基本概念（受管服务器）
受管服务器： 受管服务器指域中任何不属于管理服务器的服务器，于管理服务器 联系以获得配置信息，在生产环境中运行业务程序。 如图：
Weblogic的基本概念（受管服务器）
Weblogic的基本概念（受管服务器）
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
Weblogic集群介绍
在介绍weblogic集群之前，先看看传统的双机架构,
这种架构存在以下几点不足之处：
1）采用主机备机的方式，一般主机使用比较频繁，导致另外比较空闲，资源利用不均衡。
2）当一个Server发生故障的时候，必须通知用户使用另外一台的Server，管理和维护比较麻烦。
3）用户切换应用的时候，需重新登录，有些延误时间。
群集的优点是什么
可伸缩性
可以动态增加部署在WebLogic Server 群集中的应用程序的容量以满足需要。
可以将服务器实例添加到群集中而不会中断服务，应用程序将继续运行而不会影响客户端和最终用户。
高可用性
在WebLogic Server 群集中，当服务器实例失败时应用程序可继续进行处理。
可通过将应用程序组件部署到群集中的多个服务器实例，“群集”这些组件，这样，如果在其上运行某个组件的服务器实例失败，则将此组件部署到的其他服务器实例可以继续进行应用程序处理。
群集WebLogic Server 实例的选择对于应用程序开发人员和客户端是透明的。
但是，了解启用群集的技术基础结构将有助于编程人员和管理员最大化其应用程序的可伸缩性和可用性。
群集的关键功能是什么
应用程序故障转移
简单的说，故障转移是当应用程序组件（在下列部分中通常称作“对象”）正在处理某个特定作业时某些处理任务部分由于任何原因而变得不可用，已失败对象的副本将结束此作业。
WebLogic Server 支持自动或手动将群集服务器实例从一台计算机迁移到另一台计算机。
可迁移的受管服务器被称作“可迁移服务器”。
本功能适用于要求高可用性的环境。
负载平衡
负载平衡是在环境中跨计算资源与网络资源平均分发作业和关联的通信。
哪种类型的对象可以群集
群集的应用程序或应用程序组件在群集中的多个WebLogic Server 实例上可用。
如果已群集某个对象，则此对象的故障转移和负载平衡是可用的。
将对象均匀部署到群集中的每个服务器实例，可以简化群集管理、维护和故障排除。
Web 应用程序可由不同类型的对象组成，包括企业Java Bean (EJB)，servlet 和Java Server Pages (JSP)。
每种对象类型都具有唯一的一组与控制、调用以及它如何在应用程序内起作用相关的行为。
由于此原因，WebLogic Server 用于支持群集的方法，以及用于提供负载平衡和故障转移的方法，会因不同的类型对象而异。
可在WebLogic Server 部署对下列类型的对象进行群集：
1）Servlet
2）JSP
3）EJB
4）远程方法调用（Remote Method Invocation，简称RMI）对象
5）Java 消息服务(JMS) 目标
6）Java 数据库连接(JDBC) 连接
什么类型的对象不可群集
以下API 和外部服务不可在WebLogic Server 内群集：
1）包含文件共享的文件服务
2）时间服务
在群集的各个WebLogic Server 实例中仍可使用这些服务。
但是，这些服务不能使用负载平衡或故障转移功能。
集群有哪些限制
1）集群中的WebLogic主机必须使用永久的静态IP地址。
动态IP地址分配不能用于集群环境。
如果服务器位于防火墙后面，而客户机位于防火墙外面，那么服务器必须有公共的静态IP地址，只有这样，客户端才能访问服务器。
2）集群中的所有WebLogic服务器必须位于同一个局域网，并且必须是IP广播可到达的。
3）集群中的所有WebLogic服务器必须使用相同的版本。
配置集群中的服务器，使它们支持所提供的服务。
对于使用了JDBC连接的EJB，所有部署了某EJB的服务器必须具有相同的部署与持久化配置。
也就是说所有服务器都应该有相同的JDBC配置。
所有部署了servlet的主机必须维护一组具有相同ACL 的servlet。