级别： 初级 developerWorks 中国, 编辑团队, IBM
2009 年 10 月 21 日 典型数据中心任务（例如软件安装或网络配置）的自动化对于更快速、更轻松地实现数据中心管理至关重要。因此，供给流程涉及多个步骤。然而，在您的 pSeries 环境完成这些步骤后，您可以比以前更加有效地对环境进行供给和管理。IBM 中的任务自动化采取工作流的形式，可以自动完成一个手动流程，并且包含指向这些任务所需的 IT 专业技术。动态执行工作流是系统供给的核心。系统供给是 IBM Virtualization Engine 系统服务之一。
系统供给引入了 IBM eServer 池的概念，指在不同工作负载之间共享的资源。这些资源被动态分配给需要容量的工作负载中。当工作负载不再需要容量时，可以将容量返回到池中。整个过程几乎不需要人为干预。典型行为包括操作系统安装、通过网络启动机器、设备配置和网络配置，比如虚拟 LAN（VLAN）。
方法
供给可以同时发生在硬件层和软件层，如下所述。
基于硬件的方法：
-
硬件管理控制台（HMC）
-
动态逻辑分区（Dynamic Logical Partition）
-
微分区（Micro Partitioning）
-
虚拟 I/O（Virtual I/O，VIO）
-
按需扩容（Capacity on Demand，CoD）
基于软件的方法：
-
集群系统管理器（Cluster System Manager，CSM）
-
网络安装管理器（Network Installation Manager，NIM）
-
可靠的可伸缩集群技术（Reliable Scalable Cluster Technology，RSCT）
-
工作负载管理器（Workload Manager，WLM）
-
分区负载管理器（Partition Load Manager，PLM）
操作系统级别的供给
可以使用各种不同的方法安装操作系统。我们建议您使用 NIM Master 服务器自动安装操作系统，因为它使您能够维护一个单一的安装和更新源，并可以灵活地选择不同的安装方式。记住，在自动安装 AIX 5L 之前，必须确保您的网络环境已经定义并可以正常运行。
此外，我们选择使用 Cluster System Manager (CSM) 管理您的 ebSphere LPAR，因为从系统管理的角度提供了一个单一的访问控制点，并且能够灵活地随企业的增长而扩展。
集群系统管理器
集群系统管理器（CSM）提供了一种分布式系统管理解决方案来维护 AIX 和 Linux 节点组成的集群。CSM 具有一种客户机-服务器架构。它利用 RSCT 的资源管理和控制（RMC）部分来管理 pSeries 服务器和 LPAR。CSM 的功能包括：
-
安装和更新节点中的软件
-
分布式命令执行
-
硬件控制
-
在被管理的节点之间同步文件
-
监视集群资源
CSM 使用 NIM 完成软件安装和更新。它提供了设置 NIM 环境以及创建机器和其他资源的命令。然而，它无法独立使用 NIM。完成 CSM 设置和集群配置后，您仍然可以管理 CSM 集群以外的机器的软件安装和维护。
我们建议您创建一个专门用于 CSM 管理服务器、托管设备、硬件控制点的 VLAN，并创建一个单独的 VLAN 用于 CSM 管理服务器和集群节点。
下面是 CSM 中的系统管理推荐配置：
诸如 rpower 和 rconsole 之类的硬件控制命令运行在管理服务器上，并且它们通过管理 VLAN 与节点进行通信。管理 VLAN 通过一个以太网连接将管理服务器连接到集群硬件。 要实现最佳安全性，管理 VLAN 必须仅限于硬件控制点、远程控制台服务器、管理服务器和根用户。在管理 VLAN 和集群或公共 VLAN 之间的路由会损害管理 VLAN 的安全性。
集群 VLAN 通过以太网连接将节点连接起来，并连接到管理服务器。比如运行 dsh 命令的安装和 CSM 管理任务在集群 VLAN 上完成。集群 VLAN 上的节点的主机名和属性值均存储在 CSM 数据库中。
公共 VLAN 将集群节点和管理服务器连接到地域网络（site network）。应用程序通过公共 VLAN 访问并运行在集群节点上。公共 VLAN 可以通过每个节点上的另外一个以太网适配器连接到节点，或者通过以太网交换机连接到每个节点。
注意，使用物理上独立的 CSM 管理服务器要比使用 LPAR 管理服务器更加安全，LPAR 管理服务器是 Central Electronics Complex (CEC) 的一部分，它会在发生硬件或电源故障时引发问题。 有关 CSM 的更多信息，请参考 IBM 红皮书 Cluster Systems Management Cookbook for pSeries, SG24-6859。
创建 CSM 集群
使用以下基本步骤创建一个 CSM 集群：
1. 设置管理服务器。
2. 设置一个或多个安装服务器（可选）。
3. 定义集群中的节点。
4. 定义集群中的非节点设备（可选）。
5. 安装集群的节点（可选）。
6. 向集群添加节点（可以添加 AIX、Linux，或同时添加 AIX 和 Linux 节点）。
所有任务都可以从 WebSM 客户机执行。图 1 展示了基于 Web 的 System Manager Master Server 概览；左侧列出的所有任务项都可以在 CSM Master 上执行。
图 1. WebSM Master Server Overview – 任务清单
将 HMC 托管分区作为节点添加到集群中
要添加 HMC 托管 p5 分区，那么除“创建 CSM 集群” 中的步骤 3 外，还需要执行以下步骤定义集群的节点：
1. 要为连接 HMC 的 pSeries 节点启用 CSM 远程控制台功能，使用命令 systemid 来存储用于远程硬件访问和执行的用户 ID 和密码。通过执行命令 rpower -a query，您可以检查 CSM 管理服务器是否可以访问 HMC。
2. 创建一个名为 nodedef 的 CSM 节点定义文件并定义 CSM 节点。创建 nodedef 文件使您能够使用 ConsoleMethod=hmc 将 HMC 定义为这个分区的远程控制台配置。我们创建了一个名为 /exports/systemfiles/br.node.csm 的文件，包含以下内容：
br:
ConsoleMethod=hmc
ConsoleServerName=riogrande
HWControlNodeId=br_lparprod
HWControlPoint=riogrande
LParID=003
PowerMethod=hmc
InstallAdapterDuplex=auto
InstallAdapterSpeed=auto
此时，通过使用命令 definenode，分区 br_lparprod 被定义为 CSM 数据库的节点 ：
definenode -f /exports/systemfiles/br.node.csm
要从 CSM 管理服务器查看电源控制，对新创建的节点使用
rpower 命令。在我们的例子中，它显示电源状态为关闭，和预期一样：
#rpower -n pt query
pt.itsc.austin.ibm.com off
3. 从节点获取 Network Adapter 信息。在我们的例子中，由于希望使用 NIM 安装分区，因此需要了解以太网适配器信息。您可以通过使用 SMS Menu 手动获得这些信息，或者通过执行 CSM 命令 getadapters 获取信息。您可以使用该命令通过 -a 选项收集所有节点的数据，或者使用 –n 选项获得有关单个节点的数据。
下面的清单展示了用于收集所有节点的数据并将其写入文件的命令：
getadapters -a -z /exports/systemfiles/p550q_lpar_adapters
该文件中的节点 stanzas 可以根据您的需求进行修改。在我们的例子中，/exports/systemfiles/p550q_lpar_adapters 文件中的最后一项内容如下所示：
###CSM_ADAPTERS_STANZA_FILE###--do not remove this line
#---Stanza Summary---------------------#
Date: Tue Sep 19 17:12:11 CDT 2006
# Stanzas Added: 3
#---End Of Summary---------------------
de.itsc.austin.ibm.com:
MAC_address=922430002002
adapter_type=ent
cable_type=N/A
install_gateway=9.3.5.41
location=U9133.55A.10D1FAG-V2-C2-T1
machine_type=install
netaddr=9.3.5.187
interface_type=en
subnet_mask=255.255.255.0
adapter_duplex=auto
adapter_speed=auto
4. 更新 CSM 数据库并编写节点定义。通过结合使用命令 getadapters 和 -w 选项执行这项任务，如下所示：
getadapters -w -f /exports/systemfiles/p550q_lpar_adapters
命令 lsnodes 可以用于检查 CSM 数据库中的条目。例如，要列出所有节点的状态，使用 lsnode -p 命令：
# lsnode -p
br: 1 (alive)
brazos: 1 (alive)
de: 1 (alive)
5. 通过使用 csm2nimnodes 和 csmsetupnim 命令，使用 CSM 节点信息更新 NIM 数据库，如下所示：
csm2nimnodes
该命令将创建或更新与 CSM for AIX 节点定义相对应的 NIM 机器定义。该命令可以从 AIX 或 Linux 管理服务器中运行。它使用 CSM 数据库信息和命令行输入运行相应的 NIM 命令。该命令创建与 CSM 集群节点对应的 NIM 机器定义；它没有提供可用于标准 NIM 命令的所有选项。
csmsetupnim
该命令设置 CSM 定制脚本，能够在将 AIX 安装到节点时自动安装和配置 CSM。该命令必须在创建 NIM 客户机定义之后运行。这个命令假设 CSM 节点名与 NIM 客户机名相匹配。
为高级安装提供 Provisionnode 脚本
样例脚本 provisionnode 提供了一个有关如何根据预定义节点 “profile” 执行供给的例子。provisionnode 样例脚本及其 README 可以在 /opt/csm/samples/install 下找到。您可以根据自己的需要定制此脚本。
脚本 provisionnode 运行在 CSM 管理服务器上，可以自动检测节点并向集群添加节点。有关更多细节，请参考 CSM for AIX 5L 和 Linux V1.5 Planning and Installation Guide，可以从以下地址获得：
http://publib.boulder.ibm.com/infocenter/clresctr/vxrx/topic/com.ibm.cluster.csm.doc/csm15/am7il12019.html?
CSM 节点可存取性、电源状态和网络接口状态
您可以通过使用命令 csmstat 来检查集群的状态，如清单 1 所示。注意，所有 CSM 集群节点都处于打开状态。
清单 1. csmstat 命令针对完整集群的输出
#csmstat
Hostname HWControlPoint Status PowerStatus
Network-Interfaces
---------br.
itsc.austin.i~ riogrande on on
en0-Online
brazos.itsc.aust~ riogrande on on
en0-Online
de.itsc.austin.i~ riogrande on on
en0-Online
guadalupe.itsc.a~ riogrande on on
en0-Online
pt.itsc.austin.i~ riogrande on on
en0-Online
trinity.itsc.aus~ riogrande on on
en0-Online
uk.itsc.austin.i~ riogrande on on
en0-Online
us.itsc.austin.i~ riogrande on on
en0-Online
|
csmstat 命令收集一个或多个节点的节点可存取性、电源状态和网络接口状态，并显示输出。输出默认情况下按主机名排序。如果节点具有多个硬件控制点（比如，多个 Hardware Management Consoles），那么将显示列表中的第一个硬件控制点。
使用 csmbackup 复制和存储 CSM 数据
csmbackup 命令从管理服务器复制关键的 CSM 数据并将数据存储到由 –d 标记指定的目录中。在出现硬件问题时，或者管理服务器被切换到另一台机器，该命令将对 CSM 管理服务器执行备份。例如，下面的命令将把所有当前的 CSM 数据保存到目录 /backup/CSMServerbackup 中：
csmbackup -d /backup/CSMServerbackup
分布式 Shell (dsh) 执行
dsh 命令在远程目标（即节点、硬件设备或两者兼有）之上并行运行命令。目标可以选自多个上下文。一个上下文就是指包含节点和设备定义的目标数据库，比如 CSM 数据库。dsh 命令针对每个指定的目标发出一个远程 shell 命令并返回来自目标的输出，执行输出已经执行了格式化，这样就可以管理来自所有节点的命令。
dsh 命令的功能十分强大，可以在所有或选中的节点中，在一个中心服务器上通过一个步骤管理并执行常见任务。
您还可以收集关于分配到所有分区的资源的信息，然后生成一个通用报告库。如清单 3-22 所示，我们在所有节点（br、de、pl、pt、uk、us）上运行命令 lsattr -El mem0 并将 dsh 执行报告写入到 CSM 管理服务器的 /tmp/Nodes 目录中：
清单 2. 执行 dsh 以生成报告
#dsh -n br,de,pl,pt,uk,us --report /tmp/Nodes --report-name
MemasofOct2006 "lsattr -El mem0"
|
为该命令生成了一个报告，可以在 /tmp/Nodes/MemasofOct2006.0001 中的 Managing Machine 找到。
--report 选项支持报告生成并指定保存报告的目录路径。来自每个主机的所有输出都被保存到单独的输出和错误文件中，并生成一个报告。除了生成一个 XML 结果文件外，还创建了 Summary HTML 和 XML 报告文件，如图 2 所示。
分布式副本（dcp）执行
dcp 命令并行地在远程目标节点、硬件设备（或两者兼有）之间复制文件。目标可以来自多个上下文。dcp 命令是一个 CSM 分布式 shell 工具。dsh 的配置和环境设置会影响 dcp 的行为。
如清单 1 所示，我们使用 dcp 命令将由 dsh 生成的报告（清单 2 中）传递到运行 IBM HTTP 服务器的节点。
首先，我们将确定在哪个位置启动并运行 HTTP 服务器，如清单 3 所示。
清单 3. 执行 dsh 以检查运行中的进程
#dsh -n br,de,pl,pt,uk,us "ps -ef |grep HTTPServer |grep -v
DSH_TARGET_ |grep -v grep
pt.itsc.austin.ibm.com: root 327778 1 0 Oct 05 -
0:02 /usr/IBM/HTTPServer/bin/httpd -d /usr/IBM/HTTPServer -k start
|
IBM HTTP 服务器启动并运行，因此我们使用 dcp 递归选项 –R 将文件复制到节点 pt 上。要检查文件是否位于远程节点 pt 上，我们结合使用 dsh 命令和 ls 命令生成一个目录清单，如清单 4 所示。
清单 4. 执行 dcp 命令以复制文件
#dcp -n pt -R /tmp/Nodes /usr/IBM/HTTPServer/htdocs/en_US/Nodes
#dsh -n pt "ls /usr/IBM/HTTPServer/htdocs/en_US/Nodes/*"
pt.itsc.austin.ibm.com: MemasofOct2006.0001
pt.itsc.austin.ibm.com: index.html
pt.itsc.austin.ibm.com: listOfReports.html
|
结果可以从 Web 浏览器中观察到，如图 2 所示。
图 2. Web 浏览器中的 dsh 执行报告
使用 dsh 和 dcp 创建 WebSphere 备份
您还可以定期地运行 cell 的 WebSphere 备份。WebSphere Application Server 针对这个目的提供了命令行工具 backupConfig.sh。对于 WebSphere Application Server 和 Network Deployment 运行时，该工具位于 bin 目录下。
清单5 展示了使用 WebSphere bin 目录的绝对路径名在节点 pt 上执行脚本 backupConfig.sh。为了防止在运行备份期间发生修改，我们没有使用选项 –nostop。因此，我们需要在完成 backupConfig.sh 后重启服务器。
清单 5. 执行 dsh 命令以运行 backupConfig.sh
#dsh -n pt -s "/usr/IBM/WebSphere/AppServer/bin/backupConfig.sh”
pt.itsc.austin.ibm.com: ADMU0116I: Tool information is being logged in
file
pt.itsc.austin.ibm.com:
/usr/IBM/WebSphere/AppServer/profiles/Dmgr/logs/backupConfig.log
pt.itsc.austin.ibm.com: ADMU0128I: Starting tool with the Dmgr profile
pt.itsc.austin.ibm.com: ADMU5001I: Backing up config directory
pt.itsc.austin.ibm.com:
/usr/IBM/WebSphere/AppServer/profiles/Dmgr/config to file
pt.itsc.austin.ibm.com:
/home/root/WebSphereConfig_2006-10-07.zip
pt.itsc.austin.ibm.com: ADMU0505I: Servers found in configuration:
pt.itsc.austin.ibm.com: ADMU0506I: Server name: dmgr
pt.itsc.austin.ibm.com: ADMU2010I: Stopping all server processes for
node ITSOProdCellManager
pt.itsc.austin.ibm.com: ADMU0510I: Server dmgr is now STOPPED
pt.itsc.austin.ibm.com:
....................................................................
pt.itsc.austin.ibm.com: ADMU5002I: 456 files successfully backed up
#dsh -s -n pt "/exports/systemfiles/startup/rc.was"
pt.itsc.austin.ibm.com: ADMU0116I: Tool information is being logged in
file
pt.itsc.austin.ibm.com:
/usr/IBM/WebSphere/AppServer/profiles/Dmgr/logs/dmgr/startServer.log
pt.itsc.austin.ibm.com: ADMU0128I: Starting tool with the Dmgr profile
pt.itsc.austin.ibm.com: ADMU3100I: Reading configuration for server:
dmgr
pt.itsc.austin.ibm.com: ADMU3200I: Server launched. Waiting for
initialization status.
pt.itsc.austin.ibm.com: ADMU3000I: Server dmgr open for e-business;
process id is 389206
|
要保持 WebSphere 备份的副本，再次使用 dcp 命令将文件复制到 CSM 管理服务器上的备份目录中。您必须使用 dcp 命令选项 -P 来将文件从客户机节点拉取到管理节点，如清单 6 所示。
清单 6. 执行 dcp 命令提取 WebSphere Application Server backupconfig 文件
#dcp -n pt -P /home/root/WebSphereConfig_2006-10-07.zip
/backup/wasconfigbackups
#ls -ltr /backup/wasconfigbackups
-rw-r--r--1 root system 1944638 Oct 08 15:15
WebSphereConfig_2006-10-07.zip._pt.itsc.austin.ibm.com
|
网络安装管理器
网络安装管理器（NIM）提供了操作系统的远程安装功能并管理软件更新，它可以被配置为安装和更新第三方应用程序。尽管 NIM 服务器和客户机文件集均属于操作系统的一部分，但是必须配置一个独立的 NIM 服务器来保存配置数据和可安装的产品文件集。这个服务器可以供给多个客户机。
image_data 资源包含在安装时为 rootvg 配置的物理磁盘和文件系统的信息。对此资源进行定制将允许您为供给的系统预定义设置。这对于克隆安装和存储虚拟化十分重要。
您可以通过 Basic NIM Environment（Easy Startup）或 Advanced Configuration 对 NIM 进行初始化设置。您可以通过 Easy Startup 启动并在稍后迁移到 Advanced Configuration。
Easy Startup (EZNIM) 特性可以组织常用 NIM 操作并简化频繁使用的高级 NIM 操作，从而为系统管理员提供帮助。
SMIT EZNIM 特性包括：
-
面向任务的菜单
-
自动资源命名，包括用于创建 NIM 资源的软件的级别
-
在任何可能的情况下，都会在执行任务之前采取一些核查步骤
使用 SMIT eznim 快速路径打开 EZNIM 主菜单。如果 NIM 环境还没有在您的系统上设置，那么 EZNIM 主菜单将显示如下选项：
-
配置 NIM Master
-
配置 NIM Client
在实现 NIM 时需遵守以下准则：
-
NIM 主控机（Master）必须始终位于您将要安装的 AIX 发行版和维护级别的最高级。
-
需要在 NIM 主控机和客户机之间建立一个网络连接。
-
要加速 NIM 安装或其它 NIM 操作，可能需要将 NIM 网络从公共网络中独立出来。
-
我们建议您创建一个独立的卷组来用于 NIM 主控机上的 NIM 操作。
-
NIM 主控机和 NIM 客户机 Domain Name Service (DNS) 主机名必须具有一致的可解析性。
-
通过 SMIT 快速路径 nim_backup_db 或计划好的备份，可以经常性地备份您的 NIM Database。nim_master_recover 命令随后可以从一个备份 tar 文件恢复和更新 NIM 数据库，或从 mksysb 更新数据库。如果您恢复了主 NIM 主控机的 mksysb，那么可以更新从 mksysb 恢复的 NIM 数据库。在这种情况下，就不需要使用 nimdb.backup tar 文件。
-
如果使用 Cluster System Manager (CSM)，那么可以通过 WebSM Interface 轻松地应用 NIM 操作；然而，必须首先在 CSM 中定义节点。
调优 NIM 客户机请求处理
nimesis 后台进程的多线程选项客户更好地处理客户机信息修改请求和客户机状态修改。如果不使用多线程选项，NIM 主控机会由于 NIM 数据库活动和大量活动进程而变得超负荷运行，从而导致在安装大量客户机机器期间同时出现多个故障。
分配给这个后台进程的线程的数量决定了 NIM 环境可以同时处理的 NIM 客户机请求的数量。由于大部分 NIM 客户机请求都可以快速处理，因此不需要为每个客户机安装分配一个线程。用于支持 NIM 环境活动的线程的数量取决于多个因素。在确定线程数量时，应当考虑以下这些因素：
-
同一时间操作的客户机的数量
-
NIM 主控机的处理容量
-
计划执行的操作的类型
总的来讲，一个线程可以同时支持两到四个正在安装 BOS 的客户机。此设置可以通过 CSM WebSM 访问 Menu ->Network Installation Manager -> Advanced Configuration -> Tune Client Requests... 修改，如图 3 所示。使用对话框完成任务。
图 3. CSM NIM Tune Client Request GUI
将新值设置为 64；如图 4 所示。
图 4. CSM NIM Tune Client Request GUI 修改
使用 AIX Network Installation Manager 和 CSM
可以使用 AIX Network Installation Manager (NIM)、CSM 和硬件命令来在集群节点上安装 AIX。NIM 使集群管理员能够集中地管理 AIX 和可选软件在网络环境中的机器上的安装和配置。在一个 CSM 集群中，可以在一个 AIX 管理服务器或在一个或多个 AIX 安装服务器上安装和配置 NIM。
在集群节点上安装 AIX 和 CSM
遵循以下步骤将 AIX 安装到 CSM Cluster 节点中：
1. 检查节点定义。
2. 创建 CSM 组节点（可选）。
3. 验证硬件控制（用于硬件控制）。
4. 获取网络适配器信息。
5. 设置网络安装管理器（NIM）。
6. 创建额外的 NIM 网络定义和路由（可选）。
7. 创建 NIM 机器定义。
8. 创建 NIM 机器组（可选）。
9. 准备定制脚本（可选）。
10.准备备用适配器配置（可选）。
11.设置集群配置（可选）。
12.检验 NIM 身份验证方法（可选）。
13.准备 NIM 以添加节点。
14.添加 OpenSSH 和 OpenSSL 软件（可选）。
15.添加 Kerberos 客户机软件（可选）。
16.向集群添加节点。
17.开始节点的网络安装。
18.监视和检查安装。
19.启用 Kerberos Version 5 远程命令（可选）。
20.CSM 安装后任务 – 包括以下步骤：
a. 开始使用新安装的集群。 b.启用远程命令以适应 Kerberos Version 5 身份验证（可选）。 c.理解日志文件的安装和配置 – 有关此步骤的更多细节，请参考以下地址：
http://publib.boulder.ibm.com/infocenter/pseries/v5r3/index.jsp?topic=/com.ibm.help.csm.doc/csm_books/csm_admin/am7ad13014.html
针对每个 AIX 发行版维护 NIM lpp_sources
Network Installation Manager (NIM) 的一项要求就是，lpp_source 和 Shared Product Object Tree (SPOT) 的 AIX 的级别必须与要执行恢复的系统备份或要进行维护的节点的 AIX 级别相同。尝试使用 lpp_source 和 SPOT 在 AIX 5.3ML04 Level 上安装 mksysb，后者来自运行 AIX .3ML05 的系统，那么结果很可能会失败。
在一个客户机节点运行在不同 AIX 发行版级别的环境中，每个级别的 lpp_source 和 SPOT 必须能够恢复客户机节点备份或执行客户机节点的维护启动。对于我们的例子，使用了不同的 AIX 5.3 级别，可以在 /export/lpp_source/lpp_source53ML04 中找到 lpp_source 和 AIX 5.3 ML04 安装映像。 要为 AIX 5.3 ML05 在目录 /export/lpp_source/lpp_source53ML05 中创建新的 lpp_source，我们只需要将 AIX 5.3 ML04 lpp_source 复制到 AIX 5.3 ML05 位置并对其应用 ML05 更新。这要求使用更多的磁盘空间，但是确保了安装源的完整性。
下一步是为新的 AIX 5.3 ML05 级别创建新 NIM lpp_source 和 SPOT 资源，并更新目标分区。
使用 NIM 安装 Virtual I/O Server
可以使用 Network Installation Management (NIM)，通过以下步骤将 Virtual I/O (VIO) 服务器安装到由 HMC 或 Integrated Virtualization Manager 管理的环境中。
在开始安装过程之前，您需要使用以下文件。这些文件位于 Virtual I/O Server 安装媒体：
-
nimol/ioserver_res/mksysb (the mksysb image)
此外，必须满足以下系统需求：
-
NIM 服务器使用 AIX 5.3 5300-03 或更高级别，文件系统至少具有 700 MB 可用空间
-
Virtual I/O Server 的某个逻辑分区包含一个连接到活动网络的以太网适配器，用于安装 Virtual I/O Server
-
存储控制器包含至少将 16 GB 磁盘空间分配给 Virtual I/O Server 分区
满足这些先决条件后，还可以通过 SMIT 接口安装一个 Virtual I/O Server 或一个 Integrated Virtualization Manager。运行 smitty Installios 访问 SMIT 接口，以使用 installios 命令。
installios 设置流程创建以下 NIM 资源来启动安装：
bosinst_data、installp_bundle、lpp_source、mksysb、resolv_conf、SPOT 和客户端定义。
您需要了解下面这些在 HMC 环境中定义的信息：
HMC Name、Managed System Name、Partition Name 和 Partition Profile Name。
完整的 installios 命令如下所示：
/usr/sbin/installios -d'cd0' -h'riogrande.itsc.austin.ibm.com' -s
'p5+-9133-55A-SN10D1FAG' -p'wasp5l_vio' -r'wasp5l_vio_limited'
-i'9.3.5.170' -S'255.255.255.0' -g'9.3.5.41' -P'100' -D'full'
-l'en_US' '-N'
如果您正在安装 Virtual I/O Server 逻辑分区，并且如果 Secure Shell (SSH) 和凭证已经在 NIM 主控机上得到了配置，那么分区将从 Hardware Management Console (HMC) 上通过网络进行启动，从而开始安装过程。
使用 NIM 安装 WebSphere 分区
执行 NIM mksysb 安装比执行 NIM Runtime
(rte) 安装的速度更快。并且，通过使用 mksysb，您可以有选择地包含其他已安装的软件。mksysb 映像指由 AIX mksysb 命令创建的系统备份映像。可以使用该映像安装其他机器或恢复作为 mksysb 的源的机器。
1.当您完成 “在集群节点上安装 AIX 和 CSM” 中列出的所有步骤后，您可以在节点上安装 AIX 了。
2.我们建议您将其安装到使用基础操作系统的节点上，以创建一个 Master 映像（也称为 mksysb 映像）。发出 NIM bos_inst 操作，并将即将安装的节点的源属性设置为 rte。用于节点三元组（trinity）的命令如下所示：
csmsetupnim -n trinity
nim -o bos_inst -a source=rte -a lpp_source=lpp_source53ML05 -a
spot=spot535 trinity
3.完成安装后，配置并准备操作系统，使其运行 WebSphere。例如，您可以预安装 AIX ToolBox 文件集、添加默认用户来满足您的特定需求，并预先设置远程挂载（mount）。
4.使用已安装的节点创建一个 NIM mksysb 资源和一个 mksysb 映像。您可以通过使用单一 NIM 命令来执行这项任务，如下所示：
nim -o define -t mksysb -a server=master -a \
location=/export/mksysb/AIX53ML05_WebSphere Application Server
61_Base -a mk_image=yes -a \ source=trinity WebSphere Application
Server 61AIX535_mksysb
可以对创建的 NIM 资源进行检验。
5.使用这个 mksysb 映像和 NIM 资源在所有新的分区上安装 AIX。在安装新节点之前，发出命令 csmsetupnim，为自动更新命令设置 CSM 定制脚本，以在将 AIX 安装到节点之前交换 HBA 公共密匙并更新 Trusted Host List。
发出 NIM bos_inst 操作，并将即将安装的一个或一组节点的源属性设置为 mksysb。用于节点 us 的命令如下所示：
csmsetupnim -n us
nim -o bos_inst -a source=mksysb -a mksysb=WebSphere Application
Server 61AIX535_mksysb -a spot=spot535 us
发出命令 lsnim -c resources us，检验所有资源是否均得到分配，以及 Node NIM 状态是否符合要求。命令输出如下所示：
osprereboot script
WebSphere Application Server 61AIX535_mksysb mksysb
spot535 spot
boot boot
通过使用命令 lsnim，可以检查目标机器的 NIM 状态。在我们的例子中，由于只对 NIM 属性 Cstate 的值感兴趣，我们使用了命令 lsnim -l us | grep Cstate 来查看输出，如下所示：
Cstate = BOS installation has been enabled
6.开始节点安装。
要开始节点安装，使用 netboot 命令。本例中使用的命令如下所示：
netboot -n us
此过程被写入到 CSM logfile /var/log/csm/netboot 中。此外，可以使用 rconsole 命令从 CSM 管理服务器连接到分区。
console 命令为集群中的节点和设备提供了远程控制台支持。该命令使用 CSM 数据库确定节点和设备及其控制台访问信息。它为 HMC Virtual Terminal 提供了类似的功能，并且不需要打开 HMC GUI 会话。
参考资料 学习
获得产品和技术
-
IBM
试用软件：使用可从 developerWorks 直接下载的软件构建您的下一个开发项目。
讨论
关于作者
对本文的评价
| 
