OPENSHIFT CONTAINER PLATFORM 监控的常见术语表 1.4. 其他资源 1.5. 后续步骤 第 第 2 章 章 配置 配置监 监控堆 控堆栈 栈 2.1. 先决条件 2.2. 对监控的维护和支持 2.3. 准备配置监控堆栈 2.4. 配置监控堆栈 2.5. 可配置的监控组件 2.6. 使用节点选择器移动监控组件 2.7. 为监控组件分配容忍（TOLERATIONS） 2.8 OpenShift Container Platform 包括一个预配置、预安装和自我更新的监控堆栈，可为核心平台组件提供 监控。您还可以选择为用户定义的项目启用监控。 集群管理员可以使用支持的配置对监控堆栈进行配置。OpenShift Container Platform 提供了与监控相关 的现成的最佳实践。 其中默认包括一组警报，可立即就集群问题通知管理员。OpenShift Container 目启用监控。通过使用 此功能，集群管理员、开发人员和其他用户可以指定在其自己的项目中如何监控服务和 Pod。作为集群管 理员，您可以查找常见问题的回答，如用户指标不可用，以及 Prometheus 对监控问题进行故障排除的磁 盘空间高可用性。 1.2. 了解监控堆栈 OpenShift Container Platform 监控堆栈基于 Prometheus 开源项目及其更广的生态系统。监控堆栈包括

列出节点上运行的容器集。 管理操作 管理操作 作为管理员，您可以通过以下几个任务轻松管理 OpenShift Container Platform 集群中的节点： 添加或更新节点标签。标签是应用到 Node 对象的键值对。您可以使用标签控制 pod 的调度。 使用自定义资源定义(CRD)或 kubeletConfig 对象更改节点配置。 配置节点以允许或禁止调度 pod。在 control plane 节点没有时，健康的 以下任务列表概述了管理员如何管理 OpenShift Container Platform 集群中的 pod。 使用 OpenShift Container Platform 中可用的高级调度功能控制 pod 调度： 节点对 pod 绑定规则，如 pod关联性、节点关联性 和反关联性。 节点标签和选择器。 污点和容限。 Pod 拓扑分布限制。 自定义调度程序. 将 descheduler 配置为根据特定策略驱除 应用的基本单元，其中包含打包的应用程序代码及其依赖项、库和 二进制文件。容器提供不同环境间的一致性和多个部署目标：物理服务器、虚拟机 (VM) 和私有或公有 云。 Linux 容器技术是隔离运行进程并仅限制对指定资源的访问的轻量机制。作为管理员，您可以在 Linux 容 器上执行各种任务，例如： 将文件复制到容器中或从容器中 复制。 允许容器使用 API 对象。 在容器中执行远程命令。 使用端口转发来访问容器中的应用。

建中发布资源，以及发布构建的最终状态。构建会使用资源限制，具体是指定资源限值，如 CPU 使用 量、内存使用量，以及构建或 Pod 执行时间。 OpenShift Container Platform 构建系统提供对构建策略的可扩展支持，它们基于构建 API 中指定的可选 择类型。可用的构建策略主要有三种： Docker 构建 Source-to-image（S2I）构建 Custom 构建 默认情况下，支持 创建应用程序的方式，如果使用 Web 控制台或 CLI，通 常会自动生成 BuildConfig，并且可以随时对其进行编辑。如果选择稍后手动更改配置，则了解 BuildConfig 的组成部分及可用选项可能会有所帮助。 以下示例 BuildConfig 在每次容器镜像标签或源代码改变时产生新的构建： BuildConfig 对 对象定 象定义 义 kind: BuildConfig apiVersion: build 3.3. 镜像源 您可以使用镜像向构建过程添加其他文件。输入镜像的引用方式与定义 From 和 To 镜像目标的方式相 同。这意味着可以引用容器镜像和镜像流标签。在使用镜像时，必须提供一个或多个路径对，以指示要复 制镜像的文件或目录的路径以及构建上下文中要放置它们的目的地。 源路径可以是指定镜像内的任何绝对路径。目的地必须是相对目录路径。构建时会加载镜像，并将指定的 文件和目录复制到构建过程上下

