3. 使用SGTK进行部署

　　在上节中，对SGTK进行了安装与具体配置做了较为详细的介绍，并根据需求添加了相应的启动环境文件、操作系统镜像等。本节主要介绍在具体应用环境中，如何添加各项部署任务、创建工作流及可启动介质文件等 的具体步骤。

　　3.1. SGTK的应用环境实例

　　本文中所描述的环境是一个典型的企业级x86平台的虚拟化的部署实例。下面是该实际环境的简单介绍：目标服务器为24台IBM System x 3650M3 服务器，并且所有服务器的最终部署要求是：

　　实际环境

　　SGTK服务器：

　　硬件：VMware ESX4.0环境下的虚拟机

　　操作系统：32位SuSE企业版Linux 11

　　目标服务器：

　　24台 IBM System x 3650M3服务器

　　网络环境：

　　未接入公共网络的独立网络环境

　　SGTK部署方式：

　　PXE网络可启动介质

　　目标服务器的部署要求：

　　升级System x 3650M3的所有固件，

　　本地硬盘配置成RAID 1(2*146GB SAS硬盘)，

　　调整第一启动设备为本地硬盘(可选)，

　　安装VMware ESX 4.1。

　　从该环境及部署要求来看，非常适合使用ServerGuide Scripting ToolKit进行统一的批量的部署。

　　3.2. 添加部署所需的任务

　　在SGTK中，例如升级固件、配置RAID等，每一种独立的功能需求都表现为一个独立的任务。因此我们需求根据部署需求，添加实际所需的各种任务。

　　操作系统安装前的任务

　　 RAID配置

　　选择左侧主菜单中Tasks条目下的Pre OS installation Tasks选项后，主界面中会显示安装操作系统前可以执行的四种任务。选择RAID选项卡，该选项卡下列出所有的配置RAID任务。

▲图14 RAID任务列表

　　选择任意一个RAID配置任务，点击View按钮，可以查看该任务的脚本内容。

　　点击Create按钮，可以创建新的RAID配置任务。在任务属性界面，填写任务名称(Name)，任务类型(Type)并选择相应任务模板(Template)。填写完毕之后，点击Create即可创建新的RAID配置任务。

▲图15 创建RAID配置任务

　　固件升级

　　在Pre OS installation Tasks选项主界面中，点击Firmware Update选项卡，可列出当前所有的固件升级任务。ServerGuide Scripting ToolKit默认只有一个名为default_uxsp_fw的任务，如果没有特定需求，该任务即可满足通常升级固件的需要。当然，仍然可以通过新建固件升级任务的方式，复制该默认任务，达到重命名任务名称的效果。

▲图16 固件升级任务列表

　　ASU任务

　　ASU是一个命令行工具，使用该工具可以在目标服务器的操作系统下或远程的工作机上对服务器的UEFI和IMM等进行设置，如调整启动顺序，配置IMM参数等操作。

　　ServerGuide Scripting ToolKit安装之后，默认内置两个ASU任务;

　　default_bios_settings 用来恢复BIOS/UEFI设置至出厂默认值

　　bootorder 用来调整启动顺序，具体启动顺序可选中该任务，点击View查看。

　　注意：谨慎使用default_bios_settings任务，由于会把UEFI/BIOS信息恢复至出厂默认值，因此IMM相关设置如IP地址信息，也会被恢复默认值。

▲图17 ASU任务列表

　　点击Create按钮可以创建新的ASU任务。在任务属性界面，填写任务名称(Name)，任务类型(Type)和任务模板(Template)。然后点击Create按钮开始创建。

▲图18 创建ASU任务

　　ASU任务创建完成后，选中该任务，点击Modify按钮，可以修改该任务脚本的具体内容。修改完成后，点击Apply按钮保存任务脚本。

▲图19 修改ASU任务脚本

　　光纤通道配置

　　光纤通道配置任务主要进行如SAN boot相关的配置。ServerGuide Scripting ToolKit安装后，默认仅有一个名为default_san_boot的任务，该任务即是用来将HBA卡设置为可以启动的方式。

▲图20 光纤通道配置

　　操作系统安装任务

