摘要：本文概述了使用Linux/ WebLogic组合时的部署要点

使用开放源代码软件平台浪潮的兴起，带来了部署在Linux和BEA WebLogic上的关键应用的数量上的增加。事实上，对于很多企业而且，WebLogic部署是Linux系统上的首选安装。

本文概述了使用Linux/ WebLogic组合时的部署要点。

Linux部署将传统的基于Intel的服务器从网格环境跨越到大型机系统（例如，带有Linux客户端的IBM z/VM）。本文只介绍了Intel体系结构，但是本文所介绍的几乎所有要点也适用于非Intel部署。

为什么选择Linux

为什么Linux部署的数量在不断增加？对于那些专有的操作系统而言，Linux提供了另外一种选择。它降低了一些客户的拥有成本，且拥有大量熟悉它的从业人员。Linux是一个高度可配置且通常可获得源码的操作系统，所以您可以改变行为或者重新编译特定于您的站点的选项。最后，大量供应商支持Linux，从而使客户拥有挑选应用程序软硬件的权利。

软件的选择

选择JVM

BEA的JRockit JVM可用于Intel Linux部署上，并且可以提供许多优点，因为它既支持32位环境也支持64位环境。JRockit设计用于服务器端执行，并且拥有一些高级特性，如可改善应用程序性能的自适应优化。如果运行于其他不同的平台（如zLinux），请参考BEA支持的平台页面，以所支持的JVM。

安装JVM（JRockit）

JRockit的安装很简便：首先，根据所用的平台下载安装程序，执行下载的文件（./jrockit-8.1sp1-j2se1.4.1-linux32.bin），并根据屏幕提示操作。

如果运行的是具有超线程功能的Intel处理器，在安装完成后需要一个额外的步骤。任何一个处理器（实际的或虚拟的）的cupid必须可被任意进程读取；此功能既可自动实现也可通过修改/dev/cpu/X/cupid（X是CPU号）文件的权限来实现。有关启用此功能的技术细节，请参考JRockit 的发布说明（http://edocs.bea.com/wljrockit/docs81/relnotes/relnotes.html）。

安装BEA WebLogic

如同JRockit，BEA WebLogic的安装同样十分简便。下载合适版本的安装程序，然后执行所下载的文件（./platform811_linux32.bin）。安装程序提供图形用户界面（缺省）或者控制台（非图形用户界面）安装选项。如果是在没有图形用户界面的平台上或在远程系统上安装，当启动安装程序时，可跳过"-mode=console"选项。此两种安装选项均可引导用户完成安装的全过程，此安装过程是交互的，且允许用户选择安装选项和主目录。

维护

在Linux上部署BEA WebLogic的过程中，有许多因素必须考虑。例如，必须对J2EE应用服务器以及外围系统进行合理的配置，以使系统达到最优性能。在部署环境之前，应启动维护环境的进程以获得最佳的性能表现。此项预先规划将在应用程序的产品阶段得到回馈。收集应用程序及支持其运行的基础结构的性能参数非常重要（即使是在产品阶段之前）。在产品阶段之前对这些数据的记录使对应用程序性能的评估成为可能，同时，也可据此建立一个参考基线。在产品部署前，可根据此基线对应用程序或其环境的变化作出有效性的判断。

一旦进入生产环境阶段，搜集并积累这些数据有利于性能模型的建立。

大多数供应商通过电子邮件向您提供获得最新程序补丁和升级包的信息服务。必须确保已经注册了这种服务，并且这些电子邮件将发给很多IT组负责人员。

毕竟，如果通知只发给一个用户，而又碰巧在此用户休假时发布了一个紧急的补丁，可想而知将会发生什么。尽管也有一些自动更新的服务，可我还是不愿意使用此种服务，我还是优先考虑使用更新通知的方式。然后，您可以决定哪种服务适合自己的安装，以及是否存在任何跨供应商的依赖性。

尽管不同的供应商所提供的产品通常可以很好地协同工作，但在产品部署之前，在自己的环境中，对应用程序和供应商所提供的解决方案之间的融合问题进行测试是很必要的。应该在部署到产品中之前和之后，对系统性能进行衡量和比较。

Tripwire（www.tripwire.com）是一个可用于Linux部署的工具。开放源代码的版本和商业化版本都对确定"周末又发布了什么更新"这种综合症很有帮助。使用Tripwire给服务器创建一个基线，这对于更改管理进程以保证软件和文件的一致性或者回滚更改是有用的。

环境可见度

BEA WebLogic应用程序通常会有一些非Java的外部触点，Web服务器和数据库就是例子。WebLogic应用程序的整体性能受到这些其他组件的执行情况和Linux的整体性能的共同影响。

收集EPA（Environment Performance Agent）数据的例子包括：

· Linux VM（虚拟机）数据

　 - 是否内存太少从而导致Linux频繁交换？

　 - 有多少任务处于挂起状态，系统的平均负荷是多少？

· Web服务器数据

　 - 在测试期间产生了多少http错误？

　 - 有没有子线程被挂起？

· 数据库

　 - 剩余多大空间？

　 - 缓存命中率是多少？

· 网络

　 - 什么IP在产生最多的请求？

　 - 网络上是否有任何报警事件？

应对什么进行监控？

这是一个意味深长的问题，答案实际上取决应用程序以及您监控和衡量成功的目标。

作为一条普遍的规则，包括应用程序中的J2EE组件在内，任何给应用程序提供输入的部分，或者应用程序服务器处理请求所依赖的事物都应该受到监控。复习上面的"环境可见度"一节，并考虑您自己的应用程序所具有的触点。您是如何衡量可用性和可接受的性能，您又将实际采取什么措施来处理所搜集的数据（非常有价值）？

收集CPU、组件响应时间、内存利用率、线程、JDBC池利用率和并发请求等性能数据是理解应用程序性能的起点。当然，还有许多其他的组件也是可用的，并且可以统一衡量。

在部署应用程序之前一个需要考虑的问题就是，如果应用程序没有在所设定的基线内运行的话，将会发生什么情况（假定在产品阶段之前创建了一个基线）？

Linux配置

第一步就是要理解物理机器的概念。借助一些显示工具用于：

· 显示CPU信息（cat/proc/cpuinfo）。显示每台机器的CPU类型信息。

· 显示内存信息（cat/proc/meminfo）。显示内存容量、交换分区和缓存的详细情况。

· 显示磁盘容量及剩余空间（du -lh）。

· 显示网络配置（ifconfig）。

以上收集的信息将有助于确定应用程序文件所应驻留的位置、网络绑定，以及应用程序（Java堆）可使用内存的大小。

检查一下机器上正在运行的服务。例如，运行BEA WebLogic的机器是否应该运行FTP或邮件服务器？删除（或注释掉）不必要的服务，并编辑/etc/xinetd.conf或/etc/inetd.conf（取决于Linux发布）。一旦将那些不必要的服务删除掉后，就建立一个关于磁盘和内存利用率的基线。用负载生成工具观察Linux的性能表现，每秒产生多少次I/O操作，使用多少交换空间（iostat和vmstat）。

这些基线数据随后可被用于监控。

运行时秘密

现在，WebLogic已部署在Linux上，让我们从Linux的角度去看一下某些进程信息。