集群中的每个 Ansible Automation Platform 节点都必须有权访问 NTP 服务器。chronyd 是一个用于同步系统时钟的守护进程。它可以与 NTP 服务器同步时钟。这样可确保当集群节点使用需要验证的 SSL 证书时，如果节点之间的日期和时间没有同步，则不会失败。

在所有节点上，

subscription-manager 命令将系统注册到 Red Hat Network (RHN)，并管理系统的订阅权利。--help 选项在命令行中指定，以查询可用选项的命令。如果与 command 指令一起发出 --help 选项，则会列出可用于特定 command 指令的选项。

要使用红帽订阅管理为系统提供软件包，系统必须首先注册到该服务。要注册系统，请使用 subscription-manager 命令并传递 register 命令指令。如果指定了 --username 和 --password 选项，则命令不会提示输入 RHN 网络身份验证凭据。

以下是使用 subscription-manager 注册系统的示例。

# subscription-manager register --username [User] --password '[Password]'
The system has been registered with id: abcd1234-ab12-ab12-ab12-481ba8187f60

注册系统后，必须将其附加到授权池。在本参考环境中，Red Hat Ansible Automation Platform 是所选的池。识别并订阅 Red Hat Ansible Automation Platform 权利池，需要以下命令指令。

# subscription-manager list --available | grep -A8 "Red Hat Ansible Automation Platform"
---
Subscription Name:   Red Hat Ansible Automation Platform, Premium (5000 Managed Nodes)
Provides:            Red Hat Ansible Engine
                     Red Hat Single Sign-On
                     Red Hat Ansible Automation Platform
SKU:                 MCT3695
Contract:            <contract>
Pool ID:             <pool_id>
Provides Management: No
Available:           9990
Suggested:           1
Service Type:        L1-L3
Roles:

# subscription-manager attach --pool <pool_id>
Successfully attached a subscription for: Red Hat Ansible Automation Platform, Premium (5000 Managed Nodes)

# subscription-manager repos --enable=ansible-automation-platform-2.1-for-rhel-8-x86_64-rpms

在安装 Ansible Automation Platform 2.1 之前，建议为部署过程创建一个具有 sudo 特权的非 root 用户。此用户用于：

然而，出于此参考环境，选择了 ansible 用户，但任何用户名都会挂起。

在所有节点上，创建一个名为 ansible 的用户并生成 ssh 密钥。

以 ansible 用户身份创建 ansible 用户，将 ssh 密钥复制到所有节点。这样可确保在 Ansible Automation Platform 安装运行时，它可以在没有密码的情况下 ssh 到所有节点。

这可以通过 ssh-copy-id 命令完成，如下所示：

$ ssh-copy-id ansible@hostname.example.com

防火墙访问和限制在保护 Ansible Automation Platform 2.1 环境时扮演了关键角色。Red Hat Enterprise Linux 8.4 的使用默认为使用 firewalld，它是一个动态防火墙守护进程。firewalld 的工作原理是将网络区分配给网络及其关联的连接和接口。

建议将防火墙配置为允许访问成功 Ansible Automation Platform 2.1 安装的适当服务和端口。

在所有节点上，确保已安装、启动和启用 firewalld。

作为高可用性自动化中心环境的一部分，由于需要使用共享文件系统，应启用以下防火墙服务，以确保成功挂载文件系统，如下一节所示。

在每个 自动化中心节点上，以 ansible 用户身份：

高可用性自动化中心要求您已针对您的环境设置共享文件系统。

在运行 Ansible Automation Platform 安装程序前，请验证因为安装了共享文件系统，集群中是否存在 /var/lib/pulp 目录。如果其中一个节点上没有检测到 /var/lib/pulp，则 Ansible Automation Platform 安装程序将返回错误，从而导致高可用性自动化中心设置失败。

在每个 自动化中心节点上，以 ansible 用户身份：

自动化控制器可以根据触发的 webhook 事件运行作业。以下为设置提供了分步。

创建 GitHub 个人访问令牌

创建 GitHub 存储库

在我们就位 PAT 后，下一步是创建一个 Git 存储库，在对存储库进行更改时由 GitHub Webhook 触发。

由于重点是能够轻松更新或修改我们的自动化控制器配置，因此此参考环境利用名为 redhat_cop.controller_configuration 的 Ansible 集合。

此 Ansible 集合允许使用控制器集合模块通过 Ansible 角色轻松与 Ansible 控制器服务器交互。

