配置调优 CNI 17.2. 其他资源 第 第 18 章 章 在裸机集群中使用流控制 在裸机集群中使用流控制传输协议 传输协议 (SCTP) 18.1. 支持 OPENSHIFT CONTAINER PLATFORM 上的流控制传输协议 (SCTP) 18.2. 启用流控制传输协议 (SCTP) 83 83 85 85 90 90 92 92 92 92 93 93 94 94 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18.3. 验证流控制传输协议 (SCTP) 已启用 第 第 19 章 章 使用 使用 PTP 硬件 硬件 19.1. 关于 PTP 硬件 19.2. 关于 PTP 19.3. OPENSHIFT CONTAINER PLATFORM OpenShift Container Platform 的服务和路由提供名称解析。 基于 基于 HTTP 的路由 的路由 基于 HTTP 的路由是一个不受保护的路由，它使用基本的 HTTP 路由协议，并在未安全的应用程序端 口上公开服务。 入口 入口 OpenShift Container Platform 中的 Kubernetes Ingress 资源通过作为集群内 pod 运行的共享路由器

Catalog 以选择所需的应用、服务或源到镜像构建器，然后 将它添加到项目中。 所有服务：浏览目录以在 OpenShift Container Platform 中发现服务。 Database：选择所需的数据库服务并将其添加到应用程序中。 Operator Backed：选择和部署所需的 Operator 管理服务。 Helm Chart：选择所需的 Helm Chart 来简化应用程序和服务部署。 Topology 视图中看到部署。 3.1.5. 使用 Developer Catalog 将服务或组件添加到应用程序中 您可以使用 Developer Catalog 根据 Operator 支持的服务（如数据库、构建器镜像和 Helm Charts）部署 应用程序和服务。Developer Catalog 包含您可以添加到项目的应用程序组件、服务、事件源或 Source- to-image 构建器的集合。集群管理员可以自定义目录中提供的内容。 来查 看 Developer Catalog 中的所有可用服务。 2. 在 All Services 下，选择服务类型或您需要添加到项目的组件。在本例中，选择 Databases 以列 出所有数据库服务，然后点击 MariaDB 查看该服务的详情。 3. 点 Instantiate Template 查看带有 MariaDB 服务详情的自动填充的模板，然后点 Create 在 Topology

管理大页 页面 面 14.1. 巨页的作用 14.2. 先决条件 14.3. 消耗大页面 第 第 15 章 章 在 在 GLUSTERFS 存 存储 储上 上进 进行 行优 优化 化 15.1. 数据库聚合模式指南 15.2. 测试的应用程序 15.3. 支持列表 15.4. 测试结果 32 32 32 33 33 33 33 34 34 34 36 36 36 36 37 及更新的版本 3.x v3 etcd 3.x 引入了重要的可伸缩性和性能改进，用于减少任意大小集群的 CPU、内存、网络和磁盘要求。 etcd 3.x 还会实施后向兼容的存储 API，促进磁盘 etcd 数据库的两个步骤迁移。出于迁移目 的，OpenShift Container Platform 3.5 中 etcd 3.x 使用的存储模式保留在 v2 模式中。自 OpenShift Container Platform 版本升 级不会自动将数据从 v2 迁移到 v3。您必须使用提供的 playbook，并遵循记录的流程来迁移数据。 etcd 版本 3 实现了向后兼容的存储 API，有助于对磁盘 etcd 数据库进行两步迁移。出于迁移目 的，OpenShift Container Platform 3.5 中 etcd 3.x 使用的存储模式保留在 v2 模式中。自 OpenShift Container Platform

以选择所需的应用、服务或源到镜像构建器，然后 将它添加到项目中。 所有服 所有服务 务：浏览目录以在 OpenShift Container Platform 中发现服务。 Database：选择所需的数据库服务并将其添加到应用程序中。 Operator Backed：选择和部署所需的 Operator 管理服务。 Helm Chart：选择所需的 Helm Chart 来简化应用程序和服务部署。 视图中查看应用程序。 3.1.7. 使用 Developer Catalog 将服务或组件添加到应用程序中 您可以使用 Developer Catalog 根据 Operator 支持的服务（如数据库、构建器镜像和 Helm Charts）部署 应用程序和服务。Developer Catalog 包含您可以添加到项目的应用程序组件、服务、事件源或 Source- to-image 构建器的集合。集群管理员可以自定义目录中提供的内容。 来查 看 Developer Catalog 中的所有可用服务。 2. 在 All Services 下，选择服务类型或您需要添加到项目的组件。在本例中，选择 Databases 以列 出所有数据库服务，然后点击 MariaDB 查看该服务的详情。 3. 点 Instantiate Template 查看带有 MariaDB 服务详情的自动填充的模板，然后点 Create 在 Topology

