Elasticsearch Operator 名称和成熟度等级 OpenShift Elasticsearch Operator 报告 CSV 成功 减少 Elasticsearch pod 证书权限警告 从警报到解释和故障排除的新链接 删除作业的新连接超时 最小化滚动索引模板的更新 1.2.11.2. 技术预览功能 1.2.11.3. 弃用和删除的功能 1.2.11.3.1. Elasticsearch Curator OpenShift Container Platform Logging 2.1.4. 关于查看集群仪表板 2.1.5. 关于 OpenShift Container Platform Logging 故障排除 2.1.6. 关于卸载 OpenShift Container Platform Logging 2.1.7. 关于导出字段 2.1.8. 关于 OpenShift Logging 组件 LOGGING 仪表板 11.2. 关于 OPENSHIFT LOGGING 仪表板 11.3. LOGGING/ELASTICSEARCH 节点仪表板上的图表 第 第 12 章 章 日志故障排除 日志故障排除 12.1. 查看 OPENSHIFT LOGGING 状态 12.1.1. 查看 Red Hat OpenShift Logging Operator 的状态 12.1.1.1. 情况消息示例

CLOUDWATCH 7.12. 将日志转发到 LOKI 7.13. 从特定项目转发应用程序日志 7.14. 从特定 POD 转发应用程序日志 7.15. 收集 OVN 网络策略审计日志 7.16. 日志转发故障排除 第 第 8 章 章 启 启用 用 JSON 日志 日志记录 记录 8.1. 解析 JSON 日志 8.2. 为 ELASTICSEARCH 配置 JSON 日志数据 8.3. 将 JSON LOGGING 仪表板 11.2. 关于 OPENSHIFT LOGGING 仪表板 11.3. LOGGING/ELASTICSEARCH 节点仪表板上的图表 第 第 12 章 章 日志故障排除 日志故障排除 12.1. 查看 OPENSHIFT LOGGING 状态 12.2. 查看 ELASTICSEARCH 日志存储的状态 79 93 95 95 97 101 105 108 . . . . . . . . . . . . . . . . . . 12.3. 了解 OPENSHIFT LOGGING 警报 12.4. 为红帽支持收集日志记录数据 12.5. 关键警报故障排除 第 第 13 章 章 卸 卸载 载 OPENSHIFT LOGGING 13.1. 从 OPENSHIFT CONTAINER PLATFORM 卸载 OPENSHIFT LOGGING

3. 在项目范围内限制用户使用构建策略 第 第 12 章 章 构 构建配置 建配置资 资源 源 12.1. 构建控制器配置参数 12.2. 配置构建设置 第 第 13 章 章 构 构建故障排除 建故障排除 13.1. 解决资源访问遭到拒绝的问题 13.2. 服务证书生成失败 第 第 14 章 章 为构 为构建 建设 设置其他可信 置其他可信证书颁发 证书颁发机 机构 构 14.1. BuildConfig.spec.source.contextDir 字段中指定的上下文的根目录 的 Dockerfile（名为 Dockerfile）。 dockerfilePath 字段允许构建使用不同的路径来定位 Dockerfile，该路径相对于 BuildConfig.spec.source.contextDir 字段。它可以是不同于默认 Dockerfile 的其他文件名（如 MyDockerfile），或子目录中 MyDockerfile），或子目录中 Dockerfile 的路径（如 dockerfiles/app1/Dockerfile）。 流程 流程 要通过构建的 dockerfilePath 字段使用不同的路径来定位 Dockerfile，请设置： 5.1.3. 使用 Docker 环境变量 要将环境变量提供给 Docker 构建过程和生成的镜像使用，您可以在 BuildConfig 的 dockerStrategy

