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

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

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

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

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

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

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

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

使用 Red Hat Satellite，您可以使用多种方法置备主机。

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

典型的 Satellite 部署包含一个 Satellite 服务器，您要执行以下操作：

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

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

在命令行中，您可以定义 多个机构 和位置，以帮助组织内容、主机和配置。

借助胶囊服务器，您可以扩展 Satellite 部署的覆盖范围和可扩展性。胶囊服务器在 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 由多个开源项目组成，它们相互集成，如下所示：

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

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

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

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

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

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

图 4.1. 当主机连接到 Capsule 时，Satellite 组件如何进行交互

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

您可以使用 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 命令的脚本直接与 Satellite API 通信，这使其比基于 Hammer 命令的脚本更快，或依赖于 redhat.satellite 中的模块的 Ansible playbook。

通过远程执行，您可以使用 shell 脚本或 Ansible 任务和 playbook 在胶囊中远程运行作业。

对 Satellite 中的以下优点使用远程执行：

远程执行的通信通过胶囊服务器进行，这意味着 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 和硬件架构的以下组合来注册和管理主机。Red Hat Satellite Client 6 软件仓库也可用于这些组合。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

在创建 Red Hat Subscription Manifest 时：

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

图 10.1. 主机组结构示例

扁平结构

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

基于生命周期环境的结构

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

基于应用程序的结构

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

基于位置的结构

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

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

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