概述、概念和部署注意事项

Red Hat Satellite 中的内容流涉及从外部来源管理和分发内容到主机。

Satellite 中的内容 从外部内容源流到 Satellite 服务器。Capsule 服务器 将内容从 Satellite 服务器镜像到 主机。

View larger image

内容视图是主机可访问的内容子集。通过创建内容视图，您可以定义特定环境或胶囊服务器所使用的软件版本。

每个内容视图在每个环境中创建一组存储库。您的 Satellite 服务器存储并管理这些存储库。例如，您可以使用以下方法创建内容视图：

使用 Red Hat Satellite，您可以导入和管理许多内容类型。

例如，Satellite 支持以下内容类型：

Satellite 中的简单内容访问(SCA)简化了软件权利的管理。使用 SCA，您可以在 Satellite 中添加有效的订阅到订阅分配或清单，并在 Satellite 中刷新。因此，在启用了 SCA 时，您不需要单独向主机附加订阅。

通过 Red Hat Satellite，您可以使用以下方法置备主机。

Satellite 服务器是您计划和管理内容生命周期的 Satellite 部署的核心组件。

典型的 Satellite 部署包括一个 Satellite 服务器，您可在其中执行以下操作：

Satellite 服务器将内容分发、主机置备和通信委派给胶囊服务器。Satellite 服务器本身也包含胶囊。

Satellite 服务器还包含精细的身份验证系统。您可以授予 Satellite 用户权限来精确访问他们负责的基础架构的部分内容。

在 Satellite 服务器上，您可以定义 多个机构 和位置 ，以帮助组织内容、主机和配置。

使用胶囊服务器，您可以扩展 Satellite 部署的访问和可扩展性。Capsule 服务器在 Red Hat Satellite 部署中提供以下功能：

通过使用内容视图，您可以指定胶囊服务器对主机可用的内容的确切子集。如需更多信息，请参阅 第 1 章 使用 Red Hat Satellite 进行内容和补丁管理。

主机是 Red Hat Satellite 管理的任何 Linux 客户端。主机可以是物理或虚拟的主机。

您可以在 Red Hat Satellite 支持的任何平台上部署虚拟主机，如 Amazon EC2、Google Compute Engine、KVM、libvirt、Microsoft Azure、OpenStack、Red Hat Virtualization、Rackspace Cloud Services 或 VMware vSphere。

通过 Satellite，您可以大规模管理主机，包括监控、配置、远程执行、配置管理、软件管理和订阅管理。

Satellite 包括几个相互集成的开源项目，如下所示：

Capsule 服务器提供本地主机管理服务，可以从 Satellite 服务器镜像内容。

要从 Satellite 服务器镜像内容，Capsule 提供以下功能：

您可以使用 Capsule 为基础架构和主机管理运行以下服务：

您可以通过仅在该胶囊上启用所选功能，为特定有限目的配置胶囊服务器。通用配置包括以下内容：

Satellite 服务器和注册到胶囊服务器的主机之间的通信通过该胶囊服务器进行路由。胶囊式服务器也向主机提供卫星服务。

Capsule 服务器管理的许多服务都使用专用网络端口。但是，胶囊服务器确保从主机到 Satellite 服务器的所有通信都使用单一源 IP 地址，从而简化防火墙管理。

图 4.1. 主机连接到胶囊时如何交互

View larger image

图 4.2. 当主机直接连接到 Satellite 服务器时，Satellite 组件如何交互

View larger image

您可以使用 Satellite Web UI 从浏览器管理和监控 Satellite 基础架构。例如，您可以在 Satellite Web UI 中使用以下导航功能：

您可以使用 Hammer 通过 CLI 命令配置和管理 Satellite 服务器。

使用 Hammer 有以下优点：

要发出 Hammer 命令，用户必须有权访问您的 Satellite 服务器。

在后台，每个 Hammer 命令首先建立到 API 的绑定，然后发送请求。这在按顺序执行大量 Hammer 命令时可能会有性能影响。相反，使用 API 命令的脚本直接与 Satellite API 通信，它们只建立一次绑定。

您可以使用 Satellite 服务器提供的 Representational State Transfer (REST) API 编写通过 HTTP 访问 Satellite API 的自定义脚本和外部应用程序。使用 REST API 与企业 IT 系统和第三方应用程序集成，执行自动维护或错误检查任务，并使用脚本自动执行重复性任务。

