从文件创建配置映射 2.7.3.3. 从字面值创建配置映射 2.7.4. 用例： 在 pod 中使用配置映射 2.7.4.1. 使用配置映射在容器中填充环境变量 2.7.4.2. 使用配置映射为容器命令设置命令行参数 2.7.4.3. 使用配置映射将内容注入卷 2.8. 使用设备插件通过 POD 访问外部资源 2.8.1. 了解设备插件 设备插件示例 2.8.1.1. 设备插件部署方法 2 将文件复制到容器或从容器中复制 6.6.3. 使用高级 rsync 功能 6.7. 在 OPENSHIFT CONTAINER PLATFORM 容器中执行远程命令 6.7.1. 在容器中执行远程命令 6.7.2. 用于从客户端发起远程命令的协议 6.8. 使用端口转发访问容器中的应用程序 6.8.1. 了解端口转发 6.8.2. 使用端口转发 6.8.3. 用于从客户端发起端口转发的协议 OPENSHIFT CONTAINER PLATFORM 节点可以容纳的 POD 数量 7.2.1. 了解 OpenShift Container Platform 集群容量工具 7.2.2. 在命令行中运行集群容量工具 7.2.3. 以 pod 中作业的方式运行集群容量工具 7.3. 使用限制范围限制资源消耗 247 248 249 249 255 257 258 260 260 261

从文件创建配置映射 2.7.3.3. 从字面值创建配置映射 2.7.4. 使用案例： 在 pod 中使用配置映射 2.7.4.1. 使用配置映射在容器中填充环境变量 2.7.4.2. 使用配置映射为容器命令设置命令行参数 2.7.4.3. 使用配置映射将内容注入卷 2.8. 使用设备插件来利用 POD 访问外部资源 2.8.1. 了解设备插件 设备插件示例 2.8.1.1. 设备插件部署方法 2 6.6.1.1. 要求 6.6.2. 将文件复制到容器或从容器中复制 6.6.3. 使用高级 rsync 功能 6.7. 在 OPENSHIFT CONTAINER PLATFORM 容器中执行远程命令 264 265 266 267 271 271 272 272 273 273 274 276 276 277 278 281 281 281 281 281 283 285 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6.7.1. 在容器中执行远程命令 6.7.2. 用于从客户端发起远程命令的协议 6.8. 使用端口转发访问容器中的应用程序 6.8.1. 了解端口转发 6.8.2. 使用端口转发 6.8.3. 用于从客户端发起端口转发的协议 6.9. 在容器中使用

摘要 摘要 本文档提供了有关从红帽获取 OpenShift Container Platform 支持的信息。文中还包含有关通过 Telemetry 和 Insights Operator 进行远程健康监控的信息。 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 工具 2.2. 为红帽支持收集您的集群数据 2.3. 获取集群 ID 第 第 3 章 章 通 通过连 过连接集群 接集群进 进行 行远 远程健康 程健康监 监控 控 3.1. 关于远程健康监控 3.2. 显示远程健康监控收集的数据 3.3. 不使用远程健康报告功能 3 3 4 4 4 5 6 6 7 9 目 目录 录 1 OpenShift Container Platform 搜索或浏览红帽知识库，了解有关红帽产品的技术支持文章。 提交问题单给红帽支持。 注意 注意 在提交问题单的同时提供您的集群信息，可以帮助红帽支持为您进行排除故障。 这类信息可使用 oc adm must-gather 命令来收集。 唯一的集群 ID。 访问其他产品文档。 如果您对本文档有任何改进建议，或发现了任何错误，请访问 http://bugzilla.redhat.com，针对 OpenShift Container

