IBM WebSphere

理解概要

WebSphere Application Server 的安装过程只是简单地放置一组运行时进程必需的核心产品文件。在安装之后，您需要创建一个或多个用来定义运行时的概要，以获得一个可工作的系统。这些概要所定义的运行时组件将共享核心文件。

利用 Base 和 Express，您只能获得独立式应用程序服务器，如图 1 所示。每个应用程序服务器都是在一个单独的单元和节点中定义的。管理控制台是由某个应用程序服务器承载的，它只能连接到该应用程序服务器。多个应用程序服务器可以实现无中央管理。应用程序服务器概要定义了这一环境。您还可以用 Network Deployment 包创建独立式应用程序服务器，不过您最可能使用的方式是，将该服务器与某个单元联合，以实现中央管理。

图 1 系统管理拓扑图独立服务器（Base 和 Express）

有了 Network Deployment 包，您可以利用中央管理能力，选择定义多个应用程序服务器，请参见图 2 中的总结。管理域是一个由一个或多个节点组成的单元。每个节点包含一个/多个应用程序服务器和一个节点代理，部署管理器提供一个管理点对节点代理进行管理。

可以将部署管理器放置在某台已承载了一个或多个应用程序服务器的计算机上。对于单台机器的开发和测试环境而言，这是一种常见的拓扑结构。而对于大多数产品的拓扑结构，我们建议将部署管理器放置在某台单独的专用机器上。

这一运行时环境的基础始于部署管理器，部署管理器将为该单元提供管理界面。正如您预料的那样，部署管理器是由某个部署管理器概要定义的。

图 2 系统管理拓扑图网络部署

可以采用下列两种方式之一添加节点：

您可以创建一个应用报务器概要，然后将其与单元联合起来。当某一节点被添加到某个单元时，将为该节点创建一个节点代理，该节点的各个配置文件将被添加到单元的主配置存储库。之后部署管理器将承担该节点所有服务器的配置责任。

注意，已被联合的应用程序服务器的名称总是显示为“server1”。

您可以定义一个自定义概要，用来创建一个将与单元联合的空白节点。在联合之后，您可以在部署管理器的管理控制台中创建应用程序服务器和集群，以进一步配置该节点。您的最好选择是使用一套服务器命名约定。

概要的类型

我们已经提到一些用来定义运行时的概要类型。在下列各节中，我们将更深入地研究这些概要。

应用程序服务器概要

应用程序服务器概要定义了某个独立式应用程序服务器。使用这一概要，您将拥有一个可以独立运行的或未托管的应用程序服务器。该环境将有下列特性：

• 概要由一个单元、一个节点和一个服务器组成。单元和节点在管理方面并无关联，但您在管理控制台的各个范围内进行管理时会看到它们。
• 应用程序服务器的名称是“server1”。
• 应用程序的示例将安装在服务器中（可选）。
• 该服务器有一个专用的管理控制台。

该类型的概要，其主要用途是：

• 在某次 Base 或 Express 安装中构建一个独立的服务器。
• 在某次 Network Deployment 安装中构建一个独立的服务器，这次安装不是由部署管理器（如测试计算机）管理的。
• 在一个分布式服务器环境中构建一个服务器，将其与部署管理器联合并由该部署管理器进行管理。如果您是使用 WebSphere Application Server 的新手，需要利用示例快速完成一个应用程序服务器，这将是一个很好的选择。如果您联合了这一节点，缺省的单元将过时，该节点会被添加到部署管理单元。服务器名称仍是“server1”，管理控制台会从应用程序服务器中移除。

部署管理器概要

部署管理器概要将在分布式服务器环境中定义一个部署管理器。虽然您完全可以获得 Network Deployment 包并只运行独立式服务器，但这会使您错过 Network Deployment 的许多优点，包括工作负载管理、故障管理和中央管理。

在 Network Deployment 环境下，您应创建一个部署管理器概要。这将带给您：

• 一个单元，作为管理域
• 一个节点，作为部署管理器
• 一个附有管理控制台的部署管理器
• 没有应用程序服务器

一旦您有了部署管理器，您就可以：

• 联合由现有的应用程序服务器概要或自定义概要构建节点。
• 在管理控制台中创建新的应用程序服务器和集群。

自定义概要