使用 REST API 有以下优点：

基于 API 命令的脚本直接与卫星 API 通信，这使得它们比基于 Hammer 命令或 Ansible Playbook 的脚本快，具体取决于 redhat.satellite 中的模块。

通过远程执行，您可以使用 shell 脚本或 Ansible 角色和 playbook 从 Capsules 在主机上运行作业。

将远程执行用于 Satellite 中的以下优点：

远程执行的通信通过胶囊服务器进行，这意味着卫星服务器不需要直接访问目标主机，并且可以扩展来管理许多主机。

要使用远程执行，您必须定义一个作业模板。作业模板是您要应用到远程主机的命令。您可以多次执行作业模板。

Satellite 使用 ERB 语法作业模板。如需更多信息， 请参阅管理主机中的模板编写参考。

默认情况下，Satellite 包含多个用于 shell 脚本和 Ansible 的作业模板。

Satellite Ansible Collections 是一组与 Satellite API 交互的 Ansible 模块。您可以使用 Satellite Ansible 集合来管理和自动化 Satellite 的很多方面。

您可以通过创建一个包含安装所需的所有信息的 Kickstart 文件来自动化 Satellite 服务器或 Capsule 服务器的安装过程。

运行 Red Hat Satellite Kickstart 脚本时，该脚本执行以下操作：

只有在 Red Hat Satellite 的上下文中才支持使用所有 Red Hat Satellite 组件，如下所述。

您可以使用以下 Red Hat Enterprise Linux 和硬件架构的主要版本组合来使用 Satellite 注册和管理主机。Red Hat Satellite Client 6 软件仓库也可用于这些组合。

您可以使用以下 Red Hat Enterprise Linux 和硬件架构的主版本组合来使用 Satellite 进行主机置备。

您可以使用以下 Red Hat Enterprise Linux 和硬件架构的主要版本组合来使用 Satellite 进行配置管理。

集成的 Capsule 是在安装过程中在 Satellite 服务器中默认创建的虚拟胶囊服务器。这意味着，Satellite 服务器可用于在一个地理位置为 Satellite 部署调配直接连接的主机，因此只需要一台物理服务器。隔离胶囊的基础系统可以直接由 Satellite 服务器管理，但不建议使用此布局来管理远程位置中的其他主机。

您的基础架构可能需要多个隔离子网，即使 Red Hat Satellite 部署在一个地理位置。这可通过使用 DHCP 和 DNS 服务部署多个胶囊服务器来实现，但推荐的方法是使用单个胶囊创建隔离子网。然后，此胶囊用于管理这些隔离的网络中的主机和计算资源，以确保它们只能访问胶囊以进行调配、配置、勘误表和常规管理。有关配置子网的更多信息，请参阅管理主机。

建议每个地理位置至少创建一个胶囊服务器。这种方法可以节省带宽，因为主机从本地胶囊服务器获取内容。从远程存储库同步内容仅由胶囊执行，而不是由位置中的每个主机执行。另外，这种布局使置备基础架构更加可靠且更易于配置。

View larger image

在需要主机与互联网断开连接的网络连接的高安全环境中，Red Hat Satellite 可以置备具有最新安全更新、勘误、软件包和其他内容的系统。在这种情况下，Satellite 服务器无法直接访问互联网，但其他基础架构组件的布局不会受到影响。有关从断开连接的网络安装 Satellite 服务器的详情，请参考 在断开连接的网络环境中安装 Satellite 服务器。有关升级断开连接的 Satellite 的详情，请参考 将 Red Hat Satellite 升级到 6.16 中的 升级断开连接的 Satellite 服务器。

将内容导入到断开连接的 Satellite 服务器有两个选项：

以上将内容导入到断开连接的 Satellite 服务器的方法也可用于加快连接的 Satellite 的初始填充。

您可以将胶囊服务器（集成或独立）配置为使用外部 DNS、DHCP 或 TFTP 服务。如果您已有在环境中提供这些服务的服务器，您可以将其与 Satellite 部署集成。有关如何使用外部服务配置胶囊的详情，请参考 安装 胶囊式服务器 中的 配置具有外部服务的 胶囊服务器。