. . . . . . 8.5. 管理虚拟机实例 8.6. 控制虚拟机状态 8.7. 访问虚拟机控制台 8.8. 使用 SYSPREP 自动执行 WINDOWS 安装 8.9. 解决故障节点来触发虚拟机故障切换 8.10. 在虚拟机上安装 QEMU 客户机代理 8.11. 查看虚拟机的 QEMU 客户机代理信息 8.12. 在虚拟机中管理配置映射、SECRET 和服务帐户 8.13. 在现有 为过时的 CPU 型号管理节点标签 11.6. 防止节点协调 第 第 12 章 章 节 节点网 点网络 络 12.1. 观察节点网络状态 12.2. 更新节点网络配置 12.3. 对节点网络配置进行故障排除 第 第 13 章 章 日志 日志记录 记录、事件和 、事件和监 监控 控 13.1. 查看虚拟化概述 13.2. 查看虚拟机日志 13.3. 查看事件 13.4. 使用事件和条件诊断数据卷 裸机节点上部署 OpenShift Virtualization。 OpenShift Virtualization 关键警报 现在有相应描述，需要立即关注的问题描述、发生每个警报的 原因、诊断问题来源的故障排除过程以及解决每个警报的步骤。 集群管理员现在可以使用 OpenShift API 进行 OpenShift Virtualization 插件的数据保护 来备份包 含虚拟机的命名空间。 管理员现在可以通过编辑

自定义镜像构建 2.7. 执行和配置基本构建 2.8. 触发和修改构建 2.9. 执行高级构建 2.10. 在构建中使用红帽订阅 2.11. 通过策略保护构建 2.12. 构建配置资源 2.13. 构建故障排除 2.14. 为构建设置其他可信证书颁发机构 第 第 3 章 章 PIPELINES 3.1. 关于 RED HAT OPENSHIFT PIPELINES 第 第 4 章 章 GITOPS 构建使用位于 BuildConfig.spec.source.contextDir 字段中指定的上下文的根目录 下的 Dockerfile。 dockerfilePath 字段允许构建使用不同的路径来定位 Dockerfile，该路径相对于 BuildConfig.spec.source.contextDir 字段。它可以是不同于默认 Dockerfile 的其他文件名，如 MyDockerfile，也可以是子目录中 MyDockerfile，也可以是子目录中 Dockerfile 的路径，如 dockerfiles/app1/Dockerfile。 流程 流程 要通过构建的 dockerfilePath 字段使用不同的路径来定位 Dockerfile，请设置： 2.5.1.3. 使用 使用 Docker 环 环境 境变 变量 量 要将环境变量提供给 docker 构建过程和生成的镜像使用，您可以在构建配置的 dockerStrategy

导出虚拟机 10.6. 管理虚拟机实例 10.7. 控制虚拟机状态 10.8. 访问虚拟机控制台 10.9. 使用 SYSPREP 自动执行 WINDOWS 安装 10.10. 解决故障节点来触发虚拟机故障切换 10.11. 安装 QEMU 客户机代理和 VIRTIO 驱动程序 10.12. 查看虚拟机的 QEMU 客户机代理信息 10.13. 使用虚拟可信平台模块设备 10.14. 使用 13.3. 为过时的 CPU 型号管理节点标签 13.4. 防止节点协调 第 第 14 章 章 支持 支持 14.1. 支持概述 14.2. 为红帽支持收集数据 14.3. 监控 14.4. 故障排除 14.5. OPENSHIFT VIRTUALIZATION RUNBOOKS 第 第 15 章 章 备 备份和恢复 份和恢复 15.1. 安装和配置 OADP 15.2. 备份和恢复虚拟机 CoreOS(RHCOS) 注意 注意 不支持 RHEL worker 节点。 如果您的集群使用具有不同 CPU 的 worker 节点，则可能会出现实时迁移失败，因为不同的 CPU 具有不同的容量。为了避免这种故障，请为每个节点使用适当的容量，并在虚拟机上设置节点关 联性以确保迁移成功。如需更多信息，请参阅配置所需的节点关联性规则。 其他 其他资 资源 源 关于 RHCOS. 用于支持的 CPU 红帽生态系统目录。

plane 功能配置和管理 Service Mesh。 Red Hat OpenShift Service Mesh 提供了一个方便的方法来创建一个部署的服务网络，它可提供发现、负 载平衡、服务对服务验证、故障恢复、指标和监控的功能。服务网格还提供更复杂的操作功能，其中包括 A/B 测试、canary 发行版本、速率限制、访问控制以及端到端验证。 1.2. 获取支持 如果您在执行本文档所述的某个流程时 帽客户门户。您可通过该客户门户： 搜索或浏览红帽知识库，了解有关红帽产品的技术支持文章。 提交问题单给红帽支持。 注意 注意 在提交问题单的同时提供您的集群信息，可以帮助红帽支持为您进行排除故障。 这类信息可使用 oc adm must-gather 命令来收集。 唯一的集群 ID。 访问其他产品文档。 如果您对本文档有任何改进建议，或发现了任何错误，请访问 http://bugzilla plane 功能配置和管理 Service Mesh。 Red Hat OpenShift Service Mesh 可让您轻松创建部署的服务网络，该网络提供： 发现 负载平衡 服务到服务的验证 故障恢复 指标 监控 Red Hat OpenShift Service Mesh 还提供更复杂的操作功能，其中包括： A/B 测试 Canary 发行版本 速率限制 访问控制 端到端的验证

