[quote]http://blog.sina.com.cn/s/blog_5b56a9c60100aq8w.html~type=v5_one&label=rela_nextarticle[/quote]
规划
1. 运行我的应用程序需要多少应用服务器?
2. 在一个节点上放置多个应用服务器实例时应考虑哪些因素?
3. 我是不是应该使用 WAS 来管理我的 HTTP 服务器?什么时候应该安装 IBM HTTP Server?
4. 我应该在 WAS 中使用刀片服务器吗?
5. 在规划 WAS V6.1 与旧版本共存时,应注意哪些事项?
1. 运行我的应用程序需要多少应用服务器?
答:
通常您可以增加应用服务器的克隆来改善应用程序的性能。一般情况下,您应调整一个应用服务器的实例来观察吞吐量和性能,在添加每个克隆时,对其进行测试。从而确定为环境提供最佳吞吐量和性能所需的克隆数。通常,在 CPU 利用率低于 75% 时,可以通过另添加克隆来提高吞吐量。 有关此问题的更详细的解释,请参阅 developerWorks 中国站点的文章《欲言又止的 WebSphere Application Server 的相关问题》。
2. 在一个节点上放置多个应用服务器实例时应考虑哪些因素?
答:
在一个节点上放置多个应用服务器实例时,应充分考虑节点的物理内存。如果希望应用程序正常执行,则不应该将应用服务器实例的 JVM 换出物理内存。因此,如果计划每个节点启动多个应用服务器,节点的物理内存必须足够大,能够包含所有其承载的应用服务器实例、本机堆、其他应用程序以及操作系统的最大堆大小。 另外,还要考虑 CPU。如果两个 CPU 使用率都很高的应用程序部署到同一台计算机上,可能会导致问题的出现。为了正常的执行,请让重要的应用程序获得 CPU。如果必须在多个应用程序间共享资源,请考虑使用 WebSphere Application Server Extended Deployment(XD)帮助管理资源,以支持优先应用程序的性能需求。 有关 WebSphere 性能的更多资源,请参阅 developerWorks 中国站点的文章《专家访谈:Stacy Joines 和 Gary Hunt 谈 WebSphere 性能》。
3. 我是不是应该使用 WAS 来管理我的 HTTP 服务器?什么时候应该安装 IBM HTTP Server?
答:
建议您不要使用 WebSphere Application Server 来管理您的 HTTP 服务器,即使 WebSphere Application Server 提供了完成该任务的功能,而且在您选择这样做时 IBM 将为您提供支持。建议您不要这样做的理由是通常我们建议将 Web 服务器放在 DMZ 中,但是因为DMZ 通常是不够安全的区域,所以我们不推荐在 DMZ(Demilitarized Zone)中加强 HTTP 服务器的功能。尽管 WebSphere Application Server 为 IBM HTTP 服务器的远程管理提供了一种安全的和支持的解决方案,但不使用这个功能将大大减少被攻击的途径。 在以上建议的基础上,还要补充一点的是,如果您的基础结构在 DMZ 中包括反向代理安全服务器,一般这种情况下,HTTP 服务器将不位于 DMZ 中,而是和 WAS 处在同样安全的区域中。这时经常见到的两种场景为:
a. 当 HTTP 服务器和 WAS 服务器在同一台机器上,则使用 WebSphere Application Server 进行 HTTP 服务器管理是一种既方便又快捷的方式。
b. 当 HTTP 服务器和 WAS 服务器不在同一台机器上,这种情况下是否使用 WAS 服务器进行 HTTP 服务器的管理,对工作量和管理的复杂度来说,不会存在明显的差异。
在以下情况下,可以考虑安装 IBM HTTP Server:
1. 从安全性的角度考虑,建议把 IHS 放在 DMZ 区中,这样可以有效隔离非安全的攻击;
2. 可以把一些非重要的静态页面放在 IHS 中,从而减轻 WAS 的负担;
3. 可以作为 WAS 的前一级 Http 请求队列的缓冲。但是,由于在 WAS V6 以上的版本中,Web Container 对于 Http 请求采用了非阻塞I/O 方式,IHS 的这一功能作用已经非常弱化;
4. 对于需要做 WAS 的集群,且客户没有 Load Balancer 这样的功能组件的情况下,安装 IHS 可以提供对集群的唯一访问入口点。 更多关于 IBM WebSphere Application Server 体系结构的安全性,以及如何增强 WebSphere Application Server 环境的安全性方面的信息,请参阅 developerWorks 网站的《WebSphere Application Server V6 高级安全性加强》一文。
4. 我应该在 WAS 中使用刀片服务器吗?
答:
视情况而定。通常,如果您有许多容易复制的小对象,刀片策略可能非常有效。如果您有非常大的对象,并难以将其划分为小的块,那么刀片的效率将非常糟糕。说得更清楚些,如果您的应用程序的大小是确定的,并证明了它们非常适合于刀片服务器,那么刀片是个很好的主意。如果您不能确定,则对于大型计算机来说,采用风险较小的方法更合适。所以,这取决于应用程序及其部署、硬件的大小,也许将来还需要考虑CPU、内存等因素。
5. 在规划 WAS V6.1 与旧版本共存时,应注意哪些事项?
答:
一般情况下,只要不发生端口冲突,WebSphere Application Server Version 5.x、6.0.x 和 6.1 产品的所有组合都可以共存。 在您开始设置共存环境之前,在规划 WebSphere Application Server V5.0.x、V5.1.x 与 V6.1.x 的共存时,应注意以下事项:
确定硬件要求。确保系统有足够的资源来同时运行多个 WebSphere Application Server 安装。系统内存应该至少为每个版本提供 512 MB 的 RAM。
确定需要修改哪些操作系统端口以支持多个应用程序服务器并发运行。
更新 WebSphere Application Server 的所有必需的补丁程序。
关于如何配置 WAS 不同版本共存的更多资源,请参阅 developerWorks 中国站点文章《配置 WebSphere Application Server V6.1 与旧版本共存》。
规划
1. 运行我的应用程序需要多少应用服务器?
2. 在一个节点上放置多个应用服务器实例时应考虑哪些因素?
3. 我是不是应该使用 WAS 来管理我的 HTTP 服务器?什么时候应该安装 IBM HTTP Server?
4. 我应该在 WAS 中使用刀片服务器吗?
5. 在规划 WAS V6.1 与旧版本共存时,应注意哪些事项?
1. 运行我的应用程序需要多少应用服务器?
答:
通常您可以增加应用服务器的克隆来改善应用程序的性能。一般情况下,您应调整一个应用服务器的实例来观察吞吐量和性能,在添加每个克隆时,对其进行测试。从而确定为环境提供最佳吞吐量和性能所需的克隆数。通常,在 CPU 利用率低于 75% 时,可以通过另添加克隆来提高吞吐量。 有关此问题的更详细的解释,请参阅 developerWorks 中国站点的文章《欲言又止的 WebSphere Application Server 的相关问题》。
2. 在一个节点上放置多个应用服务器实例时应考虑哪些因素?
答:
在一个节点上放置多个应用服务器实例时,应充分考虑节点的物理内存。如果希望应用程序正常执行,则不应该将应用服务器实例的 JVM 换出物理内存。因此,如果计划每个节点启动多个应用服务器,节点的物理内存必须足够大,能够包含所有其承载的应用服务器实例、本机堆、其他应用程序以及操作系统的最大堆大小。 另外,还要考虑 CPU。如果两个 CPU 使用率都很高的应用程序部署到同一台计算机上,可能会导致问题的出现。为了正常的执行,请让重要的应用程序获得 CPU。如果必须在多个应用程序间共享资源,请考虑使用 WebSphere Application Server Extended Deployment(XD)帮助管理资源,以支持优先应用程序的性能需求。 有关 WebSphere 性能的更多资源,请参阅 developerWorks 中国站点的文章《专家访谈:Stacy Joines 和 Gary Hunt 谈 WebSphere 性能》。
3. 我是不是应该使用 WAS 来管理我的 HTTP 服务器?什么时候应该安装 IBM HTTP Server?
答:
建议您不要使用 WebSphere Application Server 来管理您的 HTTP 服务器,即使 WebSphere Application Server 提供了完成该任务的功能,而且在您选择这样做时 IBM 将为您提供支持。建议您不要这样做的理由是通常我们建议将 Web 服务器放在 DMZ 中,但是因为DMZ 通常是不够安全的区域,所以我们不推荐在 DMZ(Demilitarized Zone)中加强 HTTP 服务器的功能。尽管 WebSphere Application Server 为 IBM HTTP 服务器的远程管理提供了一种安全的和支持的解决方案,但不使用这个功能将大大减少被攻击的途径。 在以上建议的基础上,还要补充一点的是,如果您的基础结构在 DMZ 中包括反向代理安全服务器,一般这种情况下,HTTP 服务器将不位于 DMZ 中,而是和 WAS 处在同样安全的区域中。这时经常见到的两种场景为:
a. 当 HTTP 服务器和 WAS 服务器在同一台机器上,则使用 WebSphere Application Server 进行 HTTP 服务器管理是一种既方便又快捷的方式。
b. 当 HTTP 服务器和 WAS 服务器不在同一台机器上,这种情况下是否使用 WAS 服务器进行 HTTP 服务器的管理,对工作量和管理的复杂度来说,不会存在明显的差异。
在以下情况下,可以考虑安装 IBM HTTP Server:
1. 从安全性的角度考虑,建议把 IHS 放在 DMZ 区中,这样可以有效隔离非安全的攻击;
2. 可以把一些非重要的静态页面放在 IHS 中,从而减轻 WAS 的负担;
3. 可以作为 WAS 的前一级 Http 请求队列的缓冲。但是,由于在 WAS V6 以上的版本中,Web Container 对于 Http 请求采用了非阻塞I/O 方式,IHS 的这一功能作用已经非常弱化;
4. 对于需要做 WAS 的集群,且客户没有 Load Balancer 这样的功能组件的情况下,安装 IHS 可以提供对集群的唯一访问入口点。 更多关于 IBM WebSphere Application Server 体系结构的安全性,以及如何增强 WebSphere Application Server 环境的安全性方面的信息,请参阅 developerWorks 网站的《WebSphere Application Server V6 高级安全性加强》一文。
4. 我应该在 WAS 中使用刀片服务器吗?
答:
视情况而定。通常,如果您有许多容易复制的小对象,刀片策略可能非常有效。如果您有非常大的对象,并难以将其划分为小的块,那么刀片的效率将非常糟糕。说得更清楚些,如果您的应用程序的大小是确定的,并证明了它们非常适合于刀片服务器,那么刀片是个很好的主意。如果您不能确定,则对于大型计算机来说,采用风险较小的方法更合适。所以,这取决于应用程序及其部署、硬件的大小,也许将来还需要考虑CPU、内存等因素。
5. 在规划 WAS V6.1 与旧版本共存时,应注意哪些事项?
答:
一般情况下,只要不发生端口冲突,WebSphere Application Server Version 5.x、6.0.x 和 6.1 产品的所有组合都可以共存。 在您开始设置共存环境之前,在规划 WebSphere Application Server V5.0.x、V5.1.x 与 V6.1.x 的共存时,应注意以下事项:
确定硬件要求。确保系统有足够的资源来同时运行多个 WebSphere Application Server 安装。系统内存应该至少为每个版本提供 512 MB 的 RAM。
确定需要修改哪些操作系统端口以支持多个应用程序服务器并发运行。
更新 WebSphere Application Server 的所有必需的补丁程序。
关于如何配置 WAS 不同版本共存的更多资源,请参阅 developerWorks 中国站点文章《配置 WebSphere Application Server V6.1 与旧版本共存》。