下图显示了 Red Hat Satellite 的高级架构。

图 1.1. Red Hat Satellite 系统架构

此架构中内容流有四个阶段：

下图提供了从 Satellite Server 到 Capsule 的内容更接近的内容分布。

图 1.2. Red Hat Satellite 的内容生命周期

默认情况下，每个组织都有一个来自外部来源的内容库。内容视图是通过智能过滤创建的库中的内容子集。您可以将内容视图发布并提升到生命周期阶段（通常是 Dev、QA 和 Production）。在创建 Capsule 服务器时，您可以选择哪些执行环境将复制到该 Capsule 中，并可供受管主机使用。

内容视图可以合并以创建 Composite 内容视图。对于操作系统所需的软件包存储库，以及应用程序所需的软件包存储库来说，具有单独的内容视图会很有用。其中一个优点是，在一个存储库中对软件包的任何更新都只需要重新发布相关的内容视图。然后，您可以使用 Composite Content Views 组合公布的内容视图，以简化管理。

哪个内容视图应提升到哪些 Capsule 服务器取决于 Capsule 的预期功能。任何 Capsule 服务器都可以运行 DNS、DHCP 和 TFTP 作为可补充的基础架构服务，例如，内容或配置服务。

您可以使用库中的同步内容创建内容视图的新版本来更新 Capsule 服务器。然后，新的内容视图版本会通过生命周期环境提升。您还可以创建内容视图的原位升级。这意味着，在其当前生命周期阶段中创建内容视图的次要版本，而无需将其从库提升。例如，如果您需要将安全勘误表应用到生产环境中使用的内容视图，您可以在不提升到其他生命周期的情况下直接更新内容视图。有关内容管理的更多信息，请参阅管理内容。

Red Hat Satellite 包括几个开源项目，它们集成、验证、交付和支持作为 Satellite。此信息在红帽客户门户上维护并定期更新；请参阅 Satellite 6 组件版本。

Red Hat Satellite 由以下开源项目组成：

Red Hat Satellite 及其组件中使用的术语非常广泛。有关常用术语的说明，请参阅 附录 B, 术语表。

每个 Red Hat Satellite 订阅都包括一个受支持的 Red Hat Enterprise Linux Server 实例。此实例应只保留用于运行 Red Hat Satellite 的目的。不支持使用 Satellite 中包含的操作系统来运行其他守护进程、应用程序或服务。

对 Red Hat Satellite 组件的支持如下所述。

SELinux 必须是 enforcing 模式或 permissive 模式，不支持禁用 SELinux 的安装。

Capsule 服务器提供了两组功能。您可以使用 Capsule 运行主机管理所需的服务。您还可以将 Capsule 配置为从 Satellite 服务器镜像内容。

基础架构和主机管理服务：

与内容相关的功能：

并非所有 Capsule 功能都必须一次性启用。您可以为特定有限目的配置 Capsule 服务器。一些常见配置包括：

Capsule 隔离的目标是为所有主机的网络通信提供一个单一端点，以便在远程网络段中，您只需要为 Capsule 本身打开防火墙端口。下图显示了 Satellite 组件如何与连接到隔离胶囊的主机交互。

图 2.1. 带有隔离胶囊的 Satellite 拓扑

下图显示了当主机直接连接到 Satellite 服务器时，Satellite 组件如何进行交互。请注意，由于外部 Capsule 的基本系统是 Satellite 的客户端，因此即使您没有直接连接的主机，此图也会相关。

图 2.2. 带有内部 Capsule 的 Satellite 拓扑

在 连接的网络环境中安装 Satellite 服务器 中的 端口和防火墙要求，在断开连接的网络环境中安装 Satellite 服务器 中的 端口和防火墙要求，包括配置基于主机的防火墙以打开所需端口的完整说明。https://access.redhat.com/documentation/zh-cn/red_hat_satellite/6.11/html-single/installing_satellite_server_in_a_connected_network_environment/index#satellite-ports-and-firewalls-requirements_satellite https://access.redhat.com/documentation/zh-cn/red_hat_satellite/6.11/html-single/installing_capsule_server/index#capsule-ports-and-firewalls-requirements_capsule

红帽知识库解决方案 Red Hat Satellite of Network Ports 列表中提供了端口列表。

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

位置根据地理位置将组织分成逻辑组。每个位置都由一个帐户创建和使用，但每个帐户都可以管理多个位置和机构。

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

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

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

图 4.1. 主机组稳定性示例

扁平结构

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

基于生命周期阶段的结构

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

基于应用程序的结构

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

基于位置的结构

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

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

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

您可以通过创建一个包含安装所需的所有信息的 Kickstart 文件，使用 Kickstart 自动执行 Red Hat Satellite 或 Capsule 服务器的安装过程。有关 Kickstart 的详情，请参考 Red Hat Enterprise Linux 7 安装指南中的 Kickstart 安装。

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

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

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

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

下图显示了两个红帽网络帐户拥有者，希望其系统由同一 Satellite 安装管理。在这种情况下，公司 1 可以为其分配 60 订阅的任何子集，在本例中为清单分配 30 个。这可以作为不同的机构导入到 Satellite 中。这使得系统管理员能够完全独立于示例公司 2 的组织(R&D、操作和工程团队)来使用 Satellite 管理示例系统。

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

在创建红帽订阅清单时：

Red Hat Satellite 允许在清单中使用将来的订阅。当将来的订阅添加到现有订阅的过期日期前，这会启用对仓库的不间断的访问。

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

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

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

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

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

Red Hat Subscription Manifest 决定可从您的 Satellite 服务器访问哪些红帽软件仓库。启用红帽存储库后，会自动创建关联的 Satellite 产品。对于从自定义源分发内容，需要手动创建产品和存储库。默认情况下，红帽软件仓库使用 GPG 密钥签名，建议也为您的自定义存储库创建 GPG 密钥。自定义存储库的配置取决于它们保存的内容类型(RPM 软件包或 Docker 镜像)。

配置为 yum 软件仓库的软件仓库（仅包含 RPM 软件包）可以使用新的下载策略设置来在同步时间和存储空间上保存。此设置启用从 Immediate 和 On demand 中选择。On require 设置仅在客户端请求时下载软件包来节省空间和时间。有关设置内容源的详细信息，请参阅内容 管理指南中的导入内容。

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

Satellite 提供精确管理内容生命周期的功能。生命周期阶段 代表了内容生命周期中的一个阶段，内容视图是过滤的内容集合，并可被视为定义的内容子集。通过将内容视图与生命周期阶段关联，您可以以定义的方式为主机提供内容。请参阅 图 1.2 “Red Hat Satellite 的内容生命周期” 查看进程的视觉化。有关内容管理流程的详细概述，请参阅 内容 管理指南中的导入 自定义内容。下面的部分提供了部署内容视图和生命周期阶段的一般场景。

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

以下内容视图情境是常见的：

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

内容部署是管理内容主机上的勘误表和软件包。Satellite 上内容部署有两种方法：默认为 远程执行，第二个是已弃用的 katello 代理。

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

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

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

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

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

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

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

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

建议每个地理位置至少创建一个 Capsule 服务器。这种方法可节省带宽，因为主机从本地 Capsule 服务器获取内容。从远程存储库同步内容仅由 Capsule 进行，而不是由位置中的每个主机执行。此外，这种布局使调配基础架构更加可靠且更容易配置。有关这种方法的介绍，请参阅 图 1.1 “Red Hat Satellite 系统架构”。

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

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

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

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