2 第 1 章 WEB 控制台概述 Red Hat OpenShift Container Platform Web 控制台提供了一个图形用户界面，用于视觉化您的项目数 据，并执行管理、管理和故障排除任务。Web 控制台在 openshift-console 项目的 control plane 节点上运 行。它由一个 console-operator pod 管理。支持管理 管理员 员和开 开发 或其他产品。 1.1. 关于 WEB 控制台中的 ADMINISTRATOR 视角 Administrator 视角可让您查看集群清单、容量、常规和特定使用信息以及重要事件的流，它们可帮助您 简化计划和故障排除任务。项目管理员和开发人员可以使用管理 管理员 员视角。 集群管理员还可在 OpenShift Container Platform 4.7 及之后的版本中为 web 终端 Operator 打开内嵌的 Click on the OK button. 告诉用户如何在管理 管理员 员和开 开发 发者 者视角间如何切换。即使您认为某个用户可能已经处于正确的视 角，最好仍为用户提供相应的操作说明，使其确定位于正确的位置。 示例： Enter the Developer perspective: In the main navigation, click the dropdown menu

使用多架构计算机器迁移到集群。 3.9. 更新托管的 CONTROL PLANE 3.10. 使用 BOOTUPD 更新 RHCOS 节点上的引导装载程序 第 第 4 章 章 集群更新故障排除 集群更新故障排除 4.1. 收集集群更新的数据 3 3 7 14 18 23 23 27 44 48 48 53 59 64 69 76 134 138 139 141 144 144 在更新的节点上测试您的应用，以确保它们按预期工作。 3. 逐一取消暂停任何其他暂停的 MCP，并验证您的应用程序是否正常工作。 3.4.6.1. 如果 如果应用程序失 用程序失败 如果应用程序出现故障，如应用程序未在更新的节点上工作，您可以对池中的节点进行 cordon 和 drain 操作，这会将应用 pod 移到其他节点，以帮助维护应用程序的服务质量。第一个 MCP 不应大于过量容 量。 3 registry 不是 mirror registry for Red Hat OpenShift ，则需要集群中置备的每台机器都可 以访问它。如果 registry 无法访问，安装、更新或常规操作（如工作负载重新定位）可能会失败。因此， 您必须以高度可用的方式运行镜像 registry，镜像 registry 至少必须与 OpenShift Container Platform 集 群的生产环境可用性相匹配。

registry 不是 mirror registry for Red Hat OpenShift ，则需要集群中置备的每台机器都可 以访问它。如果 registry 无法访问，安装、更新或常规操作（如工作负载重新定位）可能会失败。因此， 您必须以高度可用的方式运行镜像 registry，镜像 registry 至少必须与 OpenShift Container Platform 集 群的生产环境可用性相匹配。 。 4.1.2.7. 集群 集群 您必须充分了解运行镜像的多个实例的意义。在最简单的情况下，服务的负载均衡功能会处理将流量路由 到镜像的所有实例。但是，许多框架必须共享信息才能执行领导选举机制或故障转移状态，例如在会话复 制中。 设想您的实例在 OpenShift Container Platform 中运行时如何完成这一通信。尽管 pod 之间可直接相互通 信，但其 IP 地址会随着 pod 表示为此存储库设置了 NeverContactSource 参数。 表示从 mirror 的镜像拉取是一个标签引用镜像。 e. 从源拉取镜像到节点，并检查是否通过 mirror 解析。 存 存储库镜像故障排除 像故障排除 如果存储库镜像流程未按规定工作，请使用以下有关存储库镜像如何工作的信息协助排查问题。 首个工作镜像用于提供拉取（pull）的镜像。 只有在无其他镜像工作时，才会使用主 registry。