使用 Satellite 基础架构的第一步是在专用的 Red Hat Enterprise Linux 8 服务器上安装 Satellite 服务器实例。

Red Hat Satellite 需要一个清单，用于 Satellite 上配置的每个组织。如果您计划使用 Satellite 的机构功能在一个 Red Hat Network 帐户下管理基础架构的独立单元，则根据需要将订阅从一个帐户分配给每个机构的清单。

如果您计划拥有多个红帽网络帐户，或者想要管理属于 Red Hat Network 帐户持有者的另一个实体的系统，那么您和其他帐户拥有者可以根据需要为清单分配订阅。没有 Satellite 订阅的客户可以创建订阅资产管理器清单，如果它们还有其他有效的订阅，则可以与 Satellite 一起使用。然后，您可以使用一个 Satellite 服务器中的多个清单来管理多个机构。

如果必须管理系统，但无法访问 RPM 的订阅，则必须使用 Red Hat Enterprise Linux Satellite 附加组件。如需更多信息，请参阅 Satellite Add-On。

下图显示了希望其系统由同一 Satellite 安装管理的两个红帽网络帐户持有者。在这种情况下，Example Corporation 1 可将其 60 个订阅的任何子集（在本例中为 30 个）分配给清单。这可以作为不同的组织导入到 Satellite 中。这使得系统管理员能够完全独立于 Example Corporation 2 的组织(R&D、operations 和 Engineering)管理 Example Corporation 1 的系统。

图 8.1. 具有多个清单的 Satellite 服务器

View larger image

创建红帽订阅清单时：

Red Hat Satellite 允许在清单中使用未来日期的订阅。当将来的订阅被添加到清单中时，可以在现有订阅的过期日期前，对存储库进行不间断访问。

请注意，如果基础架构中的任何变化或添加更多订阅，则可以修改 Red Hat Subscription Manifest 并重新加载到 Satellite 服务器。不应删除清单。如果您从红帽客户门户网站或 Satellite Web UI 中删除清单，它将取消注册所有内容主机。

安装 Satellite 时，satellite-installer 命令会在安装 Satellite 的同一服务器上创建数据库。根据您的要求，移到外部数据库可以为 Satellite 提供增加工作内存，这可以提高数据库操作请求的响应时间。移到外部数据库分发工作负载，并可以提高性能调优的容量。

如果您计划在以下情况下使用 Satellite 部署，请考虑使用外部数据库：

有关使用外部数据库的更多信息，请参阅在连接的网络环境中安装 Satellite 服务器中的将外部数据库与 Satellite 搭配使用。

本节概述了帮助您指定 Satellite 部署场景的一般注意事项。第 7 章 常见部署场景 中列出了最常见的部署场景。定义的问题包括：

Red Hat Subscription Manifest (Red Hat Subscription Manifest)决定哪些红帽软件仓库可从您的 Satellite 服务器访问。启用红帽存储库后，会自动创建关联的 Satellite 产品。要从自定义源分发内容，您需要手动创建产品和存储库。默认情况下，红帽存储库使用 GPG 密钥签名，建议为自定义存储库创建 GPG 密钥。

仅包含 RPM 软件包的 yum 存储库支持 On requires 下载策略，这可以减少同步时间和存储空间。On demand 下载策略仅在主机请求时下载软件包来节省空间和时间。有关设置内容源的详细信息，请参阅 管理内容 中的 导入内容。

在大多数情况下，Satellite Server 中的自定义存储库填充了来自外部暂存服务器的内容。此类服务器依赖于 Satellite 基础架构，但建议使用这些服务器上的修订控制系统（如 Git）来更好地控制自定义内容。

Satellite 为内容生命周期的精确管理提供功能。生命周期环境 代表内容生命周期中的一个阶段，内容视图 是一组过滤的内容，并被视为已定义的内容子集。通过将内容视图与生命周期环境关联，您可以以定义的方式向主机提供内容。

View larger image

有关内容管理流程的详细概述，请参阅 管理内容 中的 导入自定义内容。下面的部分提供了部署内容视图和生命周期环境的一般场景。

名为 Library 的默认生命周期环境从所有连接的源收集内容。不建议将主机直接与库关联，因为它会阻止任何测试内容，然后再对主机使用。相反，创建一个适合您的内容工作流的生命周期环境路径。以下情况很常见：

