CONTROL PLANE 节点大小 1.5. 推荐的 ETCD 实践 1.6. 将 ETCD 移动到不同的磁盘 1.7. 分离 ETCD 数据 1.8. OPENSHIFT CONTAINER PLATFORM 基础架构组件 1.9. 移动监控解决方案 1.10. 移动默认 REGISTRY 1.11. 移动路由器 1.12. 基础架构节点大小 1.13. 其他资源 第 第 2 章 章 IBM 使用 PERFORMANCE ADDON OPERATOR 减少 NIC 队列 14.7. 调试低延迟 CNF 调整状态 14.8. 为红帽支持收集调试数据延迟 第 第 15 章 章 为 为平台 平台验证执 验证执行延 行延迟测试 迟测试 15.1. 运行延迟测试的先决条件 15.2. 关于延迟测试的发现模式 15.3. 测量延迟 15.4. 运行延迟测试 15.5. 生成延迟测试失败报告 可伸缩 缩性和性能 性和性能 14 其他 其他资 资源 源 如何使用 fio 检查 OpenShift Container Platform 中的 etcd 磁盘性能 1.6. 将 ETCD 移动到不同的磁盘 您可以将 etcd 从共享磁盘移到独立磁盘，以防止或解决性能问题。 先决条件 先决条件 MachineConfigPool 必须与 metadata.labels[machineconfiguration

6.1. 订阅服务 6.2. 灾难恢复订阅要求 6.3. 内核与 VCPU 和超线程 6.4. 分割内核 6.5. 订阅要求 第 第 7 章 章 基 基础 础架 架构 构要求 要求 7.1. 平台要求 7.2. 外部模式要求 7.3. 资源要求 7.4. POD 放置规则 7.5. 存储设备要求 7.6. 网络要求 7.7. 多网络插件 (MULTUS) 支持 [技术预览] 第 第 8 章 Pytorch 等机器学习框架。 注意 注意 不支持在 CephFS 持久性卷上运行 PostgresSQL 工作负载，建议使用 RADOS 块设备 (RBD) 卷。如需更多信息，请参阅知识库文章解决方案 ODF 数据库工作负载必须不使用 CephFS PV/PVC。 Red Hat OpenShift Data Foundation 版本 4.x 由一组软件项目组成，包括： Ceph，提供块存储、共享分布式文件系统以及内部对象存储 外部存储服务 Red Hat OpenShift Data Foundation 可以使用 IBM FlashSystems，或者从外部 Red Hat Ceph Storage 集群提供服务，以便通过在以下平台上运行的 OpenShift Container Platform 集群使用： VMware vSphere 裸机 Red Hat OpenStack Platform（技术预览） IBM Power

所需的镜像内容。 注意 注意 以下流程创建一个简单的 registry，它可在 /opt/registry 文件夹中保存数据并在 podman 容器中运行。您可以使用不同的 registry 解决方案，例如 Red Hat Quay。检查以下流程以 确保 registry 可以正常工作。 先决条件 先决条件 网络上有一个 Red Hat Enterprise Linux (RHEL) 服务器充当 据。 您可以将其视为一种打包技术。容器只能访问其镜像中定义的资源，除非创建时授予容器其他访问权限。 通过将同一镜像部署到跨越多个主机的多个容器内，并在它们之间进行负载平衡，OpenShift 容器平台可 以为镜像中打包的服务提供冗余和横向扩展。 您可以直接使用 podman 或 Docker CLI 构建镜像，但 OpenShift Container Platform 也提供了构建程序 （b 镜像应对持久性数据使用卷。这样，OpenShift Container Platform 便可将网络存储挂载至运行容器的节 点，如果容器移至新节点，存储也将重新连接至该节点。通过使用卷来满足所有持久性存储需求，即使容 器重启或移动，其内容也会保留下来。如果您的镜像将数据写入容器中的任意位置，则其内容可能无法保 留。 所有在容器销毁后仍需要保留的数据都必须写入卷中。容器引擎支持容器的 readonly 标记，可用于严格 执行

10.10. 解决故障节点来触发虚拟机故障切换 10.11. 安装 QEMU 客户机代理和 VIRTIO 驱动程序 10.12. 查看虚拟机的 QEMU 客户机代理信息 10.13. 使用虚拟可信平台模块设备 10.14. 使用 OPENSHIFT PIPELINES 管理虚拟机 10.15. 高级虚拟机管理 10.16. 导入虚拟机 10.17. 克隆虚拟机 10.18. 虚拟机网络 10 或 TLS 1.3。如需更多信息，请参阅 使用 Red Hat Enterprise Linux 9.2 强制执行的 TLS 扩展 "Extended Master Secret" 。 作为临时解决方案，将旧的 OpenSSL 客户端升级到支持 TLS 1.3 的版本，并将 OpenShift Virtualization 配置为使用 TLS 1.3，为 FIPS 模式使用 Modern TLS 安全配置集类型。 卷。(BZ#2092271) 作为临时解决方案，使用 ocs-storagecluster-ceph-rbd 存储类在使用 Red Hat Ceph Storage 的集群上实时迁移虚拟机。 如果您使用 csi-clone 克隆策略克隆超过 100 个虚拟机，则 Ceph CSI 可能无法清除克隆。手动 删除克隆也可能会失败。(BZ#2055595) 作为临时解决方案，您可以重启 ceph-mgr 来清除虚拟机克隆。

CONTAINER PLATFORM 中的 FIPS 验证 2.2. 集群使用的组件支持 FIPS 2.3. 在 FIPS 模式下安装集群 第 第 3 章 章 安装配置 安装配置 3.1. 不同平台的安装方法 3.2. 自定义节点 3.3. 创建用于在受限网络中安装的镜像 REGISTRY 3.4. 可用的集群自定义 3.5. 配置防火墙 3.6. 配置私有集群 3 3 4 5 6 Enabling FIPS Mode 部 分。 第 第 2 章 章 支持 支持 FIPS 加密 加密 7 第 3 章 安装配置 3.1. 不同平台的安装方法 您可以在不同的平台上执行不同类型的安装。 注意 注意 不是所有安装选项都可用于所有平台，如下表所示。 表 表 3.1. 安装程序置 安装程序置备 备的基 的基础 础架 架构选项 构选项 AWS Azure GCP OpenSt 服务示例都会创建一个 systemd 单元文件，它需要一个 kmods-via- containers@simple-kmod.service 注意 注意 systemd 单元是 上游程序错误的一个临时解决方案。确保 kmods-via- containers@simple-kmod.service 在引导时启动： 1. 获取 RHEL 8 系统，然后注册并订阅它： OpenShift Container

OpenShift Container Platform 为软件开发人员和 IT 机构提供了一个混合云应用平台。使用这个 平台可以在配置和管理成本最小化的情况下，利用安全、可扩展的资源部署新的或已有的应用程序。 OpenShift Container Platform 支持大量编程语言和开发平台，如 Java、JavaScript、Python、Ruby 和 PHP。 OpenShift Container 生命周期政策。 从 OpenShift Container Platform 4.14 开始，延长更新支持(EUS)扩展至 64 位 ARM、IBM Power®(ppc64le)和 IBM Z®(s390x)平台。如需更多信息，请参阅 OpenShift EUS 概述。 OpenShift Container Platform 4.14 是一个延长更新支持 (EUS) 版本。如需了解更多与 Red Hat 启用机密虚拟机。 1.3.2.9. Azure 的可信 的可信启动 启动（技 （技术预览 术预览） ） 在 Azure 上安装集群时，您可以启用可信启动功能（技术预览）。这些功能包括安全引导和虚拟化受信任 的平台模块。如需更多信息，请参阅为 Azure 虚拟机启用可信启动。 1.3.2.10. Google Cloud Platform 的用 的用户 户定 定义 义的 的标签 标签和 和标签 标签（技 （技术预览

OpenShift Container Platform 为软件开发人员和 IT 机构提供了一个混合云应用平台。使用这个 平台可以在配置和管理成本最小化的情况下，利用安全、可扩展的资源部署新的或已有的应用程序。 OpenShift Container Platform 支持大量编程语言和开发平台，如 Java、JavaScript、Python、Ruby 和 PHP。 OpenShift Container 镜像与集群升级到的版本 匹配。另外，您的 Ignition 配置文件必须修改为与 spec v3 兼容。如需了解更多详细信息和 Ignition 配置 文件示例，请参阅 升级到 OpenShift 4.6+ 知识库解决方案后向 UPI 集群添加新节点会失败 。 1.2.1.6. 现 现在，支持 在，支持 RHCOS 和 和 MCO 的 的扩 扩展 展 对于默认的 RHCOS 安装，RHCOS 和 MCO 现在支持以下扩展。 目的监 监控 控 在 OpenShift Container Platform 4.6 中，除了默认的平台监控外，您还可以为用户定义的项目启用监 控。现在，您可以监控 OpenShift Container Platform 中的自己的项目，而无需额外的监控解决方案。使 用这个新功能，可以集中监控核心平台组件和用户定义项目。 使用这个新功能，您可以执行以下任务： 为用户定义的项目启用和配置监控 创建使用您自己的

OpenShift Container Platform 是面向开发人员的企业就绪 Kubernetes 平台，使组织能够通过 DevOps 实践（如持续集成(CI)和持续交付(CD)）自动化应用程序交付流程。为了满足您的机构需求，OpenShift Container Platform 提供以下 CI/CD 解决方案： OpenShift 构建 OpenShift Pipelines OpenShift URI 模式匹配，OpenShift Container Platform 将自动在 BuildConfig 插入对该 secret 的引用。 先决条件 先决条件 URI 模式必须包含： 有效的方案包括： *://、git://、http://、https:// 或 ssh:// 一个主机：*,或一个有效的主机名或 IP 地址（可选）在之前使用 *。 。 一个路径： /*，或 / （后面包括任意字符并可以包括 如果 BuildConfig 定义了 Git 源类型，则会动态禁用它，因为 Binary 和 Git 是互斥的，并且二进 制流中提供给构建器的数据将具有优先权。 您可以将 HTTP 或 HTTPS 方案的 URL 传递给 --from-file 和 --from-archive，而不传递文件名。将 - from-file 与 URL 结合使用时，构建器镜像中文件的名称由 web 服务器发送的 Content-Disposition

Container Platform OAuth 身份验证 12.2.1.2. Jenkins 身份验证 12.2.2. Jenkins 环境变量 12.2.3. 向 Jenkins 提供跨项目访问权限 12.2.4. Jenkins 跨卷挂载点 12.2.5. 通过 Source-to-image 自定义 Jenkins 镜像 12.2.6. 配置 Jenkins Kubernetes 插件 12.2.7 据。 您可以将其视为一种打包技术。容器只能访问其镜像中定义的资源，除非创建时授予容器其他访问权限。 通过将同一镜像部署到跨越多个主机的多个容器内，并在它们之间进行负载平衡，OpenShift 容器平台可 以为镜像中打包的服务提供冗余和横向扩展。 您可以直接使用 podman 或 Docker CLI 构建镜像，但 OpenShift Container Platform 也提供了构建程序 （b 以同时访问互联网和您的镜像 registry，而不能访问您的集群节点，您可以直接从该机器中镜像该内容。 这个过程被称为 连接的镜像(mirror)。如果没有这样的主机，则必须将该镜像文件镜像到文件系统中，然 后将该主机或者可移动介质放入受限环境中。这个过程被称为 断开连接的镜像。 对于已镜像的 registry，若要查看拉取镜像的来源，您必须查看 Trying 以访问 CRI-O 日志中的日志条 目。查看镜像拉取源的其他方法（如在节点上使用

户端无法访问网络。当您将应用公开给外部流量时，为每个容器集指定自己的 IP 地址意味着 pod 在端口 分配、网络、命名、服务发现、负载平衡、应用配置和迁移方面可被视为物理主机或虚拟机。 注意 一些云平台提供侦听 169.254.169.254 IP 地址的元数据 API，它是 IPv4 169.254.0.0/16 CIDR 块中的 连接内部 IP 地址。 此 CIDR 块无法从 pod 网络访问。需要访问这些 Ingress 流量的最常见方法是使用 Ingress Controller。您可以像任何其他 常规 pod 一样扩展和复制此 pod。此路由器服务基于 HAProxy，后者是一个开源负载均衡器解决方案。 OpenShift Container Platform 路由为集群中的服务提供入口流量。路由提供了标准 Kubernetes Ingress Controller 可能不支持的高级功能，如 TLS 端点发布策略。对于 RHOSP 16.2，只有在您使用 Amphora Octavia 供应商时，才能 使用此策略。 如需更多信息，请参阅 RHOSP 安装文档中的"设置云 供应商选项"部分。 对于大多数平台，可以更新 endpointPublishingStrategy 值。在 GCP 上， 您可以配置以下 endpointPublishingStrategy 字段： loadBalancer.scope