Websphere产品知识.doc

Websphere 知识点b4bb04eb8f15ada261e5c58fee840509 pdf 第 1 页 共 9 页 Websphere 产品知识 Websphere 知识点b4bb04eb8f15ada261e5c58fee840509 pdf 第 2 页 共 9 页 目录目录 1WEBSPHERE 简介简介 4 2WEBSPHERE 版本发展版本发展 4 3WEBSPHERE 安装详解安装详解 5 3 1磁盘空间 5 3 2性能设置 6 4WEBSPHERE 术语术语 7 4 1概要文件 PROFILE 7 4 1 1单元概要文件 7 4 1 2Deployment Manager 概要文件 7 4 1 3Application Server 概要文件 8 4 2单元 CELL 8 4 3管理节点 DEPLOYMENT MANAGER 8 4 4节点 NODE 8 4 5NODE AGENT 9 4 6WAS PLUG IN 9 4 7NODE PROFILE与 SERVER的区别 9 4 8集群 CLUSTER 10 4 9同步操作 10 Websphere 知识点b4bb04eb8f15ada261e5c58fee840509 pdf 第 3 页 共 9 页 1WebSphere 简介简介 WebSphere 是 IBM 的软件平台 它包含了编写 运行和监视全天候的工业强度的随需应变 Web 应用程序和跨平台 跨产品解决方案所需要的整个中间件基础设施 如服务器 服务和工 具 WebSphere 提供了可靠 灵活和健壮的软件 基于 Java 的应用应用服务器服务器 整合企业数据和事务以用于动态电子商务环境 包括高级集群集群能 力和 Web 服务特性 WebSphere Appl icat ionServerV6 1 是 IBM WebSphere 软件平台的基础 它提供了面向 服务架构 SOA 所需的安全 可伸缩 富有弹性的应用程序基础设施 通过新的特性包简化了使用 WebSphereApplicationServer 6 1 的方法 您可以下载下载最新的 开放标准和创新技术 利用业内主要的 Java 2 Enterpr ise Edi t ion J2EE 1 4 和 Web 服务应用程序平台来帮 助构建 运行 整合和管理动态的随需应变的业务应用程序 通过一组简单的工具和接口 迅速轻松地构建和部署可重用的应用程序服务 在可靠 可伸缩 高度可用的环境中运行服务 确保不会因应用程序宕机而错失商业良 机 以富有弹性 基于标准的安全性基础设施保护应用程序和数据 这样的基础设施将消除漏 洞隐患 同时最大化开发人员生产力 通过基于标准的消息传递和最新的 Web 服务标准来重用软件资产并扩展其范围 使用强大 易用的管理和监控工具轻松管理应用程序 随着需求的演进而发展 利用核心资产和技能 现有数百种 IBM 和业务合作伙伴产品均构建 于 WebSphere Application Server 的基础之上 支持的操作系统 AIX HP Unix i5 OS Linux Sun Solaris Windows 2WebSphere 版本发展版本发展 一般对版本的定义是 x x x 三位 分别为主版本号 次要发布版本号 小或补丁发布版本号 而 WAS 采用了四位制 第四位为 fix pack 即专指补丁版本号 Websphere 知识点b4bb04eb8f15ada261e5c58fee840509 pdf 第 4 页 共 9 页 3Websphere 安装详解安装详解 3 1 磁盘空间磁盘空间 WebSphere 应用服务器自身代码的占用空间 这个空间一般在 1G 左右 在不同 的系统平台上略有差异 概要文件所占的空间 WebSphere 应用服务器 V6 1 创建的概要文件基本类型有 3 种 每个概要文件所占用的空间如下 应用程序服务器 Application Server 在 WebSphere 应用服务器安装没有选择安装样本程序时 这一概要文 件所占磁盘空间约为 200M Deployment Manager 30M 定制概要文件 Custom 即 node agent 10M 如果要安装 WEB 服务器 则在 WEB 服务器所在服务器上要预留 WEB 服务器所占 的磁盘空间 IBM HTTP 服务器一般占用 110M 左右的空间 如果安装 WEB 服务器 则在 WEB 服务器所在机器上通常也要安装 Web Server Plug in 组件 该组件所占磁盘空间约为 200M WebSphere 应用服务器系统日志的占用空间 日志空间的估算要结合系统对日 志的配置情况 WebSphere 应用服务器的主要日志有 SystemOut log SystemErr log 我们可设置日志文件的大小和保存的历史日 志文件数量 从而可以估算出其需要的空间 如果有 WEB 服务器 需考虑 WEB 服务器的日志空间 如果客户开启了 WEB 服务 器的访问日志 access log 默认开启 此日志增长的速度极快 要预留足够 的空间 备份文件需要的空间 WebSphere 应用服务器提供了一个备份命令 backupConfig bat sh 用来备份应用服务器的配置及其上应用 我们建议 在系统稳定之后及时备份 对于一个典型生产系统 WebSphere 应用服务器这 个配置文件经常超过 100M 可在发出 backupConfig 命令时 使用 logfile 参 数指定该备份文件的存放位置 Websphere 知识点b4bb04eb8f15ada261e5c58fee840509 pdf 第 5 页 共 9 页 系统出错时日志 例如 JVM 在发生 OutOfMemory 时 在大多数平台上 WebSphere 应用服务器会默认写 javacore 文件和 heapdump 文件 记录错误出 现时的 JVM Heap 线程情况 以备错误诊断使用 虽然可以调整应用服务器参 数使之不产生此类文件 但为了分析问题 通常需要从此类文件入手 这类文 件通常都特别大 例如 heapdump 文件 可能达到几百 M 如果多次出现 OutOfMemroy 对磁盘空间的占用很快 因此 必须考虑为此类文件预留磁盘空 间 WAS 安装程序还需要在系统的临时目录 tmp 中有 100M 以上的空闲空间 用户发布到 WebSphere 应用服务器上所有应用程序以及应用自身的应用日志的 占用空间 这个大小与实际应用相关 而且不同应用可以差别很大 3 2 性能设置性能设置 Java 虚拟机堆大小 JVM Heap Size 控制 JVM 代码可使用的堆大小 单位 M 该参数在服务器 应用程序服务器 进程定义 Java 虚拟机中进行设置 JVM 最大堆大小默认是 256M 在生产环境中通常要根据机器物理内存情况 应用运 行特性来设置 且多数情况下都要把此参数调大 根据经验 内存充足时 通 常的调整在 500M 到 1024M 之间 需要注意的是 建议 JVM Heap 的最大值不要 超过 1024M 如果 JVM Heap Size 过大 可能会引起内存分页 或者造成 JVM 垃圾回收时间过长 反而影响应用服务器性能 有关 Java 虚拟机调优的具体信 息 请参考调整 JVM 参数 Web 容器线程池 该参数在 服务器 应用程序服务器 server1 线程池 的 WebContainer 中进行设置 默认值是 10 到 50 如果硬件资源允许 通 常会把线程池的最大大小调到 100 数据源连接池 该参数在资源 JDBC 数据源 数据源名称 选择 连接池设 置 中设置 默认大小为 1 到 10 根据资源设置的队列 Queue 原则 从 Web 容器线程池 到数据源连接池的参数设置 应该是从大到小的管道 前面我们 列举了 Web 容器线程池的最大值设置 100 对于数据源连接池 设置的最大值 通常不超过 50 多数情况下调整为 30 实际运行中可以修改此参数值 观察调 整对性能是否有正面影响 注意 如果把数据库连接池最大大小调得过大 JVM 有限的资源都耗费在维护连接池 处理与数据库连接上 可能反而造成 WAS 性 能的下降 WAS 进程日志参数 WAS 进程日志常用的有 SystemOut log 和 SystemErr log 这两份日志默认大小为 1M 历史日志文件数为 1 份 在生产环境中 这样的设 置通常不足以充分保存发生问题时的错误信息 我们可以通过修改日志默认大 小 历史日志文件数来保存更多的信息 注意 不要把单份日志文件大小设置 过大 例如 超过 10M 以上 否则可能影响 WAS 性能 另外 我们建议把应 用日志与 WAS 日志分离开 如果应用中大量以 System out print 或者 System err print 来保存应用状态日志 也可能会影响服务器性能 Heapdump 文件 前面我们提到 Heapdump 文件对磁盘空间占用很快 因此 可 以设置 IBM HEAPDUMP 参数把 Heapdump 文件存放到指定目录下 Web 服务器的访问日志 access log IBM Http Server 的访问日志 access log 默认是打开的 其中记录了经过 Http 服务器的请求信息 在高并发的系统中 Websphere 知识点b4bb04eb8f15ada261e5c58fee840509 pdf 第 6 页 共 9 页 这一日志增长非常过 当日志过大时 可能占用过多磁盘空间或引起性能下降 如果您的系统不需要这份日志 或者有其他技术手段保存用户访问信息 可以 关闭该日志 具体做法为 打开 IBM Http Server 安装目录 conf 目录下的 httpd conf 文件 搜索 CustomLog 把 CustomLog 所在行用 注释掉即可 4Websphere 术语术语 4 1 概要文件 概要文件 Profile 定义一个独立应用程序服务器 Server 的运行时环境 包括服务器在运行时环境中处理的所 有文件 创建独立应用程序服务器时应该使用概要文件而不是多个产品安装 这样只需要保留 一组产品核心文件即可 管理能力将得到极大的增强 不仅节省了磁盘空间 而且简化了产品 的更新 只需要保留一组产品核心文件即可 而且与完整产品安装相比 创建新概要文件更快 速 而且减少了出错的可能性 这允许开发者创建单独的产品概要文件以进行开发和测试 核 心产品文件是由所有概要文件共享的产品二进制文件 如果希望二进制文件位于不同服务级别 在应用安装时设置 概要文件管理工具未提供删除功能 所以必须使用 manageprofiles 命令 来删除概要文件 使用概要文件创建独立应用程序服务器 则每个定义的应用程序服务器进 程都在 profiles 目录内 除非在创建概要文件时指定新目录 如果将概要文件放在安装根目录 中 则存在概要文件可能被例行系统维护破坏的风险 这些文件在随创建新的概要文件 重新 配置现有的概要文件或删除概要文件等操作而更改 IBM WAS ND 提供了多种类型的概要文件 以下是最常用的三种 4 1 1单元概要文件单元概要文件 基本功能是在 Deployment Manager 的管理下将应用程序提供给因特网或内部网 创建单元概 要文件其实就是同时创建 Deployment Manager 概要文件和已联合到单元的节点概要文件 构 建一个最简单的单元环境 在创建初始单元概要文件后 可单独创建定制概要文件或独立概要 文件 再通过联合操作将他们添加到 Deployment Manager 管理的单元环境中 4 1 2Deployment Manager 概要文件概要文件 基本功能是将应用程序部署到 WAS 的管理单元 每个属于该单元的 Server 都作为受管节点引 用 4 1 3Application Server 概要文件概要文件 基本功能是将应用程序提供给因特网或内部网 IBM WAS ND 产品的重要功能就是通过将 Server 节点添加到单元 调整独立应用程序服务器概要文件 单元中的多个应用程序服务器进 Websphere 知识点b4bb04eb8f15ada261e5c58fee840509 pdf 第 7 页 共 9 页 程可以部署它需要的应用程序 也可以从单元除去 Server 节点以将节点返回到独立应用程序 服务器的状态 每个独立应用程序服务器都具有其自己的管理控制台应用程序 可以使用它来 管理 Server 4 2 单元 单元 cell 是整个分布式网络中一个或多个节点的逻辑分组 单元是一个配置概念 是管理员将节点间逻 辑关联起来的实现方法 管理员根据具体的业务环境 制定对其整体系统集成环境有意义的条 件来定义和组织构成单元的节点 就一般情况来说 可以将单元看作是最大的作用域 在 IBM WAS ND 产品中 管理配置数据都存储在 XML 文件中 单元保留了它每个节点中每台服 务器的主配置文件 同时每个节点和服务器也有其自己的本地配置文件 如果服务器已经属于 单元 则对于本地节点或服务器配置文件的更改都是临时的 通过在本地提交更改生效时 本 地更改覆盖单元配置 但是当执行单元配置文件同步到节点的操作时 在单元级别上对主控服 务器和主节点配置文件所作的更改将会替换对该节点所作的任何临时更改 4 3 管理节点 管理节点 Deployment Manager 是管理代理程序 它提供集中式管理单元中所有节点的可视化人机交互管理视图 之前提到单 元是一个逻辑上的配置概念 那么 Deployment Manager 就为单元中所有元素提供了单一的管 理控制中心点 每个单元都会包含一个 Deployment Manager 由 Deployment Manager 提供 管理功能来修改单元的主配置文件 在最新的 v6 x 版本中还提供集群管理以及在一个或多个节 点作用域内进行应用程序服务器工作负载平衡 4 4 节点 节点 Node 是受管服务器 Server 的逻辑分组 节点通常与具有唯一 IP 主机地址的逻辑或物理计算机系 统对应 节点不能跨多台计算机 节点分为受管节点与非受管节点 受管节点有相应的 Node Agent 进程来管理它的配置和服务器 非受管节点没有 Node Agent 并且对于单元来说是未 知的 所以 Deployment Manager 无法对其进行管理 分布式网络环境中的非受管节点可以有 服务器定义 例如 Web 服务器 但不能有应用程序服务器定义 并且非受管节点无法添加 Node Agent 因此它不能成为受管节点 另外一种情况在独立应用程序服务器环境中 节点尚 且没有 Node Agent 它们也可以暂时被视为非受管节点 但是这类节点可以通过联合独立应 用程序服务器而变为单元中的受管节点 通过调整独立应用程序服务器概要文件 将单独的 Server 节点添加到单元 这个过程称为联合联合 在联合独立应用程序服务器时 节点将自动创建 Websphere 知识点b4bb04eb8f15ada261e5c58fee840509 pdf 第 8 页 共 9 页 Node Agent 该节点就可以被 Deployment Manager 管理 4 5 Node Agent 是将管理请求路由至服务器的管理代理程序 Node Agent 是服务器 是一个管理代理程序 并不涉及应用程序服务功能 Node Agent 进程在每个受管节点上运行 并专门执行特定于节 点的管理功能 如服务器进程监视 配置同步 文件传输和请求路由 Deployment Manager 通过与 Node Agent 的交互完成对单元内节点的控制 Node Agent 管理管理单元中的节点并负 责保持配置始终处于最新状态 4 6 WAS Plug in 受管节点是通过 Node Agent 进程与 Deployment Manager 交互 而非受管节点 最常见的是 web 服务器节点 如 IBM HTTP Server 则是通过 Web 服务器插件方式来接受 Deployment Manager 管理 加入到单元当中来的 IBM WAS ND 产品支持所有符合规范的 Web 服务器的基 本管理功能 可以为所有支持的 Web 服务器生成插件配置 插件生成之后 对于非受管节点 可以通过 传播给远程 Web 服务器 完成插件配置 如果定义在受管节点上 则直接通过节点 间同步即可完成插件配置的传播 Web 服务器插件允许 Web 服务器将动态内容的请求发送到 应用程序服务器 Web 服务器插件与每个 Web 服务器定义关联 为每个插件生成的配置文件 plugin cfg xml 基于通过关联的 Web 服务器路由的应用程序 Web 服务器插件帮助面向 的网络中的应用程序服务器之间的工作负载平衡 改进请求响应时间 4 7 Node Profile 与与 Server 的区别的区别 这三个概念比较容易混淆 我们拿出来对比说明 Node Profile Node 是管理上使用的概念 Profile 是实际的概要文件 它们代表同一事物 Server 就是所谓的 Application Server Instance 这是我们实际要布署 Application 的地方 在 IBM WAS ND 产品中受管节点的 Node Agent 目的就是让 Deployment Manager