以下内容视图场景很常见：

最佳解决方案取决于您的主机环境的性质。避免创建大量内容视图，但请注意，内容视图的大小会影响相关操作的速度（发布、提升）。另外，还要确保为内容视图创建软件包子集时，也会包含所有依赖项。请注意，Kickstart 软件仓库不应添加到内容视图中，因为它们仅用于主机置备。

内容部署管理内容主机上的勘误表和软件包。Satellite 可以配置为通过 MQTT/HTTPS （基于拉取）或 SSH （基于推送）执行远程执行。当默认在 Satellite 服务器上启用了远程执行时，它在 Capsule 服务器和内容主机上被禁用。您必须手动启用它。

Satellite 提供了多个功能，可帮助您自动执行主机调配，包括自定义模板、通过 Puppet 进行配置管理，以及用于标准化主机角色调配的主机组。有关置备工作流的描述，请参阅 置备主机 中的 置备工作流 。同一指南包含调配各种计算资源的说明。

将角色分配给用户，可以根据一组权限控制对 Satellite 组件的访问。您可以将基于角色的身份验证视为一种不会与它们交互的用户隐藏不必要的对象的方法。

有各种标准来区分组织内的不同角色。除了管理员角色外，以下类型还比较常见：

在定义自定义角色时，请考虑以下建议：

有关定义角色并将其分配给用户的说明，请参阅管理 Red Hat Satellite 中的管理用户和角色 。相同的指南包含有关配置外部身份验证源的信息。

本节提供了所选 Satellite 功能的简短概述，可用于自动化某些任务或扩展 Satellite 的核心使用：

组织根据所有权、目的、内容、安全级别或其他部门将红帽卫星资源划分为逻辑组。您可以通过 Red Hat Satellite 创建和管理多个机构，然后将您的订阅划分并分配给每个机构。这提供了一种管理一个管理系统下多个单独组织的内容的方法。

位置根据地理位置将组织划分为逻辑组。每个位置由单个帐户创建和使用，但每个帐户可以管理多个位置和组织。

应用程序生命周期被分为不同的生命周期环境，它们代表应用程序生命周期的每个阶段。生命周期环境链接为构成 环境路径。在需要时，您可以将内容提升到下一个生命周期环境的环境路径中。例如，如果开发结束于应用的特定版本，您可以将此版本提升到测试环境，并在下一版本上开始开发。

图 9.2. 包含四个环境的环境路径

View larger image

主机组可以嵌套到相互继承参数的事实，允许设计适合特定工作流的主机组层次结构。精心规划的主机组结构有助于简化主机设置的维护。本节概述了组织主机组的四种方法。

图 10.1. 主机组结构示例

View larger image

扁平结构

扁平结构的优点是复杂性有限，因为避免继承。在具有几个主机类型的部署中，这种场景是最佳选择。但是，没有继承存在在主机组之间高重复设置的风险。

基于生命周期环境的结构

在此层次结构中，为特定于生命周期环境的参数保留第一个主机组级别。第二个级别包含与操作系统相关的定义，第三个级别包含特定于应用的设置。当职责划分在生命周期环境之间（例如，开发、QA 和 Production 生命周期阶段的专用所有者）时，这种结构很有用。

基于应用程序的结构

这种层次结构基于特定应用程序中的主机角色。例如，它为后端和前端服务器组定义网络设置。所选主机的特征是隔离的，它支持以 Puppet 为中心的复杂配置管理。但是，内容视图只能分配给此层次结构底部的主机组。

基于位置的结构

在此层次结构中，位置的分发与主机组结构一致。在位置(Capsule Server)拓扑决定许多其他属性的场景中，此方法是最佳选择。另一方面，这种结构复杂了跨位置共享参数，因此在有大量应用程序的复杂环境中，每个配置更改所需的主机组更改数量会显著增加。

预启动执行环境(PXE)提供了通过网络引导系统的功能。PXE 使用 DHCP 来提供有关网络的标准信息，而不是使用本地硬盘驱动器或 CD-ROM，来发现 TFTP 服务器并下载引导镜像。有关设置 PXE 服务器的更多信息，请参阅红帽知识库解决方案 如何设置/配置 PXE 服务器。

您可以使用 HTTP 引导通过 HTTP 通过网络引导系统。