　　点击左侧主菜单中的OS Installation Tasks选项，主菜单中会列出默认支持的操作系统安装任务。通过选中某个具体任务，点击View可以查看具体任务脚本内容，并可以修改其内容。通过Create按钮，可以创建新的操作系统安装任务。本文实际环境是VMware ESX 4.1，由于ServerGuide Scripting ToolKit此时并没有ESX4.1的任务，因此，我们可以通过Create按钮，基于ESX4.0创建一个新的任务，或直接采用ESX4.0的任务脚本。

　　注意：经实际测试，VMware ESX4.0的脚本可以成功安装VMware ESX4.1。

　　注意：新版本ServerGuide Scripting ToolKit V2.20已经默认包含VMware ESX4.1的安装任务。

　　注意：在部署其他默认任务列表中没有的操作系统时，请先行确认该操作系统版本是否可以支持目标服务器的硬件，特别是RAID卡、网卡设备。

▲图21 操作系统安装任务列表

　　操作系统安装后的任务

　　目前，操作系统安装后的任务仅支持IBM System Director Agent安装。本文环境中并不需要部署IBM System Director Agent，故本文对此部分暂不作介绍。

　　3.3. 由所需任务创建工作流

　　工作流(Workflow)，在ServerGuide Scripting ToolKit中指多个任务的组合。简单的工作流可以是一个单纯的任务，如升级固件。复杂的工作流可以是多个的任务组合，例如本文使用RAID配置任务、升级固件任务、ASU设置任务、操作系统安装任务组成一个较为复杂的工作流。

　　首先在左侧面主菜单中选择Workflows选项，然后点击Create按钮开始创建工作流。

　　在工作流属性界面，输入工作流的名字(Workflow Name)、工作流的类型(Workflow Type)、选择是否需要基于某个已有模本(本文完全自定义工作流，并不基于已有模板)已经日志的详细程度(Log Verbosity)。

▲图22 工作流属性设置

　　在Pre-Install界面选择安装操作系统前需要执行的任务。本文实际选择包含RAID配置、固件升级以及ASU调整启动顺序三个任务。

▲图23 工作流的操作系统安装前的任务

　　在OS tasks界面，选择先前制定好的操作系统安装任务或默认内置的任务。设置完成后，点击Next按钮继续设置。

▲图24 工作流的操作系统部署任务

　　在post-Install界面，选择是否安装IBM System Director Agent，本文实际不安装该软件，因此选择Skip this step and do not perform any post-installation tasks选项。然后点击Next按钮继续。

▲图25 工作流的操作系统安装后任务

　　在Review界面检查刚才的设置，确定无误后，点击Finish按钮开始创建工作流。

▲图26 创建工作流总结界面

　　创建工作流过程完成后，在Workflows主界面列表中可以查看到新建的工作流。

▲图27 查看以创建工作流

　　3.4. 由工作流创建可启动介质

　　由工作流创建可启动介质档案文件

　　在创建可启动介质之前，需要根据已经创建的工作流创建一个可启动介质的档案文件。

　　首先在左侧主菜单中选择Bootable Media Profiles选项，点击主界面中的Create按钮创建新的可启动介质档案文件。

▲图28 创建可启动介质档案文件

　　在general页面，填入可启动介质档案文件的名称(Boot Media Profile Name)、所使用的工作流文件(Select the workflow)、启动方式(Boot Method)(本文实际使用PXE启动方式)等信息后，点击Next按钮。

▲图29 可启动介质属性配置

　　在源介质(Source medias)选项中选择Bundle files in the boot media选项，将文件打包进进可启动介质中。然后点击Next按钮。

▲图30 选择可启动介质源介质类型

　　选择目标系统的IP地址获取方式。本文实际中，由于是批量部署多台服务器，因此目标系统的IP地址选择为DHCP获取方式。即选择Configure network using a DHCP server选项，然后点击Next按钮。

▲图31 设置目标系统的IP地址信息

　　在select the machine models界面，选择部署目标服务器的具体型号，可以针对多种型号服务器。选定服务器型号后，点击Next按钮。

▲图32 选择目标服务器的型号

　　在Validation Results界面，检查ServerGuide Scripting ToolKit给出的针对该可启动介质档案文件的验证结果。确定后，点击Next按钮。