自定义概要是一个空白节点，它用来与某个部署管理器联合起来。当您构建一个分布式服务器时会使用这种类型的概要。请按下列方式使用自定义概要：

1. 创建一个部署管理器概要。

2. 在每个您要在其中运行应用程序管理器的节点中，创建一个自定义概要。

3. 在自定义概要的创建过程中，或在此后使用 addNode 命令，将每个自定义概要与部署管理器联合起来。

4. 在管理控制台中，在各节点上创建新的应用程序服务器和集群。

单元概要

单元概要（新）：这一新增选项允许您在一个单独的系统中，快速设置一个分布式服务器。

一个单元概要实际上是两个概要的组合：部署管理器概要和应用程序服务器概要。应用程序服务器概要是与单元联合起来的。部署管理器和应用程序管理器驻留在同一个系统中。这一类型的概要使您能快速开始处理一个分布式服务器环境，对于所有节点都在同一个测试系统中的测试环境特别有用。

目录结构和默认概要

如果您使用的是先前版本的 WebSphere Application Server，您会注意到目录结构的不同之处。首先，所有的包（Base，Express 和 Network Deployment）在安装过程中会指定相同的根目录。例如，在 Windows 中安装时，这个目录通常是 c:\Progam Files\IBM\WebSphere\AppServer。在这本 IBM 红皮书中，我们将这个根目录表示为 <was_home> 目录。

<was_home> 目录下除了各个传统目录（bin，config，installedapps，等等），现在还有了一个概要目录，其中包括您创建的可以在缺省的 home 位置使用的概要的子目录。每个概要的目录结构与基本结构类似。也就是说，每个概要下的唯一运行时都必须有 bin，config，installedApps 和其他目录。

例如，如果您是在 Windows 系统中安装的，并创建了一个名为 AppSrvr01 的概要，您通常会见到如图 3 中所示的目录结构。

图 3 目录结构

不过，概要可以存储在任意文件夹中，所以我们建议用更为友好的结构存储它们(缺省情况下，目录至少有 6 层)。我们将每个概要目录的根目录（缺省情况下是 <was_home>/profiles/profile_name）表示为 <profile_home>。

我们为什么要强调这一点呢？如果我们在 <was_home>/bin 目录下输入命令，它们是针对由缺省概要定义的运行时执行的。缺省的概要由下列项目决定：

• 在您创建概要时，将其定义为缺省概要。最后一个被指定为缺省的概要最为优先。还可以使用 manageprofiles 命令指定缺省的概要。
• 如果您没有指定缺省概要，它将是您创建的第一个概要。

如果要确保执行的命令行操作是针对正确的运行时的，您需要在下列的做法中选择一项：

• 在使用某一命令，并在 <was_home>/bin 目录下执行该命令时，请指定 -profileName 选项。
• 在 <profile_home>/bin 目录下执行该命令。

z/OS 的考虑因素

根据您设置系统的方式，概要的配置信息将保存在 HFS 或 zFS 中。对于每个放置概要的文件系统，一个单独的目录可以作为它的装入点。装入点的名称可以由您随意命名，该名称是在概要的自定义过程中设置的，下列各节将介绍这一自定义过程。

在装入点下，您能找到两个目录，一个用于守护进程服务器，一个用于概要。图 4 所示，是一个应用程序服务器概要。您可以看到装入点下的文件结构，包括应用程序服务器目录和守护进程目录。

守护进程目录结构与概要目录结构相似，其名称“Daemon”是固定的， “AppServer”的名称则会在概要自定义过程中改变，下列各节将介绍这一过程。

图 4 z/OS 目录结构

如果您对 AppServer/profiles/default/config/cells 目录下进行检查，您会发现一个目录，它与您在概要的自定义阶段提供的单元长名同名。在这一目录结构的下一层，在 /nodes 目录下，有一个与您提供的节点长名同名的目录

注意：在概要下您将看到缺省设置。您在工作站中创建的概要名称将不会显示在这里。“default”这一名称始终用在 WebSphere Application Server V6.1 for z/OS 中。无法创建或直接修改概要名称。

---

回页首

使用概要构建一个系统

在规划周期中，已经为 WebSphere Application Server 环境选择了一个拓扑结构。有多种拓扑结构可供选择，每种都有各自的独特功能。