Operator 的信息，如名称和版本。 驱动 UI 的额外信息，例如其图标和一些示例自定义资源 (CR)。 所需的和所提供的 API。 相关镜像。 将清单加载到 Operator Registry 数据库中时，会验证以下要求： 该捆绑包必须在注解中至少定义一个频道。 每个捆绑包都只有一个集群服务版本（CSV）。 如果 CSV 拥有自定义资源定义（CRD），则该 CRD 必须存在于捆绑包中。 2 Operator 捆绑包列表中创建和维护 Operator 目录。其结果是一个容器镜像，它可以存储在容器的 registry 中，然后安装到集群中。 目录包含一个指向 Operator 清单内容的指针数据库，可通过在运行容器镜像时提供的已包含 API 进行查 询。在 OpenShift Container Platform 中，Operator Lifecycle Manager (OLM) 可以引用由 2.2. 基于文件的目录 基于文件的目录是 Operator Lifecycle Manager (OLM) 中目录格式的最新迭代。它是基于纯文本（JSON 或 YAML）和早期 SQLite 数据库格式的声明式配置演变，并且完全向后兼容。此格式的目标是启用 Operator 目录编辑、可组合性和可扩展性。 编辑 使用基于文件的目录，与目录内容交互的用户可以对格式进行直接更改，并验证其更改是否有效。由

DHCP 服务器或设置了静态 IP 地址 来建立网络连接，以下载它们的 Ignition 配置文件。另外，集群中的每个 OpenShift Container Platform 节点都必须有权访问网络时间协议（NTP）服务器。如果 DHCP 服务器提供 NTP 服务器信息，Red Hat Enterprise Linux CoreOS（RHCOS）机器上的 chrony 时间服务会读取信息，并可与 NTP 请求中使用完全限定域名来指代主机。 您必须配置机器间的网络连接，以便集群组件进行通信。每台机器都必须能够解析集群中所有其他机器的 主机名。 表 表 1.1. 所有机器到所有机器 所有机器到所有机器 协议 协议 端口 端口 描述 描述 ICMP N/A 网络可访问性测试 TCP 1936 指标 9000-9999 主机级别的服务，包括端口 9100-9101 上的节点导出器和端 口 9099 上的 30000-32767 Kubernetes 节点端口 协议 协议 端口 端口 描述 描述 表 表 1.2. 要通 要通过 过控制平面的所有机器 控制平面的所有机器 协议 协议 端口 端口 描述 描述 TCP 6443 Kubernetes API 表 表 1.3. control plane 机器到 机器到 control plane 机器 机器 协议 协议 端口 端口 描述 描述 TCP 2379-2380

您必须配置机器之间的网络连接，以允许 OpenShift Container Platform 集群组件进行通信。 查看有关所需网络端口的以下详细信息。 表 1.2. 用于全机器到所有机器通信的端口 协议 协议 端口 端口 描述 描述 ICMP N/A 网络可访问性测试 TCP 1936 指标 9000-9999 主机级别的服务，包括端口 9100-9101 上的节点导出器和端 口 9099 上的 Encapsulating Security Payload(ESP) 协议 协议 端口 端口 描述 描述 表 1.3. 用于所有机器控制平面通信的端口 协议 协议 端口 端口 描述 描述 TCP 6443 Kubernetes API 表 1.4. control plane 机器用于 control plane 机器通信的端口 协议 协议 端口 端口 描述 描述 TCP 2379-2380 etcd Container Platform 集群前，必须创建以下网络资源： 注意 注意 建议集群中的每个 OpenShift Container Platform 节点都可以访问可通过 DHCP 发现的网 络时间协议（NTP）服务器。没有 NTP 服务器也可安装。但是，异步服务器时钟将导致错 误，NTP 服务器会阻止。 所需的 IP 地址 安装程序置备的 vSphere 安装需要这些静态 IP 地址： API