　　注意：针对本例中验证结果给出的警告建议，即VMware ESX4.0与system x 3650M3之间的兼容性提示，可以忽略。因为本文实际部署的是VMware ESX4.1，经查询IBM System x的操作系统兼容性，及VMware官方的硬件兼容性，均可确认不需要单独加载驱动程序，可以直接安装。

▲图33 ServerGuide Scripting ToolKit验证结果

　　在Review界面，检查已经输入的各项参数，确认无误后，点击Finish开始创建。

▲图34 检查可启动介质档案文件的各项参数

　　创建完成后，新的可启动介质的档案文件会在Bootable Media Profies界面列出。

▲图35 已创建的可启动介质档案文件

　　创建可启动介质

　　在bootable Media Profiles界面列出的以创建的可启动介质档案文件中，没有创建过可启动介质的档案文件，列表中的Last Image参数显示为None。

　　选中需要创建可启动介质的档案文件，点击Create Bootable Media按钮，开始创建可启动介质。

　　在Generate Media界面，查看生成可启动介质的参数是否正确，如正确无误，点击Finish创建。否则点击Cancel按钮，并修改相应可启动介质档案文件。

▲图36 创建可启动介质文件

　　生成可启动介质操作完成后，点击OK按钮。

▲图37 生成可启动介质

　　返回Bootable Media Profiles界面后，以生成可启动介质的档案文件，会在Last Image参数显示可启动文件的位置信息。

▲图38 已生成可启动介质的档案文件

　　复制并重命名PXE启动文件，

　　cp /tftpboot/lnxtoolkit/pxelinux.cfg/3650M3-PXE /tftpboot/lnxtoolkit/pxelinux.cfg/default

　　注意：使用PXE启动方式进行部署时，必须把已经生成的PXE启动文件，复制并重命名为default。如本文实际生成文件为

　　/tftpboot/lnxtoolkit/pxelinux.cfg/3650M3-PXE

　　复制并重命名为

　　/tftpboot/lnxtoolkit/pxelinux.cfg/default

　　命令为，

　　cd /tftpboot/lnxtoolkit/pxelinux.cfg/

　　cp 3650M3-PXE default

　　这样才能是目标服务器启动时正常加载已经生成的可启动介质。

　　3.5. 开始部署目标服务器

　　检查SGTK服务器的各服务状态

　　在开始部署之前，需要先行确认所有所需的服务都已正常运行。主要包含SGTK服务器的NFS、DHCP、TFTP server三个主要服务。

　　确认nfs服务，

　　service nfs status

　　exportfs

　　确认dhcp服务，

　　service dhcpd status

　　确认tftp服务，

　　netstat -a | grep tftp

　　开始部署目标服务器

　　通过IMM的远程控制(Remote Control)功能可以远程查看目标服务器的屏幕显示。通过IMM的电源控制功能，可以远程开启目标服务器。没有经过任何配置的新服务器，默认会从网络(PXE)启动。如果已经有过配置或已经有过操作系统的服务器，可以在启动过程中按F12，选择启动方式界面选择单次从网络启动。

▲图39 目标服务器从PXE服务器启动

　　3.6. 可能的问题与解决

　　问题1：在开始使用ServerGuide Scripting ToolKit进行批量RAID部署之前，请先确保服务器上的硬盘在RAID卡中的状态均为UNCONFIG GOOD状态。较少情况下，硬盘初始状态可能为JBOD或UNCONFIG BAD状态，必须手动更改为UNCONFIG GOOD状态后，ServerGuide Scripting ToolKit才能正常配置RAID。

　　问题2：有些情况下，在ServerGuide Scripting ToolKit部署完成RAID配置时，在IMM的系统状态中可以查看到系统进入OS booted状态，但是远程控制(Remote Control)界面没有显示或黑屏，此时需要使用IMM的电源控制功能等方式手动重启服务器。

　　问题3：有些情况下， 在ServerGuide Scripting ToolKit部署完成ASU设置时，可能表现如“问题2”中的现象，此时需要手工重启服务器。

　　问题4：在较少的情况下， 在ServerGuide Scripting ToolKit部署完成操作系统部署时，可能表现如“问题2”中的现象，此时需要手工重启服务器。