配置监控堆栈 2.5. 可配置的监控组件 2.6. 使用节点选择器移动监控组件 2.7. 为监控组件分配容忍（TOLERATIONS） 2.8. 配置专用服务监控器 2.9. 配置持久性存储 2.10. 配置远程写入存储 2.11. 控制用户定义的项目中未绑定指标属性的影响 第 第 3 章 章 配置外部 配置外部 ALERTMANAGER 实 实例 例 3.1. 在时间序列和警报中附加额外标签 3.2. monitoring 项目中安装一组平台监控组件。这为包括 Kubernetes 服务在内的 OpenShift Container Platform 核心组件提供了监控。默认监控堆栈还为集群启用远程健康状态监控。下图 中的默 默认 认安装 安装部分说明了这些组件。 用于 用于监 监控用 控用户 户定 定义项 义项目的 目的组 组件 件。在选择性地为用户定义的项目启用监控后，会在 openshift-user- Prometheus Adapter 会公开用于 Pod 横向自动扩展 的集群资源指标 API。Prometheus Adapter 也用于 oc adm top nodes 和 oc adm top pods 命令。 Alertmanager Alertmanager 服务处理从 Prometheus 接收的警报。 Alertmanager 还负责将警报发送到外部通知系统。 kube-state-metrics

other trademarks are the property of their respective owners. 摘要 摘要 使用 OpenShift Container Platform 命令行界面(CLI)，您可以从终端创建应用程序并管理 OpenShift 项目。这些主题介绍了如何使用 CLI。 . . . . . . . . . . . . . . . . . . . . . . rollback 4.6.3. new-build 4.6.4. cancel-build 4.6.5. import-image 4.6.6. scale 4.6.7. tag 4.7. 高级命令 5 6 6 6 6 7 7 8 9 11 11 13 14 14 14 16 18 20 20 20 21 22 22 22 22 22 22 23 23 23 23 24 OpenShift Container Platform 命令行界面(CLI)，您可以从 终端创建应用程序并管理 OpenShift Container Platform 项目。CLI 适用于以下情况： 直接使用项目源代码。 编写 OpenShift Container Platform 操作脚本。 受带宽资源限制，无法使用 Web 控制台。 CLI 使用 oc 命令可用： 有关安装和设置的信息，请参阅 CLI

支持集群范围的代理环境。 1.1.3.3. 程序 程序错误 错误修复 修复 在这个版本中，为分布式追踪平台(Jaeger)引入了以下程序错误修复： 修复了在使用 oc adm catalog mirror CLI 命令时对断开连接的环境的支持。(TRACING-3546) 1.1.3.4. 已知 已知问题 问题 目前，不支持 Apache Spark。 目前，IBM Z 和 IBM Power Systems 在这个版本中，为分布式追踪平台(Tempo)引入了以下程序错误修复： 修复了连接到对象存储的自定义 TLS CA 选项支持。(TRACING-3462) 修复了在使用 oc adm catalog mirror CLI 命令时对断开连接的环境的支持。(TRACING-3523) 修复了没有部署网关时的 mTLS。(TRACING-3510) 1.1.4.3. 已知 已知问题 问题 目前，当与 Tempo Operator mTLS，如下所示： 1. 运行以下命令，打开 Tempo Operator ConfigMap 进行编辑： OpenShift Container Platform 4.14 分布式追踪 分布式追踪 6 1 安装 Tempo Operator 的项目。 2. 通过更新 YAML 文件来禁用 Operator 配置中的 mTLS： 3. 运行以下命令来重启 Tempo Operator pod：

3.5.2. 使用 Red Hat OpenShift 的镜像 registry 在本地主机上镜像(mirror) 3.5.3. 使用 Red Hat OpenShift 的镜像 registry 在远程主机上镜像(mirror) 3.6. 为 RED HAT OPENSHIFT 升级镜像 REGISTRY 3.6.1. 为 Red Hat OpenShift 卸载镜像 registry 3.6 实现的目标，并且每个目标都有一组依赖项。因为每个目标仅关注其自己的依赖项，所以安装程序可以采 取措施来并行实现多个目标。最终目标是正常运行的集群。通过满足依赖项而不是运行命令，安装程序能 够识别和使用现有的组件，而不必运行命令来再次创建它们。 下图显示了安装目标和依赖项的子集： 图 图 1.1. OpenShift Container Platform 安装目 安装目标 标和依 和依赖项 赖项 bootstrap 机器启动并开始托管 control plane 机器引导所需的远程资源。（如果自己配置基础架 构，则需要人工干预） 2. bootstrap 机器启动单节点 etcd 集群和一个临时 Kubernetes control plane。 3. control plane 机器从 bootstrap 机器获取远程资源并完成启动。（如果自己配置基础架构，则需 要人工干预） 4. 临时