通过这个集合，我们可以使用这些预先存在的角色在所有站点中修改或更新我们的自动化控制器环境。

在新创建的 GitHub 存储库中，会创建三个文件。

这三个文件的目的是提供一种在将 group_vars/all.yml 修改为存储库时的方法，这将在 Ansible Automation Platform 自动化控制器集群中启动作业模板，以进行适当的更改或更新。

在 Ansible Automation Platform 自动化控制器集群中设置资源凭证

在将存储库用作代码之前，请在 Ansible Automation Platform 站点中设置适当的凭证资源。

这可确保创建新项目、工作流和作业模板时，我们可以轻松地将这些凭据附加到这些资源。

以下步骤演示了如何创建我们的两个必要的凭证。

与之前创建的 GitHub (PAT)令牌关联的凭证。

与将更新的 Ansible Automation Platform 站点关联的其他凭证。每个 Ansible Automation Platform 站点都会自行更新，如 site1 更新 site1。

在每个 Ansible Automation Platform 网站上：

设置 GitHub PAT 凭证后，为现有 Ansible Automation Platform 环境创建第二个凭证。

在 Ansible Automation Platform 站点 2 上重复此部分。

创建配置作为代码项目

将配置作为代码项目的目的是创建一个工作流，其中包含一个作业模板，每次更新配置时会自动运行。

这样可确保当您进行更改（如设置变量）时，Git 存储库 playbook 为大量自动化控制器配置运行适当的角色。

本节会创建一个项目、工作流和作业模板来实现上述目的。

在一个仪表板的 Ansible Automation Platform 站点中，

接下来，创建一个工作流模板。

在 Ansible Automation Platform 站点 2 上重复上述过程。

为存储库启用 GitHub Webhook

在创建了 Ansible Automation Platform 工作流模板以及带有所需文件的 GitHub 存储库时，下一步是为我们的存储库启用 Webhook，如 aap_refarch。

在 Ansible Automation Platform 站点 2 上重复上述过程。

将配置创建为代码作业模板

为我们 的配置创建作业模板，因为代码项目 在每次更新 Git 存储库时都会自动运行 playbook.yml 文件。

这样可确保因为需要配置更改，我们可以使用 Ansible Automation Platform 控制器 API 来适当地进行这些更改。当我们在所有 Ansible Automation Platform 站点合并相同的方法时，所有更改都会在配置的站点间成为全局性。

在 Ansible Automation Platform 站点 2 上重复上述过程。

将创建的配置更新为代码工作流

在以前的版本中，创建了 Configuration as Code 工作流。此工作流的目的是确保 Configuration as Code Project 始终保持同步，并且 Configuration as Code 作业会在存储库更改时将配置作为代码 playbook 运行。

验证配置作为代码设置

在 redhat_cop.controller_configuration 中已经包含的许多角色时，一个简单的方法来验证所有内容是否按预期工作，方法是使用适当的 yaml 更新 group_vars/all.yml 文件来创建用户。

如果要创建用户，我们会仔细查看 用户角色文档，以进一步查看我们的所有变量。

进一步审阅后，我们注意到创建一个名为 John 的非管理员用户，如下所示：

---
controller_user_accounts:
  - user: "john"
    is_superuser: false
    password: "redhat"

当使用以上更新 group_vars/all.yml 文件并推送到 Git 存储库后，Ansible Automation Platform 自动化控制器中的作业应该启动。

这可以通过在自动化控制器仪表板的 Views 部分下选择 Jobs 来验证。参考中的作业应具有作业的数量，后跟作业名称。对于此参考环境，您会看到类似于 8-Configuration as Code Job 的内容，并带有 TypePlaybook 运行

作业完成后，其状态将为 Successful。

以 admin 身份注销，并以用户 john 身份（使用密码 redhat 重新记录）应确认作业成功。

如果您遵循此整个章节，并为每个 Ansible Automation Platform 站点正确设置 Webhook，您会注意到用户 john 由对应的 Ansible Automation Platform 平台同时创建。

虽然本示例是简化的一个配置（角色），但允许配置 Ansible Automation Platform 自动化控制器的许多配置（角色）在 redhat_cop.controller_configuration 中提供。

可以在以下位置找到其他 示例：示例配置.

虽然 Ansible 集合具有您需要的许多关键角色，但不仅限于在此 Ansible 集合中可以找到的内容。您的机构可实施或创建新的角色，以进一步增强您的功能。