个 operator 提供，以便于简单部署和管理。 Red Hat OpenShift Data Foundation 服务主要通过代表以下组件的存储类提供给应用程序： 块存储设备，主要服务于数据库工作负载。示例包括 Red Hat OpenShift Container Platform 日 志记录和监控，以及 PostgreSQL。 共享和分布式文件系统，主要服务于软件开发、消息传递和数据聚合工作负载。示例包括 等机器学习框架。 注意 注意 不支持在 CephFS 持久性卷上运行 PostgresSQL 工作负载，建议使用 RADOS 块设备 (RBD) 卷。如需更多信息，请参阅知识库文章解决方案 ODF 数据库工作负载必须不使用 CephFS PV/PVC。 Red Hat OpenShift Data Foundation 版本 4.x 由一组软件项目组成，包括： Ceph，提供块存储、共享分布式文件系统以及内部对象存储 operator 自动打包、部署、管理、升级和扩展多云对象网关对象（MCG）服务。它创建一个对象存储 类，以及 OBCs 提出的服务。 另外，它还提供 NooBaa 集群资源，用于管理 NooBaa core、数据库和端点的部署和服务。 2.2. 存储集群部署方法 日益增加的运营模式列表表明，灵活性是 Red Hat OpenShift Data Foundation 的核心原则。本节将为您 提供信息，帮助您为您的环境选择最合适的方法。

. . . . . . . . . . . . . . . . . 第 第 7 章 章 扩 扩展 展 CLUSTER MONITORING OPERATOR 7.1. PROMETHEUS 数据库存储要求 7.2. 配置集群监控 第 第 8 章 章 根据 根据对 对象限制 象限制规 规划您的 划您的环 环境 境 8.1. OPENSHIFT CONTAINER PLATFORM 为主发行版本测试了集群最大值 etcd 将数据写入磁盘并在磁盘上持久化，所以其性能取决于磁盘性能。虽然 etcd 并不是有非常高的 I/O 负载，但它需要使用一个具有低延迟的块设备才能获得最佳性能和稳定性。因为 etcd 的共识协议依 赖于将元数据永久存储到一个日志 (WAL)，所以 etcd 对磁盘的写延迟非常敏感。减慢来自其他进程的磁 盘活动和磁盘活动可能会导致长时间的 fsync 延迟。 这些延迟可能会导致 etcd PCI 透传将 NVM 设备直接传递给节点。 始终使用相关工具（如 fio）进行基准测试。当集群性能增加时，您可以使用这些工具不断监控集群性 能。 注意 注意 避免使用网络文件系统 (NFS) 协议或其他基于网络的文件系统。 需要在部署的 OpenShift Container Platform 集群上监控的一些关键指标包括，日志持续时间之前的 etcd 磁盘写入的 p99 值，以及 etcd

2.3.1. 配置 NIC 8.2.3.2. 配置 DNS 服务器 8.2.3.3. DHCP 的要求 8.2.3.4. 使用 DHCP 服务器为节点保留 IP 地址 8.2.3.5. 网络时间协议（NTP） 8.2.3.6. State-driven 网络配置要求（技术预览） 8.2.3.7. 带外管理 IP 地址的端口访问 8.2.4. 配置节点 8.2.5. 带外管理 8.2.6. -registry 命令行界面(CLI)工具安装一个较小的 Red Hat Quay 版本及其所需的组件。Red Hat OpenShift 的镜像 registry 会自动部署预先配置的本地存储 和本地数据库。它还包括自动生成的用户凭证和访问权限，其中只有一个输入集，且不会启动的额外配置 选项。 Red Hat OpenShift 的镜像 registry 提供了一个预先确定的网络配置，并在成功时报告部署的组件凭证并 服务指定自定义 API 端 点。 有效的 AWS 服务端点名称。 platform.aws.se rviceEndpoints. url AWS 服务端点 URL。URL 必 须使用 https 协议，主机必须 信任该证书。 有效的 AWS 服务端点 URL。 platform.aws.us erTags 键与值的映射，安装程序将其 作为标签添加到它所创建的所 有资源。 任何有效的 YAML