不过，当我们讨论用概要构建一个 WebSphere Application Server 环境时，我们会将重点放在 WebSphere Application Server 进程或 z/OS 的守护进程上。无论您选择的是哪种拓扑结构，在决定您要创建的概要时，实际只需要考虑两种情况：

1. 您计划创建一个或多个独立式应用程序服务器。我们把这称作独立式服务器环境。

2. 您计划创建一个部署管理器，以及一个/多个带有应用程序管理器的节点。我们将这一环境中的应用程序服务器称为受托管的服务器。这些节点可以共存或驻留于不同的计算机。我们将其称为分布式服务器环境。

下列主题将叙述它们各自的基本步骤。您可以对其加以扩展以适合您自己的环境。

独立式服务器环境

如果您要创建一个独立式应用程序服务器，请执行下列操作：

1. 在系统中安装您选择的 Base，Express 或 Network Deployment。

在 Express 和 Base 的安装期间，将会创建一个应用程序服务器概要。利用 Network Deployment，您可以选择创建任何类型的概要，包括应用程序服务器概要。

2. 在该系统中创建一个应用程序服务器。由于您在 Base 和 Express 安装后会自动获得一个应用程序服务器，您只要在需要某个额外的独立服务器环境时再这样做即可。

分布式服务器环境

构建这一环境时有两个选项。您可以根据您的环境选择某选项。如果您要从头创建一个新的生产环境，我们建议采用第 1 种方法。每种方法对于开发或测试环境都是适用的。

注意：当在某台单独的计算机或 LPAR 上定义多个部署管理器时，您需要确保为每个管理器选择的端口和名称都是唯一的。关于商品的详细信息，请参阅《Planning and Designing for WebSphere Application Server V6.1》(SG24-7305)。

方法1

这一方法假定您没有要联合的某个独立应用程序服务器，而是要从部署管理器创建应用程序服务器。这将使您在创建期间对应用程序服务器的特性拥有更多控制权，包括服务器名称（所有用应用程序服务器概要创建的应用程序服务器都被命名为 server1）。您还可以

创建一个应用程序服务器，对其进行自定义，然后把它作为将来创建应用程序服务器时的模板。如果您使用了集群，您可以创建集群和它的应用程序服务器，将它们作为一个管理进程。

当您用这种方法创建应用程序服务器时，您不会自动得到示例应用程序，但您可以在以后需要时安装它们：

这种方法的流程是：

1. 在某个服务器上安装 Network Deployment。如果这是用某台计算机上的部署管理器（或一台或多台独立的计算机上的应用程序服务器）实现的多计算机安装，请在每台计算机上安装此产品。

2. 在部署管理器计算机上创建一个部署管理器，然后启动它。

3. 在应用程序服务器计算机上创建并联合一个自定义概要，然后启动该节点。您可以在概要创建过程中将结点与单元联合起来，或者您还可以选择将其作为第二个步骤手动完成。

4. 验证以确保节点代理已经启动。它应在联合的过程中自动启动。

5. 打开部署管理器的管理控制台，然后在管理控制台中，在自定义概要节点上创建应用程序服务器或集群。

方法2

这一方法假定您会将某个应用程序服务器与单元联合起来。通过应用程序服务器概要，您会拥有一个现有的应用程序服务器，它可能已经安装了应用程序，包括示例应用程序和您已经安装的任何用户应用程序。

1. 在服务器上安装 Network Deployment。如果这是一次多计算机安装（用某台计算机上的部署管理器或一台/多台独立的计算机上的应用程序服务器实现），请在每台计算机上安装此产品。

2. 在部署管理器计算机上创建一个部署管理器，然后启动它。

3. 在应用程序服务器计算机上创建一个应用程序服务器概要，然后启动应用程序服务器。

4. 打开部署管理器的管理控制台，然后将应用程序服务器概要定义的节点添加到单元。

5. 这将删除应用程序服务器单元，并将节点与部署管理器单元联合起来。如果您希望保留在服务器上已经安装的应用程序，请务必在联合节点时指定这一点。

新的节点代理在联合过程中将自动启动，但您需要手动启动应用程序服务器。

---

http://www.ibm.com/developerworks/cn/websphere/library/redbooks/was_profileintro.html