WebLogic和F 相结合的负载均衡配置方案
WebLogic集群详细方案
From here数据库层：数据库：oracle 10g 数据库服务器：2台以上F5 设备：2台部署图：采用RAID 0+1的磁盘阵列部署描述：1.F5虚拟地址作为对数据用户的唯一地址。
2.F5有主备2台设备，相互之间部署心跳线，在F5的配置中设定其中一台作为主机，配置心跳的告警设置和数据库服务器的告警设置。
3.ORACLE需要安装F5的管理插件以监控数据库服务器性能参数和状态。
4.数据库采用RAC的方式进行集群，数据库之间有心跳线。
5.服务器Cluster需要一个统一的时间，在整个应用中由统一的服务器提供同步服务。
6.在数据库服务器集群和文件系统之间的交换机需要有主备线路。
访问控制：1.对F5虚拟地址的访问需要在数据库防火墙中配置白名单2.数据库的实地址只有DBA等数据库管理角色才能访问负载均衡：1.F5设备通过在Oracle服务器上的插件获取各个数据库本身的连接数，内存使用量，CPU占用率等参数，以及在F5配置中设置负载分发的规则来分发对数据库的真实访问。
2.对于数据库Cluster来说，采用10g以上版本的RAC的方式会有一个公用的缓存区。
数据安全：1.在文件系统中采用RAID 0+1的方式进行数据存放和备份2.磁带库作为文件系统的最终容灾备份。
故障处理：1.在F5主机出现故障时，由F5备用的心跳监控到并做自动切换，同时可以按告警配置进行对应操作。
2.数据库节点中一台出现问题时，会由别的节点接手，同时F5会监控到数据库的状态出现异常并按照告警配置进行对应操作，例如【发送告警邮件】等。
3.在数据库集群和文件系统的网络中，当主要线路出现问题，由备用线路接手。
优点：1.可扩展性好，在性能出现瓶颈的时候不需要修改整体布局，只需要增加服务器并配置2.可靠性好，所有设备都至少有一个备用节点。
3.访问无缝隙，对于用户来说只有一个访问接口，对于内部所有节点的备用节点都能实现自动切换或自动故障点剔除。
缺点：1.采用RAC进行数据库集群需要一个统一的文件存取管理系统，数据和存取基于网络，对网络性能和稳定性要求非常高。
WebLogic配置及简介
WebLogic 8.1 配置及使用简介一、WebLogic 8.1 配置a)开始->程序->Bea WebLogic Platform 8.1-> Configuration Wizard”，启动Configuration Wizard工具。
b)选择“新建WebLogic配置”，单击“下一步”。
c)选择“Basic WebLogic Server Domain”，单击“下一步”。
d)选择“快速”，单击“下一步”。
e)输入“User name”和“password”，单击“下一步”，密码需要8位以上f)选择作为Window服务，单击“下一步”。
g)默认设置，单击“下一步”。
h)选择开发模式，JDK选择Bea WebLogic默认安装JDK 1.4.2。
单击“下一步”。
i)默认值设置，可以修改配置名，单击“创建”。
j)选择“启动管理服务器”，单击“完成”。
k)开始->程序->Bea WebLogic Platform 8.1->User Projects->mydomain或其它域名->start serverl)打开http://127.0.0.1:7001/console,使用用户名和密码登录管理页面了。
二、应用程序的部署注意部署的应用程序只能使用JDK1.4.2版本编译，使用JDK1.5编译的Servlet会有问题。
a)部署方式1⏹部署→Web应用程序模块→部署新的Web应用程序模块⏹选择“上传文件”链接，选择打包好的web应用文件W AR文件，点击“上传”⏹选中upload下的刚才上传的war文件⏹点击“目标模块”按钮发布→部署⏹可以打开刚才部署的模块进行测试b)部署方式2直接把符合规范的应用拷贝到mydomain\applications目录下，适合开发c)部署方式3直接在部署时选择某个应用即可发布，适合开发三、数据库连接池的配置a)配置数据库链接池⏹服务→JDBC→连接缓冲池，点击配置新的JDBC Connection Pool... 选择合适的驱动程序：⏹数据类型：MS SQL Server⏹驱动程序：Microsoft’s MS SQL Server (Type 4 ) version 2000⏹微软的三个Jar拷贝到JDK1.4.2->jre->lib->ext下或者添加到类变量中也可b)配置数据源⏹服务→JDBC→数据源→⏹输入合适的jndi名称⏹选择数据库连接池四、WebLogic的目录结构BEA主目录JDKJRocket：BEA自己的虚拟机，只在某些系统上有该产品安装日志附加的工具jar文件：WebLogic Server根目录license.bea许可证文件，license信息，xml文件格式，包括产品组件，cpu数，并发数，过期时间，license类型，组件的校验码等等，学习版本会有限制，正式版本中需要购买许可证文件替换这个文件，如果购买了新的组件也需要更新这个文件。
负载均衡配置方法
负载均衡配置方法在现代的计算机系统中，负载均衡是保证高性能和可靠性的重要因素之一。
通过合理的负载均衡配置，可以最大程度地利用系统资源，提高系统响应速度和可扩展性。
本文将介绍一些常见的负载均衡配置方法，帮助您更好地理解和应用负载均衡技术。
一、负载均衡概述负载均衡是一种通过在多个服务器之间分配工作负载，以达到提高系统性能和可用性的技术。
它可以确保每台服务器都能够平均分担任务，避免单个服务器过载，从而提高系统的整体性能。
二、硬件负载均衡配置方法硬件负载均衡通常通过专门的硬件设备来实现，如负载均衡器。
以下是一些常用的硬件负载均衡配置方法：1. 服务器冗余：在配置硬件负载均衡之前，建议先将系统中的服务器设置为冗余模式。
这意味着将每个功能模块配置为备份模式，以确保在故障发生时可以无缝切换到备份服务器。
2. 负载均衡器选择：根据实际需求选择适当的负载均衡器。
常见的负载均衡器有硬件负载均衡器和软件负载均衡器。
硬件负载均衡器通常具有更高的性能和可靠性，但价格较高。
软件负载均衡器则更加灵活和经济实惠。
3. 负载均衡算法选择：负载均衡器通常使用一些算法来决定如何将任务分配给服务器。
常见的算法有轮询、最小连接和最少响应时间等。
根据应用场景的特点选择合适的负载均衡算法，以确保任务能够平均分配给服务器，并提高整体性能。
4. 健康检查和故障恢复：负载均衡器通常会周期性地检查服务器的健康状态，以便及时发现故障和性能问题。
一旦发现故障，负载均衡器将自动将任务重新分配给其他正常工作的服务器，并通过故障恢复机制尽快恢复故障服务器的功能。
三、软件负载均衡配置方法除了硬件负载均衡器，还可以使用软件来实现负载均衡。
以下是一些常用的软件负载均衡配置方法：1. 反向代理：通过将负载均衡器配置为反向代理服务器，可以将客户端的请求分发给多个后端服务器。
反向代理服务器可以根据不同的策略选择请求目标服务器，并将响应返回给客户端。
2. DNS负载均衡：通过在DNS服务器中配置多个IP地址，可以将客户端的请求平均分配给这些IP地址，并最终分发到不同的服务器。
服务器负载均衡方案
服务器负载均衡方案第1篇服务器负载均衡方案一、背景随着互联网的迅速发展，业务量不断攀升，服务器承受的压力越来越大。
为保障业务连续性和用户体验，提高服务器资源利用率，降低单点故障风险，有必要引入服务器负载均衡技术。
本方案旨在制定一套合法合规的服务器负载均衡方案，确保业务稳定、高效运行。
二、目标1. 提高服务器资源利用率，降低硬件投资成本。
2. 确保业务连续性，提高系统可用性。
3. 提升用户体验，降低访问延迟。
4. 合法合规，确保数据安全。
三、方案设计1. 负载均衡器选型根据业务需求，选择合适的负载均衡器。
本方案推荐使用硬件负载均衡器，如F5、深信服等品牌。
硬件负载均衡器具有高性能、高可靠性、易于管理等优点，适用于大型企业及重要业务场景。
2. 负载均衡策略（1）轮询（Round Robin）将客户端请求按顺序分配到后端服务器，适用于服务器性能相近的场景。
（2）最小连接数（Least Connections）将客户端请求分配给当前连接数最少的服务器，适用于服务器性能不均的场景。
（3）源地址哈希（Source Hash）根据客户端IP地址进行哈希计算，将请求分配到固定的服务器，适用于有状态业务场景。
（4）权重（Weight）为每台服务器分配不同的权重，根据权重比例分配请求，适用于服务器性能差异较大的场景。
3. 健康检查负载均衡器定期对后端服务器进行健康检查，确保服务器正常运行。
检查方式包括：TCP连接、HTTP请求等。
当检测到服务器故障时，自动将其从负载均衡列表中剔除，待服务器恢复正常后，重新加入负载均衡列表。
4. 会话保持为保持用户会话状态，负载均衡器支持会话保持功能。
可根据业务需求选择以下方式：（1）源地址保持：根据客户端IP地址保持会话。
（2）Cookie保持：根据客户端Cookie信息保持会话。
5. 安全防护（1）负载均衡器支持SSL加密，确保数据传输安全。
（2）负载均衡器支持防火墙功能，对非法请求进行过滤，防止恶意攻击。
配置Weblogic负载均衡
配置Weblogic负载均衡负载均衡的实现方式有很多种，这里只介绍三种相对来说成本较低的方案（维护成本以及费用成本）weblogic自带的proxy、apache、nginx1、weblogic自带的proxy方式：1）需要新建proxy服务器2）配置proxy的ip、端口，这里设置为71003）配置SSL的主机名验证为“无”4）添加到machine管理5）部署proxy应用6）在服务器列表中启动三个server7）测试proxy应用的代码我压缩打包上传了主要就是配置web的servlet，拦截所有的请求，weblogic自带的配置如下：Java代码实际上，这个proxy内部会检测server的状态、负载情况，然后根据算法再将请求转发给具体的server处理。
2、apache方式：1）下载apache，安装过程就不介绍了。
下载地址为：/download.cgi2）添加weblogic插件：weblogic11g的插件位置是：D:\server\weblogic11\wlserver_10.3\server\plugin\win\32注意这里与weblogic较早的版本位置不同。
具体库所在目录根据操作系统版本及位数决定，我的是32位操作系统，所以就是这个目录下的mod_wl_22.so复制到apache的modules文件夹下主要就是设置WebLogicCluster，根据集群的server列表来设置。
注意：我这里设置的Listen端口号是8001，所以下面测试访问这个端口4）测试3、nginx方式：1）下载nginx并安装（我这里是windows环境，下载地址是：/en/download.html）2）简单配置nginx：修改nginx/conf/nginx.conf文件，开发、学习情况，只需要简单的增加如下配置即可：具体的意义，可以从网上找资料，这里不做详解。
3）运行直接双击nginx.exe就可以了。
weblogic参数配置和调优
请求超时处理
博客园 用户登录 代码我 登录 第三方登录/注册 没有账户, 立即注册
weblogic参 数 配 置 和 调 优
weblogic的执行线程数配置 判断是否存在线程等待：在WebLogic的控制台的myserver中的Monitoring页面下的Performance页面中，Queue Length是否等于0。 通过config.xml配置文件修改线程数（修改后重启weblogic）。
Weblogic加Apache地负载均衡以及群集配置
Weblogic加Apache的负载均衡以与群集配置Weblogic的负载均衡可以通过软件和硬件的方式实现。
硬件可以使用F5等设备，软件一般使用apache来实现。
下面说明使用apache的具体方法。
Weblogic的负载均衡可以通过软件和硬件的方式实现。
硬件可以使用F5等设备，软件一般使用apache来实现。
下面说明使用apache的具体方法。
1. 环境准备Apache 2.2 d三台机器，用途分别如下：2. 配置weblogic为了支持session复制，为应用程序新建weblogic.xml文件，放置到ear文件的meta-inf目录下。
内容为：<?xml version="1.0" e nc oding="GBK"?><weblogic-web-app xm ln s=".bea./ns/weblogic/90"><session-descriptor><persistent-store-type>repli cat ed</persistent-store-type><sharing-enable d>tr ue</sharing-enabled></session-descriptor></weblogic-web-app>3. 配置apache从{weblogic_home}/server/plugin/win/32 目录，复制mod_wl_22.so 到修改d.conf文件，增加如下内容：<IfModule mod_weblogic.c>WeblogicCluster 192.168.10.101:7010,192.168.10.102:7011MatchExpression *WLLogFile "D:/Program Files/Apache SoftwareFoundation/Apache2.2/logs/wlproxy.log"Debug OnDebugConfigInfo OnKeepAliveEnabled OnKeepAliveSecs 15</IfModule>4. 部署应用程序启动machine2上面的admin server，进入控制台，部署应用程序，注意选择target 时，要指定为cluster_test。
完整word版,weblogic集群负载均衡部署文档(支持win7+linux6.5)
Weblogic集群和负载分发的部署(支持win7+linux6.5 64位)目录1.集群目的 (3)2.部署环境 (3)3.注意问题 (3)4.安装weblogic过程 (3)5.weblogic集群部署过程 (9)5.1创建weblogic域 (9)5.2 weblogic集群化配置 (15)5.3 weblogic简单负载均衡配置 (28)5.4 weblogic集群复杂均衡测试 (32)1.集群目的项目成功部署后，可能会出现运行过程中服务器挂掉不能正常使用。
为了防止这种情况，采用weblogic 集群方式部署，以消除客户的担心。
2.部署环境3.注意问题因为时间仓促和作者水平有限有些待解决问题需要说明1.请不要登陆后在地址栏按回车键重新访问地址来验证session复制。
2.如果按F5刷新页面则会跳到选择模块界面，无法说明session复制失败。
3.服务器地址默认用127.0.0.1 ,如果用ip地址（如：192.169.1.169），则把配置过程所有地方的127.0.0.1改成你的实际ip地址,记住创建时候ip地址要统一。
4.安装weblogic过程1）首先登陆/technetwork/cn/middleware/ias/downloads/wls-main-091116-z hs.html 去下载一个windows版的weblogic 我下载的是1036版本2）双击打开后3）初始化完成后4）点击下一步5）选择一个磁盘空间比较大安装，然后点击下一步6）把“我希望通过这个。
”勾选取消。
7）这个选择典型就可以8）这一步就是告诉你你的东西要安装到哪9）选择所有用户点击下一步10）11）12）这里需要运行这个quickstart 13）点击第一个”Getting“这个Linux安装类似略。
5.w eblogic集群部署过程5.1创建weblogic域1）创建域（Domain）的方式：Domain简单定义为：是一个逻辑管理单元，Domain下面包含着weblogic应用服务器中的所有东西，weblogic应用服务器的启动，停止都是以domain为单位进行管理的提示Linux 文件路径：找安装路径下../weblogic/Oracle/Middleware/utils/quickstart 的quickstart.sh文件双击运行就可以。
WebLogic集群配置和负载均衡的实现
辩 ２ 々 ’ 撒
４考虑 网络安全和拓扑架构 ．
安全要求构成 了设计合适 的安全拓扑结构 的基础 。 某些 网络拓扑结构可能会 干扰多播通信 ，请尽 量不要跨
砖
Ａ 黼ｊ ｎ
燃瓣 Ｓ０ ０ｌ
６ ｌ 曲
罐城 静
ｉＭ
双 击ｗｌ１ ３ ｅ ｅ １ ５ ｉｕ ３ ．ｉ ｓ０ ３ ｏ ｐ １ ０ ｌ ｘ ２ｂｎ １ １ ｎ
信 息系 统工 程 １２ １．．０ ０ １６２
３ ９
《 乏
Ｓ ＳＰＡ ＴＣ 系 Ｙ Ｒ ＣＩＥ 统实践
（ ） 建 新 的Ｄｏ ｉ １ 创 ｍａ ｎ （ ） 择 安装 类 型 ２ 选 （ ） 择 定制 安 装 ３ 选
还是应该将 应用程序层 分隔在不 同 的群 集 内？ 如何在 群集 中的服务器实例之 间平衡负载？ （ 使用基本 ＷｅＬ ｇｃＳｒｅ 负载平衡 ，实现第 ２） ｂ ｏｉ ｅ ｒ ｖ 三方负载平衡器 ，还是 将应用程序 的 Ｗｅ ｂ层 部署在一 个或多个次级 Ｈ Ｔ Ｔ Ｐ服务器上并 向其代理请求？ （ ３）是 否 应 该 定 义 带 有 一 个 或 多 个 防火 墙 的 Ｗｅ ｂ应用程序非军事化 区 （ ． ｌａｉｅ ｏ ｅ ＤｅＭｉｔ ｚｄＺ ｎ ，简称 ｉｒ
蔫穗 醚 Ｌｍ ｘ ａｈ ｉａ ｃｅ
｛ｍ Ⅷ 蝻 ｇ ． ｌ
耱
蹙载 均 囊＋ 釉 拽纛 菠
＃ ｒ
ｅ 分配资源 ，包括机器 、地址 、 ． ｂｏ ｉ ｖ ｒ ｅ
名称 和 端 口等 ，区 分 管 理服 务器 和 被 管服 务器 。
３ｗｅ ｌ ｇｃ 户登 录 ． ｂ ｏ ｉ用
ｃ 至安装 文件 （ ｉ文件） ｄ ｂｎ 所在 目录
weblogic多机集群部署(F5方案)
Weblogic多机多服务部署此次以10.128.22.21和10.128.22.22两台服务器为例，来描述应用部署的步骤。
并以10.128.22.21:7001作为管理服务器主管服务器相关配置创建domain/home/weblogic/weblog10/wlserver_10.3/common/bin/config.sh执行config.sh选择创建新的weblogic域选择weblogic Platfrom 组件选择要使用的模板这里直接点击下一步即可输入需要创建的domain的名称（主管服务器和受管服务器名称建议一致）选择默认位置根据提示输入用户口令并进行确认根据需要选择开发模式或者生产模式这里选择生产模式选择预先设置好的JDK下一步根据提示创建好domain启动weblogic服务/home/weblogic/weblog10/user_projects/domains/tpcenter_domain执行startWebLogic.sh此时需要根据提示输入之前设置的weblogic用户名和密码，密码输入正确则可以正常启动成功启动weblogic服务之后进入/home/weblogic/weblog10/user_projects/domains/tpcenter_domain/servers/AdminServer目录下创建security文件夹并在文件夹中写入boot.propertiesusername=XXXXXpassword=xxxxxx之后重新启动weblogic服务，系统会自动读取boot.properties并对用户名和密码进行加密，后续启动无需手动输入weblogic用户名密码新建server登录domain的控制台，查看环境->服务器点击新建按钮新建Server_21_01*如果涉及其他电脑访问，请将127.0.0.1改成部署电脑的ip地址输入规划的服务器名称Server_21_01，地址、监听端口，点击“完成”返回服务器列表页面，如下图所示新建集群新建集群，并添加服务器：在控制台选择“集群”->“新建”，如下图所示新建成功后返回集群列表页面如下图所示点击列表中的cluster链接，打开集群配置界面，选择“配置”->服务器，如图所示点击添加按钮将Server_21_01添加到集群中新建计算机在控制台选择“计算机”->“新建”，如下图所示修改“监听地址”为127.0.0.1（如果涉及其他电脑访问，请将127.0.0.1改成部署电脑的ip 地址），其它保持不变，点击“完成”，如图所示新建成功，返回计算机列表界面，如图所示点击172.31.22.21点击配置->服务器点击添加按钮，将Server_21_01添加到计算机172.21.22.21中后续server可根据具体需要判断是否选择克隆server，这里由于server属性相同，可选中Server_21_01点击克隆（如不符合克隆条件，可参考以上创建步骤进行创建server）这里根据需要克隆出Server_21_02、Server_21_03、Server_21_04端口号分别为8002、8003、8004至此，服务器、集群、计算机都已经配置成功，选择“环境”-》服务器，最后结果如图所示启动server/home/weblogic/weblog10/user_projects/domains/tpcenter_domain/bin执行sh startManagedWebLogic.sh Server_21_01 http://172.31.22.21:7001根据提示输入用户名密码并在对应server文件夹下建立boot.properties启动节点管理器服务/home/weblogic/weblog10/wlserver_10.3/server/bin执行startNodeManager.sh执行后，可以看到/home/weblogic/weblog10/wlserver_10.3/common/nodemanager路径下文件夹nodemanager创建了如图以下文件关闭node服务并对node服务进行配置主要确保以下属性配置正确StartScriptEnabled=trueListenAddress=127.0.0.1（*如果涉及多台电脑访问，此处设置成部署电脑的ip地址这里配置172.31.22.21）StartScriptName=startWebLogic.sh配置完成之后执行startNodeManager.sh（nohup启动）忽略主机签名验证在控制台中选择环境->服务器->AdminServer->配置->SSL，主机签名验证选择无如下图所示：点击“高级”，选择“主机名验证”为“无”，点击“保存”同理，依次设置其他server的SSL主机名验证为“无”因为主机名验证，需要重启后才生效，否则server与节点管理器之间的SSL握手不成功，节点管理器日志会报错，因此一定要重启weblogic服务Weblogic服务启动完毕之后登陆控制台启动Server_21_01、Server_21_02、Server_21_03、Server_21_04受管服务器相关配置根据以上步骤创建domain 并新建所需server此处不再赘述（主机2 作为受管服务器域名要和管理服务器域名及路径一致）在管理服务器中配置受管服务器如下图主管服务器配置创建受管服务器对应的计算机如下图该计算机对应的为受管服务器计算机需要将通信类型修改为普通在该受管计算机中添加受管服务器受管服务器配置在受管服务器主机中使用wlst 工具从管理服务器中同步节点管理器机密文件(nm_password.properties) SerializedSystemIni.dat更新/nodemanager 目录下nodemanager.domains 文件中的域信息。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
WebLogic+F5负载均衡配置方案下面将F5公司的 BIG-IP 控制器为例，来介绍硬件负载均衡器配搭weblogic 服务器实现集群功能的解决方案。
1.Weblogic集群Weblogic 服务器集群将一组服务器集合在一起工作，来提供更灵活调配的、更稳定的应用平台。
服务器集群对用户是透明的，对用户来说，服务器集群只是一个简单的 server 端，然而实际上，多台服务器一起协同工作来提供服务。
通过部署 weblogic 服务器的集群功能，网站对于来自网络用户的请求具备了出色的可扩展性、更高请求处理容量和冗余能力。
对于一个集成的环境，客户端的会话状态必须被保存，以使得在出现故障时能够获得备份 session 状态。
Weblogic server 提供三种途径获得客户端会话状态：数据库复制（通过 JDBC ）、基于文件的复制和内存中的复制。
使用基于 JDBC 或基于文件的持久机制分别将客户端的会话状态保存在数据库或者文件中。
当一个客户端首次连接到集群中的某台服务器时，客户端与该服务器的连接建立，同时该服务器将会话状态完整地保存在离线存储器中。
随后的客户端的请求将被持续地发送给同一台 server ，这样就保证了会话状态的更新在存储机制中的保存。
如果这台服务器发生故障，那么该客户端可以连接到集群中的任何一台服务器。
新的服务器通过读取储存在文件系统或者是数据库中的会话状态来恢复与客户端的会话。
内存中的复制机制同样也用于保存客户端会话数据，但是它使用内存而不是其他永久存储机制。
在客户端初次连接到集群中的某台服务器时，客户端与该服务器的连接建立，同时该服务器指定另外一台集群中的服务器作为辅助服务器来存储会话数据的复本。
随后的客户端的请求将被持续地发送给同一台 server ，从而确保了在任何给定时间集群中都存有该客户机会话数据的两份拷贝。
当与该客户端建立连接的服务器发生故障时，客户端可以连接到集群中另一台服务器。
新的服务器将通过查找保存在 Weblogic 服务器 cookie 上的信息，对保存了客户端会话状态的复本的服务器进行定位，并且复制会话状态。
通过这种容错处理的方式，客户端可以透明地故障切换到另一台服务器，无需使用持续性存储器便可长期保存会话数据。
2.BIG IP实现WEBLOGIC负载均衡由于同一集群中的多个服务器能够服务于一组特定的客户端请求，所以必须通过某些机制 02e2 ，将对 " 虚拟服务器 " 的客户端请求路由到集群中某台真正的服务器。
通过将新的客户端请求智能地分配给可用资源，来达到提高服务器集群的处理能力的目的。
这种路由请求机制必须保证：•均衡集群中可用服务器上的负载；•客户端发起的会话必须持续使用在初次访问时与之建立了连接的Weblogic Server ：对于需要多个HTTP 操作的事务（也可能是多个TCP 连接），一旦和特定的服务器集群成员之间建立了客户会话，后续操作必须被定向到同一个成员，直到会话结束。
这将减少开销，并且能够为每个连续的操作从另一台服务器上获取会话状态。
因此改善了用户的响应时间并提高了集群总的利用率；•必须保持Weblogic Server 端cookie 内保存数据的完整性：会话持久性是通过检查会话cookie 来提供的，cookie 内保存了HTTP 响应0fe7 的主服务器会话信息和备份服务器的信息，这样它就可以在故障发生时被集群检测并挑选集群内另一台服务器使用以进行容错处理。
以上三点是使用BIG-IP 控制器和Weblogic Server集群的联合解决方案所需要遵循的目标。
下面我们看看F5是如何具体实现这些目标的。
2.1对Weblogic集群提供负载均衡当部署 Weblogic 集群时，首先要考虑的，应该是使用一个本地的管理网络交通的产品对于所有 Weblogic Server 实体所接收到的新的请求进行负载均衡。
F5的 BIG-IP 控制器使得可以很简单而且高伸缩性地配置 Weblogic 服务器集群。
BIG-IP 支持多种负载均衡模式，包括轮询 (Round Robin) 、服务器几率 (Server Ratio) 、服务器能力 (Server Capacity) ，等几种模式。
BIG-IP 对 Weblogic 服务器的性能和可用性进行监控，并将客户端请求发送到集群中当前状态最为可用的服务器。
BIG-IP 通过对一系列的设备故障的监测，来确认任务所需的最主要的资源相应正常的。
2.2通过BIG-IP对Weblogic服务器的用户保持访问持续性一旦用户采用内存复制技术来部署 BEA Weblogic Server 集群时，Weblogic 服务器就启动 Cookie 机制来跟踪服务器实例，并保存客户端会话的主数据（在第一台执行请求的 server 上）和备份数据（在备份 server 上）。
当在 Weblogic Server 前端部署负载均衡机制时，用户必须确认所采用的方案可以提供用户访问持续性，而不是会阻碍用来保存客户端会话数据的 Weblogic cookie 技术的实施。
而如果采用BIG-IP ，可以配置BIG-IP 使其在用户的网页浏览器内插入一个单独的cookie 用来跟踪客户端会话，服务器的cookie 则保存容错时所需的内存复制信息。
在进行普通的操作时，内嵌的BIG-IP cookie 将保证客户端可以对主服务器（保存了会话状态）进行持续访问，在此阶段Weblogic Server 的cookie 未被进程使用；然而当故障发生时，服务器的cookie 被激活，提供备份会话数据所在的位置，使得客户端的请求可以被集群内的任一其他的服务器进行容错处理。
（见下图）• 1 ）客户端访问Weblogic 集群；BIG-IP 察觉到请求中没有cookie 存在，于是选择任一台Weblogic 服务器对客户端请求进行响应。
• 2 ）用户信息保存在服务器端，同时服务器在HTTP 回复中写入cookie 。
• 3 ）HTTP 回复被发送回客户端；BIG-IP 写入第二个cookie ，包含信息为该客户端建立连接的服务器端。
• 4 ）当下一次请求到达时，BIG-IP 读入自己的cookie 信息，并将用户请求导向同一台服务器。
在BIG-IP上配置在线cookie持续性• 1 ．在导航栏中点击Pools ，打开Pools 窗口；• 2 ．在Pools 列表中，点击你想要建立插入方式的pool ；• 3 ．点击“持久”标签（Persistence ），打开“持久”窗口；• 4 ．点击“ Active HTTP Cookie ”按钮；• 5 ．从方法列表（Method list ）中选择“插入”方式（insert ）。
这样就保证了BIG-IP 会在客户端浏览器中插入一个单独的cookie ，而不会修改用来进行容错处理的Weblogic Server cookie ；• 6 ．输入timeout 值，该值将决定cookie 在客户端多久过期；•7 ．点击Apply 按钮。
2.3通过BIG-IP从Weglogic服务器卸载SSL压力SSL （加密套接字协议层）是一种应用极为广泛的 WEB 信息安全传送协议。
最初由 Netscape 开发以提供 Internet 上的安全连接和传送，目前，98% 的 Web 上的安全传送都运用 SSL 。
SSL 已经成了安全互联网交易中数据加密的工业标准，采用 SSL 的网站在 1998 年和 1999 年间增加了两倍。
由于 SSL 运用加密算法和密码，其加密 / 解密过程需大量占用服务器的 CPU 资源，使 CPU 利用率接近 100% ，从而大大降低了服务器性能。
对于需要进行加密传输的网站， BIG-IP 提供可伸缩的 SSL 编码 / 解码机制。
由于对 SSL 的处理会加重服务器的负担，所以把 SSL 负担从Weblogic 服务器上卸载下来将大幅度地提高集群的执行能力。
用 BIG-IP 来承担繁重的 SSL 计算，这样可以使得 Weblogic 服务器着力于他们最拿手的 WEB 应用的处理，同时也保证了在网页上的信息交互的安全性。
BIG-IP 的负载均衡可以实现对采用 SSL 协议实现的第七层协议的功能进行负载均衡，比如使用解码包里的信息来进行智能化负载均衡。
SS 0fe7 L 信息流被解码，以明文方式传给目的地。
如上图，当使用 BIG-IP 的 SSL 加速器时，所有非 SSL 数据流可以未受任何改变地通过加速器；但是当由 SSL 加密过的数据流经过 SSL 加速器时，进入的 SSL 数据流被解密并干净地传给服务器，而外流的 SSL 数据流被加密并传向客户。
这样服务器只需简单地处理 SSL 请求，原本消耗众多计算资源的 HTTP/SSL 现在被专用的 SSL 加速设备负责处理。
使用了 SSL 加速器之后，系统每秒处理的安全连接数可由原来几十个增长到数百个。
对于那些有较高安全级别的请求， BIG-IP v4.1 提供了重编码的功能，在后台对信息流重新编码，然后发送给 Weblogic 服务器。
这种方案保证了对安全敏感度很高的网站在因特网的任一个环节都不会暴露明文信息，同时依然可以进行负载均衡。
需要指出的是，额外 SSL 容量可以通过软件密钥增加到 BIG-IP 上，这使客户能够仅在其需要时购买 SSL 容量。
2.4使用BIG-IP提高网络和Weblogic服务器的处理能力F5和 BEA 共同提供了一套解决方案，以使得用户对基础设施的投资效益最大化。
在 Oneconnect? 和 HTTP 1.1 之前，一个客户端和服务器端的简单连接就可能由好几个 TCP 会话组成，这些额外的连接的产生和销毁都会导致不必要的损耗。
BIG-IP 的 Oneconnect? 以最小的 TCP 链接将请求发送到服务器，减低了网络、服务器和客户端之间的冗余，减轻了 HTTP 交通阻塞。
这样，Weblogic 服务器可以发挥更大的性能，带宽的损耗也可以减低 20% 。
3.该解决方案的优势•流量控制－－BIG-IP 提供了WebLogic 服务器集群所需的流量管理能力和用户持续性。
•业经验证的兼容性－－BIG-IP 与WebLogic 服务器进行互操作，可保持重要的服务器持续性（BIG-IP ）和用户会话数据（WebLogic ），以实现无缝、可扩展的服务器集群。
•SSL 能力－－BIG-IP 提供了集成的SSL 处理，以提高WebLogic 服务器集群的性能和可扩展性。
•优化网络和WebLogic 服务器性能－－BIG-IP 的OneConnect? 能够智能管理HTTP 会话，从而将带宽成本降低了20% ，并增加了后端服务器集群的容量。