实现的目标，并且每个目标都有一组依赖项。因为每个目标仅关注其自己的依赖项，所以安装程序可以采 取措施来并行实现多个目标。最终目标是正常运行的集群。通过满足依赖项而不是运行命令，安装程序能 够识别和使用现有的组件，而不必运行命令来再次创建它们。 下图显示了安装目标和依赖项的子集： 图 图 1.1. OpenShift Container Platform 安装目 安装目标 标和依 和依赖项 赖项 bootstrap 机器启动并开始托管 control plane 机器引导所需的远程资源。（如果自己配置基础架 构，则需要人工干预） 2. bootstrap 机器启动单节点 etcd 集群和一个临时 Kubernetes control plane。 3. control plane 机器从 bootstrap 机器获取远程资源并完成启动。（如果自己配置基础架构，则需 要人工干预） 4. 临时 Linux (RHEL) 8 和 9。 Red Hat Quay 服务的完全限定域名，它必须通过 DNS 服务器解析。 目标主机上的基于密钥的 SSH 连接。为本地安装自动生成 SSH 密钥。对于远程主机，您必须生 成自己的 SSH 密钥。 2 个或更多 vCPU。 8 GB RAM。 OpenShift Container Platform 4.10 发行镜像大约需要 12 GB；OpenShift

Resources 选项卡。等待 pod 的状态变为"Running"再继续操 作。 3.2.1.1. 通 通过 过 CLI 部署分布式追踪默 部署分布式追踪默认 认策略 策略 按照以下步骤从命令行创建分布式追踪平台实例。 先决条件 先决条件 已安装并验证 Red Hat OpenShift distributed tracing 平台 Operator。 您已查看了如何自定义部署的说明。 的新项目。 3. 创建一个名为 jaeger.yaml 的自定义资源文件，其中包含以下文本： 示例 示例 Jaeger-all-in-one.yaml 4. 运行以下命令来部署分布式追踪平台： 5. 在安装过程中运行以下命令来监控 pod 的进度： 安装过程完成后，您应该看到类似以下示例的输出： 3.2.2. 从 Web 控制台部署分布式追踪生产环境策略 production 部署策略 '*/30 * * * *' 第 第 3 章 章 分布式追踪安装 分布式追踪安装 21 3.2.2.1. 通 通过 过 CLI 部署分布式追踪 部署分布式追踪产 产品策略 品策略 按照以下步骤从命令行创建分布式追踪平台实例。 先决条件 先决条件 已安装 OpenShift Elasticsearch Operator。 已安装 Red Hat OpenShift distributed tracing

实现的目标，并且每个目标都有一组依赖项。因为每个目标仅关注其自己的依赖项，所以安装程序可以采 取措施来并行实现多个目标。最终目标是正常运行的集群。通过满足依赖项而不是运行命令，安装程序能 够识别和使用现有的组件，而不必运行命令来再次创建它们。 下图显示了安装目标和依赖项的子集： 图 图 1.1. OpenShift Container Platform 安装目 安装目标 标和依 和依赖项 赖项 bootstrap 机器启动并开始托管 control plane 机器引导所需的远程资源。（如果自己配置基础架 构，则需要人工干预） 2. bootstrap 机器启动单节点 etcd 集群和一个临时 Kubernetes control plane。 3. control plane 机器从 bootstrap 机器获取远程资源并完成启动。（如果自己配置基础架构，则需 要人工干预） 4. 临时 crictl images 命令）显示非镜像镜像名称，即使镜像 是从镜像位置拉取的。 注意 注意 红帽不支持使用 OpenShift Container Platform 测试第三方 registry。 其他信息 其他信息 有关查看 CRI-O 日志以查看镜像源的详情，请参阅查看镜像拉取源。 3.3. 准备您的镜像主机 执行镜像步骤前，必须准备主机以检索内容并将其推送到远程位置。 3.3.1