Elasticsearch Operator 弃用通知 在日志记录子系统 5.4.3 中，Elasticsearch Operator 已被弃用，计划在以后的发行版本中删除。红帽将在 当前发行生命周期中提供对这个功能的程序漏洞修复和支持，但这个功能将不再获得改进，并将被删除。 作为使用 Elasticsearch Operator 管理默认日志存储的替代选择，您可以使用 Loki Operator。 1 LOGGING 发 发行注 行注记 记 11 在此次更新之前，使用 oc edit 编辑 Collector 配置非常困难，因为它对空格的使用不一致。这个 更改引入了在 Operator 更新前对配置进行规范化和格式化的逻辑，以便使用 oc edit 轻松编辑配 置。(LOG-2319) 在此次更新之前，FluentdNodeDown 警报无法正确在 message 部分中提供实例标签。在这个版 clusterrolebinding。在这个版本中，服务帐户使用角色和 rolebinding 限制到 openshift-logging 命名空间。(LOG-2437) 在此次更新之前，Linux 审计日志时间解析依赖于键/值对的正序位置。此更新会将解析更改为使 用正则表达式来查找时间条目。(LOG-2321) 1.8.2. CVE 例 例 1.3. 点 点击 击以展开 以展开 CVE CVE-2018-25032 CVE-2021-4028

OpenShift Logging 5.1 现在支持 OpenShift Container Platform 4.7 及之后的版本运行： IBM Power 系统 IBM Z 和 LinuxONE 此版本对以下方面进行了改进 作为集群管理员，您可以使用 Kubernetes pod 标签从应用程序收集日志数据并将其发送到特定的 日志存储。您可以通过在 ClusterLogForwarder 自定义资源 在这个版本中，Elasticsearch Curator 已被移除，不再被支持。Elasticsearch Curator 可帮助您在 OpenShift Container Platform 4.4 及更早版本中对索引进行策展或管理。配置日志保留时间，而不是使 用 Elasticsearch Curator。 1.2.1.2.2. 使用旧的 使用旧的 Fluentd 和旧 和旧 syslog 方法 方法转发 转发日志已被弃用 "True"，shardAllocationEnabled: 26ries 并更改卷。在这个版本中，EO 不会尝试升级 Elasticsearch 集群。 EO 状态显示以下新状态信息，以指示您尝试对已忽略的 Elasticsearch 存储进行不受支持的更 改： 当您尝试在临时存储结构和持久存储结构之间更改时，StorageStructureChangeIgnored。 当您尝试更改存储类名

10.2. 将订阅权利添加为构建 SECRET 10.3. 使用 SUBSCRIPTION MANAGER 运行构建 10.4. 使用 RED HAT SATELLITE 订阅运行构建 10.5. 对 DOCKER 的构建层进行压缩 10.6. 其他资源 第 第 11 章 章 通 通过 过策略保 策略保护构 护构建 建 11.1. 在全局范围内禁用构建策略访问 11.2. 在全局范围内限制用户使用构建策略 建中发布资源，以及发布构建的最终状态。构建会使用资源限制，具体是指定资源限值，如 CPU 使用 量、内存使用量，以及构建或 Pod 执行时间。 OpenShift Container Platform 构建系统提供对构建策略的可扩展支持，它们基于构建 API 中指定的可选 择类型。可用的构建策略主要有三种： Docker 构建 Source-to-Image (S2I) 构建 Custom 构建 默认情况下，支持 提供输入。 根据您选择使用 OpenShift Container Platform 创建应用程序的方式，如果使用 Web 控制台或 CLI，通 常会自动生成 BuildConfig，并且可以随时对其进行编辑。如果选择稍后手动更改配置，则了解 BuildConfig 的组成部分及可用选项可能会有所帮助。 以下示例 BuildConfig 在每次容器镜像标签或源代码改变时产生新的构建： BuildConfig

