简化在新的 Power System 或 System p LPAR 上安装 Linux 的过程（1）

look_w

云计算的特性之一就是能够将应用程序从一个处理器环境移动到另一个。这个特性要求在移动应用程序之前 存在一个接收它的目标操作系统。如果能够自动化新操作系统的安装，不是很好吗？
Intel™ 架构系统的一个为人熟知的特性就是能够自动安装 Linux。不过，对于使用硬件管理控制台的 System p 或 IBM Power Systems，自动安装 Linux 是一个棘手的问题。本文讨论的解决方案的优点之一是：它是一个纯 Linux 解决方案，并且不要求您掌握任何具体的 AIX 技术。
自动化解决方案概述这个解决方案的目标是通过使用一组易于维护和修改的配置自动化操作系统的安装。它具有以下特征：

• 刚创建和安装的 LPAR 使用一个静态 IP 地址。这仅与 LPAR 的最终配置相关；您可以在安装过程使用动态主机配置协议（DHCP）。
• Automatic Linux Installation and Configuration with YaST2（AutoYaST）配置 XML 文件是很通用的，可以在许多服务器类型上使用，包括 HTTP、MySQL 等。
• AutoYaST 文件不 包含特定于系统的信息，比如 IP 地址、主机名等。
• 使用这种方式自动化所有内容，这样在 HMC 上使用一个命令就可以安装新的 LPAR。

构建和使用自动化解决方案的步骤包括：
步骤 1. 配置 AutoYaST 文件SUSE Linux 使用一个名为 AutoYaST.xml 的 XML 配置文件控制操作系统的安装。默认情况下，每次使用 AutoYaST 时它都会使用相同的配置安装系统。这使您能够获得特定于不同配置的 AutoYaST 文件。例如，您可能有一个针对 Web 服务器的 AutoYaST 文件，以及另一个针对 MySQL 服务器的 AutoYaST 文件。然而，如果服务器仅是 IP 地址和主机名不同，为它们配置和维护多个 AutoYaST 文件是相当困难的，并且很费时。
要创建一个从 DHCP 服务器获取 IP 地址和主机名的定制 AutoYaST 文件，必须从 SUSE 安装 CD 复制 AutoYaST 文件，并按以下的说明修改它：

• 将标准的 AutoYaST 文件配置为使用 DHCP。将网络区段修改为仅在首次安装操作系统时使用 DHCP。进行检查，确保这些网络区段中没有分配主机名。如果某个区段存在主机名，必须完全删除该区段。
• 如果 XML 文件包含静态 IP 信息、DNS 信息 或其他网络信息，请将这些内容从文件中删除。
• 将清单 1 中的代码复制到 AutoYaST 文件的最后一个 XML 标记之前的位置。这个新的部分包含一个脚本，它将当前的引导 DHCP 配置转换成静态网络配置（在下一次引导 LPAR 时使用该配置）。有了这个脚本之后，就不需要单独为每个 LPAR 准备硬编码 IP 地址的 AutoYaST 文件。因此，您只需维护 DHCP 服务器。
  

清单 1. AutoYaST DHCP 转换脚本

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52

