第 3 章 启用 JBoss Web 服务器自动化部署

流程

1. 在 Ansible 控制节点上，打开 vars.yml 文件。

2. 要指定要安装的 JBoss Web Server 版本，请将 jws_version 变量设置为适当的基本发行版本。

   例如：

   [...]
   jws_version: 6.0.0

   注意

   确保为 jws_version 变量指定的值与您要安装的产品存档文件的版本匹配。例如，要为 JBoss Web Server 6.0 安装存档文件，请指定值 6.0.0。

   默认情况下，JBoss Web 服务器集合配置为同时安装主应用服务器存档和您指定的产品版本的原生存档。如果将 jws_native 变量设置为 False，JBoss Web Server 集合无法安装原生存档，这会导致需要安装原生存档文件的功能（如 SELinux 策略）出现问题。

   如果您没有指定自动文件下载的凭证，如 第 3 步 所述，请确保已将指定产品版本的存档文件复制到 Ansible 控制节点。在这种情况下，请确保复制的原生存档文件与目标主机上安装的操作系统版本匹配。

3. 如果 Ansible 控制上不存在 JBoss Web Server 归档文件的副本，则集合默认联系红帽客户门户网站来自动下载存档文件。为确保与红帽客户门户网站成功联系，请设置 rhn_username 和 rhn_password 变量，以指定您的红帽服务帐户凭证。

   例如：

   [...]
   rhn_username: <client_ID>
   rhn_password: <client_secret>

   在前面的示例中，将 &lt ;client_ID & gt; 和 <client_secret > 替换为与您的红帽服务帐户关联的客户端 ID 和 secret。

   注意

   默认情况下，集合会自动决定与目标主机上安装的操作系统版本匹配的原生存档文件。如果您的 Ansible 控制节点上已存在适当存档文件的副本，则集合不会再次下载这些存档文件。

   如果您希望手动下载存档文件，或者已以某种方式获得这些文件，您可以强制完全离线安装。有关强制离线安装的更多信息，请参阅启用 JBoss Web 服务器产品补丁更新的自动安装。

4. 如果您更改了 Ansible 控制节点上下载的存档文件的名称，请设置 zipfile_name 和 jws_native_zipfile 变量，以指定您要安装的文件。

   例如：

   [...]
   zipfile_name: <application_server_file>
   jws_native_zipfile: <native_file>

   在前面的示例中，将 < application_server_file> 和 <native_file > 替换为适当的归档文件名。

   注意

   如果您没有更改文件名，则不需要设置 zipfile_name 和 jws_native_zipfile 变量。JBoss Web Server 集合使用 jws_version 变量的值自动确定默认文件名。

5. 将您的更改保存到 vars.yml 文件。

流程

1. 在 Ansible 控制节点上，打开 vars.yml 文件。

2. 将 jws_apply_patches 变量设置为 True。

   例如：

   [...]
   jws_version: 6.0.0
   [...]
   jws_apply_patches: True

   注意

   确保将 jws_version 变量设置为相应产品版本（如 6.0.0）的基础版本。

   JBoss Web 服务器集合被配置为默认安装最新的补丁更新。该集合与红帽客户门户网站联系，以确定要安装的正确补丁。

3. 如果您希望集合安装指定的补丁版本而不是最新的补丁更新，请将 jws_patch_version 变量设置为您要安装的补丁发行版本。

   例如：

   [...]
   jws_apply_patches: True
   jws_patch_version: 6.0.2

   根据前面的示例，集合只会安装 cumulative 6.0.2 补丁，即使后续补丁也可用。

4. 当 jws_apply_patches 变量设为 True 时，JBoss Web Server 集合默认联系红帽客户门户网站，以检查新的补丁更新是否可用。如有必要，集合还会下载补丁更新。为确保与红帽客户门户网站成功联系，请设置 rhn_username 和 rhn_password 变量，以指定您的红帽服务帐户凭证。

   例如：

   [...]
   rhn_username: <client_ID>
   rhn_password: <client_secret>

   在前面的示例中，将 &lt ;client_ID & gt; 和 <client_secret > 替换为与您的红帽服务帐户关联的客户端 ID 和 secret。

   注意

   默认情况下，集合会自动决定与目标主机上安装的操作系统版本匹配的原生存档文件。如果您的 Ansible 控制节点上已存在适当存档文件的副本，则集合不会再次下载这些存档文件。

   如果将 jws_patch_version 变量设置为特定的补丁版本，则集合只会下载指定的补丁版本，即使后续补丁也可用。

   如果您希望手动下载存档文件，或者已经以某种方式获得这些文件，您可以强制完全离线安装，如 第 5 步 所述。

5. 如果要强制完全离线安装，并防止集合联系红帽客户门户网站，请将 jws_offline_install 变量设置为 True。

   例如：

   [...]
   jws_offline_install: True

   注意

   如果您的 Ansible 控制节点无法访问互联网，或者您希望集合避免联系红帽客户门户网站以进行文件下载，则 jws_offline_install 变量很有用。在这种情况下，您必须将 jws_patch_version 变量设置为要安装的补丁发行版本。

   确保您已将用于适当补丁更新的存档文件复制到 Ansible 控制节点。在这种情况下，请确保复制的原生存档文件与目标主机上安装的操作系统版本匹配。

   如果将 jws_offline_install 变量设置为 True，则集合不会尝试联系红帽客户门户网站，即使您也设置了 rhn_username 和 rhn_password 变量，以允许自动下载文件。

6. 将您的更改保存到 vars.yml 文件。