Kubernetes 环境中（如 OpenShift Container Platform）监控软件的运行情况，并根据 软件的当前状态实时做出决策。Advanced Operator 被设计为用来无缝地处理升级过程，并对出现的错误 自动进行响应，而且不会采取“捷径”（如跳过软件备份过程来节省时间）。 从技术上讲，Operator 是一种打包、部署和管理 Kubernetes 应用程序的方法。 Kubernetes 上运行的应用程序。可将 Operator 看成管理 Kubernetes 中这类应用程序的运行时。 2.1.1. 为什么要使用 Operator？ Operator 可以： 重复安装和升级。 持续对每个系统组件执行运行状况检查。 无线 (OTA) 更新 OpenShift 组件和 ISV 内容。 汇总现场工程师了解的情况并将其传输给所有用户，而非一两个用户。 为什么在 什么在 Kubernetes 的比 的比较？ ？ 服务代理（service broker）是实现应用程序的编程发现和部署的一个步骤。但它并非一个长时间运行 的进程，所以无法执行第 2 天操作，如升级、故障转移或扩展。它在安装时提供对可调参数的自定义 和参数化，而 Operator 则可持续监控集群的当前状态。非集群服务仍非常适合于 Service Broker，但 也存在合适于这些服务的 Operator。 2.1.2. Operator

包含一个注解（annotation），用于注明 OpenShift Container Platform 的版本。Operator 使用此注解来确保每个示例与发行版本匹配。清单（inventory） 以外的示例会与跳过的示例一样被忽略。对任何由 Operator 管理的示例进行的修改（版本注解被修改或 删除），都将会被自动恢复。 注意 注意 Jenkins 镜像实际上自安装后便已是镜像有效负载的一部分，并直接标记（tag）到镜像流 4 参数 参数 描述 描述 managementState Managed：Samples Operator 根据配置要求更新示例。 Unmanaged：Samples Operator 忽略对 OpenShift 命名空间中配置资源对象 及任何镜像流或模板的更新。 Removed：Samples Operator 移除 OpenShift 命名空间中的 Managed 镜像 流和模板组。 中的作用以及您的应用程序在容 器内的运作方式。 podman 等工具可用于替代 docker 命令行工具来直接运行和管理容器。利用 podman，您可独立于 OpenShift Container Platform 对容器进行试验。 3.3. 镜像 REGISTRY 镜 镜像 像 registry是一个可存储和提供容器镜像的内容服务器。例如： registry.redhat.io registry 包含一个

API 服务器处理的并发请求 数决定。客户端可能会过量 QPS 速率发出的请求数量取决于突发值，这对具有极限的应用程序来说非常 有用，并可执行不监管的请求数量。当 API 服务器处理大量并发请求时，对请求的响应时间，特别是大型 和/或高密度的集群。建议您监控 Prometheus 中的 apiserver_request_count 速率指标，并相应地调整 maxRequestsInFlight burst 值是 OpenShift Container Platform 的默认值。 3.3. OPENSHIFT CONTAINER PLATFORM ETCD 主机的建议实践 etcd 是一个分布式键值存储，OpenShift Container Platform 用于配置它。 OpenShift Container Platform 版 本 etcd 版本 存储 schema 版本 3.3 Container Platform 版本升 级不会自动将数据从 v2 迁移到 v3。您必须使用提供的 playbook，并遵循记录的流程来迁移数据。 etcd 版本 3 实现了向后兼容的存储 API，有助于对磁盘 etcd 数据库进行两步迁移。出于迁移目 的，OpenShift Container Platform 3.5 中 etcd 3.x 使用的存储模式保留在 v2 模式中。自 OpenShift Container

Platform 中管理 整个项目生命周期，包括创建、查看和删除项目。 在创建项目后，您可以使用 Developer 视角 授予或撤销对项目的访问权限，并为用户管理集群角色。您 还可以在创建用于自动置备新项目的项目模板时编辑项目配置资源。 使用 CLI，您可以通过模拟对 OpenShift Container Platform API 的请求来以不同的用户创建项目。当您 请求创建新项目时，OpenShift 操作。然后，所有操控项目范围内容的后续操作 都会使用指定的项目： 2.1.6. 使用 Developer 视角为您的项目提供访问权限 您可以使用 Developer 视角中的 Project 视图来授予或撤销对项目的访问权限。 流程 流程 将用户添加到项目，并为用户提供 Admin、Edit 或 View 访问权限： 1. 在 Developer 视角中,导航到 Project 视图。 2. 在 Project 下拉列表，然后选择适当的角色。 5. 点击 Save 添加新权限。 您还可以使用： Select a role 下拉列表修改现有用户的访问权限。 Remove Access 图标以完全删除现有用户对项目的访问权限。 注意 注意 $ oc project OpenShift Container Platform 4.9 构 构建 建应 应用程序 用程序 8 注意