<scripts>   <init-scripts config:type="list">     <listentry>       <filename>network_setup</filename>       <interpreter>shell</interpreter>       <source><![CDATA[#!/bin/bash ### Disable ipv6 echo 'install ipv6 /bin/true' >> /etc/modprobe.conf.local ### Variables to Calculate Network Configuration Settings for a static configuration ### ACTIVE_INTERFACE=`/sbin/ifconfig | grep eth | awk '{print $1}'` IP_ADDRESS=`/sbin/ifconfig $ACTIVE_INTERFACE | grep 'inet addr' | awk '{print $2}' | sed 's/addr://'` NETMASK=`/sbin/ifconfig $ACTIVE_INTERFACE | grep 'inet addr' | awk '{print $4}' | sed 's/Mask://'` BROADCAST=`/sbin/ifconfig $ACTIVE_INTERFACE | grep Bcast: | awk '{ print $3 }' | sed 's/Bcast://'` NETWORK=`/sbin/ip route list | grep $IP_ADDRESS | awk '{ print $1 }' | sed 's/\/[1-9][1-9]//'` GATEWAY=`/sbin/route | grep default | awk '{print $2}'` HOSTNAME=`/usr/bin/host $IP_ADDRESS | awk '{print $5}' | sed '$s/.$//'` ### Setup HOSTNAME echo "$HOSTNAME" > /etc/HOSTNAME ### Setup Gateway Address echo "default $GATEWAY - -" > /etc/sysconfig/network/routes ### Setup /etc/hosts with correct host information HOST=`/usr/bin/host $IP_ADDRESS | awk '{print $5}' | sed '$s/.$//' | cut -d "." -f 1` echo "$IP_ADDRESS   $HOSTNAME $HOST" >> /etc/hosts ### Network configuration file rewrite for static configuration INT_CONF_FILE=/etc/sysconfig/network/ifcfg-eth-id-`ifconfig eth0 | grep HWaddr | awk '{ print $5 }' | perl -ne '$var=$_; print lc($var)'` echo 'DEVICE=eth0' > $INT_CONF_FILE echo 'BOOTPROTO=static' >> $INT_CONF_FILE echo "IPADDR=$IP_ADDRESS" >> $INT_CONF_FILE echo "NETMASK=$NETMASK" >> $INT_CONF_FILE echo "BROADCAST=$BROADCAST" >> $INT_CONF_FILE echo "NETWORK=$NETWORK" >> $INT_CONF_FILE echo 'STARTMODE=onboot' >> $INT_CONF_FILE echo 'TYPE=Ethernet' >> $INT_CONF_FILE ### Restart Network /etc/init.d/network restart       ]]></source>     </listentry>   </init-scripts> </scripts>

步骤 2. 配置 DHCP/BOOTP 和 TFTP 服务器这个解决方案使用标准的 Linux DHCP 服务器，该服务器是所有主要的 Linux 发行版的一部分。在这一步骤中，需要配置 DHCP 服务器以为新的 LPAR 提供网络引导信息。初始代码通过 Trivial File Transfer Protocol（TFTP）服务器装载到 LPAR。要设置网络引导，必须将 DHCP 服务器和 TFTP 服务器装载到网络中的服务器。
这个解决方案使用的 DHCP 服务器并没有配置为动态地向网络中的系统提供 TCP/IP 地址，但它能够在同一个网络上和担任这一传统角色的 DHCP 服务器共存。即使 DHCP 服务器所在的网络与引导系统的网络不同，也可以使用这种类型的配置。例如，它可以通过德克萨斯州的服务器动态地引导在纽约的系统。
要使 lpar_netboot 命令能够按照这个解决方案的  那样工作，则需要为每个安装的 LPAR 配置 DHCP 服务器。这个方法的优点是：自动安装 LPAR 所需的所有配置信息都包含在 dhcpd.conf 文件中。因此，在前面步骤中更改的 AutoYaST 文件不需要包含任何用于定义 LPAR 网络配置的硬编码信息。
清单 2 包含了一个示例 dhcp.conf 文件。使用这个示例作为一个模型，并为每个需要配置的 LPAR 添加额外的 host 定义。本文 下载 小节的压缩文件包含一个名为 addsystem 的脚本，您可以使用它来自动化 dhcpd.conf 文件的编辑过程。
每次更改 dhcpd.conf 文件时，必须重启 DHCP 服务器使更改生效。
清单 2. 示例 dhcpd.conf 文件

1 2 3 4 5 6 7 8 9 10 11 12

ddns-update-style ad-hoc; allow bootp; subnet 0.0.0.0 netmask 0.0.0.0 {     host rcc-hny-poc-003 {         option host-name    "myserver.cloud9.ibm.com";         fixed-address       192.168.0.203;         hardware ethernet   16:E9:10:94:87:03;         filename            "inst64";     }     next-server         192.168.0.201;     option routers      192.168.0.201; }

下面详细说明示例 dhcp.conf 文件中的选项：

• subnet 将该服务器配置为响应其他服务器的请求，而不考虑这些服务器在网络中的位置。因为没有将这个 DHCP 服务器配置为动态寻址，所以它将响应来自 LPAR 的引导请求，并且不影响在网络上进行正常的 DHCP 操作。
• host 部分定义每个需要配置的 LPAR。配置文件中可以拥有多个 host 部分。这个示例的 host 部分仅包含安装 LPAR 所需的最少选项（并且以后将 LPAR 作为 DHCP 客户机引导时还可以使用这个选项）。
  • host-name 是 DNS 分配给客户机的 IP 地址的名称。如果客户机没有 DNS 条目，这个选项应该指定需要包含在 LPAR 的本地主机文件中的名称。
  • fixed-address 是分配给 LPAR 的 IP 地址。这个指定的地址用于代替 DHCP 服务器的默认地址池。这样做的优点是在每次引导操作系统时为 LPAR 保留这一 IP 地址。
  • hardware ethernet 指定 LPAR 的 MAC 地址。使用这个选项在安装的 BOOTP 阶段将 LPAR 和 host 条目关联起来。
  • filename 指定响应 BOOTP 请求时需要装载的 Linux 内核。必须能够通过由 next-server 选项指定的服务器上的 TFTP 访问这个文件。或者，如果忽略 next-server，则必须能够通过 DHCP 服务器上的 TFTP 访问这个文件。
• next-server 指定服务器的地址。在这个服务器上，通过 TFTP 可以访问在 filename 选项中定义的 Linux 内核。如果 TFTP 服务器与 DHCP 服务器都在同一个服务器中，则可以跳过这个选项。
• option routers 指定 TFTP 服务器的地址，前提是将路由器配置为在网络中不将 TFTP 服务器请求转发到 TFTP 服务器。如果 TFTP 服务器和 DHCP 服务器在同一个机器上，则可以跳过这个选项。

可以使用 SLES 发行版中的 atftpd 包配置 TFTP 服务器。TFTP 配置提供一个目录，在这里可以使用 TFTP 下载文件。下载目录通常为 /tftpboot。在 dhcpd.conf 文件中的每个 host 部分的 filename 参数上指定的文件必须位于该下载目录中。
例如，对于网络安装 SUSE，该文件为 inst64 文件，可从 SUSE 安装 CD 的 /suseboot 目录获得。您需要将该文件放到 /tftpboot 目录，确保所有人都有读取它的权限。