BINDING OPERATOR 6.4. 服务绑定入门 6.5. 在 IBM POWER SYSTEMS、IBM Z 和 LINUXONE 上使用服务绑定 6.6. 从服务公开绑定数据 6.7. 投射绑定数据 6.8. 使用 SERVICE BINDING OPERATOR 绑定工作负载 6.9. 使用 DEVELOPER 视角将应用程序连接到服务 第 第 7 章 章 使用 使用 HELM 第 第 11 章 章 使用 使用 DEVELOPER 视 视角 角监 监控 控项 项目和 目和应 应用程序的指 用程序的指标 标 11.1. 先决条件 11.2. 监控项目指标数据 11.3. 监控应用程序的指标数据 11.4. 其他资源 第 第 12 章 章 使用健康 使用健康检查 检查来 来监 监控 控应 应用程序的健康状 用程序的健康状态 态 12.1. 了解健康检查 12.2. 程序和其他 工作负载。 流程 流程 您可以使用 Developer 视角创建项目，如下所示： 1. 点 Project 下拉菜单来查看所有可用的项目。选择 Create Project。 图 图 2.1. Create Project 2. 在 Create Project 对话框的 Name 项中输入一个唯一的名称，如 myproject。 3. 可选：为项目添加 Display Name

BINDING OPERATOR 5.4. 服务绑定入门 5.5. 在 IBM POWER SYSTEMS、IBM Z 和 LINUXONE 上使用服务绑定 5.6. 从服务公开绑定数据 5.7. 投射绑定数据 5.8. 使用 SERVICE BINDING OPERATOR 绑定工作负载 5.9. 使用 DEVELOPER 视角将应用程序连接到服务 第 第 6 章 章 使用 使用 HELM 第 第 10 章 章 使用 使用 DEVELOPER 视 视角 角监 监控 控项 项目和 目和应 应用程序的指 用程序的指标 标 10.1. 先决条件 10.2. 监控项目指标数据 10.3. 监控应用程序的指标数据 10.4. 其他资源 第 第 11 章 章 使用健康 使用健康检查 检查来 来监 监控 控应 应用程序的健康状 用程序的健康状态 态 11.1. 了解健康检查 11.2. 使用 用程序和其他 工作负载。 流程 流程 您可以使用 Developer 视角创建项目，如下所示： 1. 点 Project 下拉菜单来查看所有可用的项目。选择 Create Project。 图 2.1. Create Project 2. 在 Create Project 对话框的 Name 项中输入一个唯一的名称，如 myproject。 3. 可选：为项目添加 Display Name

MESH 2.5. 安装 SERVICE MESH 2.6. 在 SERVICE MESH 中自定义安全性 2.7. 流量管理 2.8. 在 SERVICE MESH 上部署应用程序 2.9. 数据可视化和可观察性 2.10. 自定义资源 2.11. 使用 3SCALE ISTIO 适配器 2.12. 删除 SERVICE MESH 3 3 3 27 32 33 38 40 42 过信任度不同的网络进行传输。 策略强制 - 对服务间的交互应用机构策略，确保实施访问策略，并在用户间分配资源。通过配置 网格就可以对策略进行更改，而不需要修改应用程序代码。 遥测 - 了解服务间的依赖关系以及服务间的网络数据流，从而可以快速发现问题。 1.2. SERVICE MESH 发行注记 1.2.1. 使开源包含更多 红帽承诺替换我们的代码、文档和网页属性中存在问题的语言。我们从这四个术语开始： master、 的新功能 此 Red Hat OpenShift Service Mesh 发行版本解决了 CVE 报告的安全漏洞问题以及程序错误。 另外，这个版本有以下新特性： 在 must-gather 数据收集工具中添加了一个选项，用于从指定的 Service Mesh control plane 命 名空间中收集信息。如需更多信息，请参阅 OSSM-351。 提高了带有数百个命名空间的 Service

的 IP 地址意味着 pod 在端口 分配、网络、命名、服务发现、负载平衡、应用配置和迁移方面可被视为物理主机或虚拟机。 注意 一些云平台提供侦听 169.254.169.254 IP 地址的元数据 API，它是 IPv4 169.254.0.0/16 CIDR 块中的 连接内部 IP 地址。 此 CIDR 块无法从 pod 网络访问。需要访问这些 IP 地址的 Pod 必须通过将 pod spec 这包括在安装过程中为集群选择的 Container Network Interface (CNI) 网络插件部署。 配置映射 配置映射 配置映射提供将配置数据注入 pod 的方法。您可以在类型为 ConfigMap 的卷中引用存储在配置映射 中的数据。在 pod 中运行的应用程序可以使用这个数据。 自定 自定义资 义资源 源 (CR) CR 是 Kubernetes API 的扩展。您可以创建自定义资源。 DNS 集群 维护应用程序生命周期的 Kubernetes 资源对象。 domain Domain（域）是 Ingress Controller 提供的 DNS 名称。 egress 通过来自 pod 的网络出站流量进行外部数据共享的过程。 外部 外部 DNS Operator External DNS Operator 部署并管理 ExternalDNS，以便为从外部 DNS 供应商到 OpenShift Container

更新托管的 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 目 目录 录 1 OpenShift 红帽托管了一个公共 OpenShift Update Service (OSUS)，它根据官方 registry 中的 OpenShift Container Platform 发行镜像提供更新可能性图。图包含任何公共 OCP 版本的更新信息。OpenShift Container Platform 集群默认配置为连接到 OSUS，OSUS 会使用已知更新目标的信息响应集群。 当集群管理员或自动更新控制器使用新版本编辑 在这个延迟后，fast 频道中可用的发行版本始终在 stable 频道中可用。 如果一个更新被支持但不推荐使用意味着什么？ 如果一个更新被支持但不推荐使用意味着什么？ 红帽会持续评估来自多个源的数据，以确定从一个版本更新到另一个版本是否会导致问题。如果 确定了问题，用户可能不再建议更新路径。但是，即使不推荐更新路径，如果客户执行了更新， 仍然被支持。 红帽不会阻止用户升级到特定版本。红帽可能

openshift-state-metrics 代理 openshift-state-metrics 导出器（上图中的 OSM）通过添加了对特定 OpenShift Container Platform 资源的指标数据扩展了 kube-state- metrics。 node-exporter 代理 node-exporter 代理（上图中的 NE）负责收集有关 集群中每个节点的指标。node-exporter Platform 核 心指标和用于用户定义项目的指标聚合在单个多租户 接口下，并选择性地进行重复数据删除。 Grafana Grafana 分析平台提供用于分析和直观呈现指标的仪 表板。由监控堆栈提供的 Grafana 实例及其仪表板是 只读的。 Telemeter Client Telemeter Client 将数据的子部分从平台 Prometheus 实例发送到红帽，以便为集群提供远程健康状态监 控。 配置映射 配置映射提供将配置数据注入 pod 的方法。您可以在类型为 ConfigMap 的卷中引用存储在配置映射 OpenShift Container Platform 4.10 监 监控 控 8 配置映射提供将配置数据注入 pod 的方法。您可以在类型为 ConfigMap 的卷中引用存储在配置映射 中的数据。在 pod 中运行的应用程序可以使用这个数据。 Container 容

装程序会识别并使用现有组件，而不是运行命令来 再次创建它们，因为程序满足依赖项。 图 图 1.1. OpenShift Container Platform 安装目 安装目标 标和依 和依赖项 赖项 第 第 1 章 章 OPENSHIFT CONTAINER PLATFORM 安装概述 安装概述 7 图 图 1.1. OpenShift Container Platform 安装目 安装目标 和接口来定义、部署和管理容器的生命周期。也称为 control plane 机 器。 Compute 节 节点 点 负责执行集群用户工作负载的节点。也称为 worker 节点。 断开 断开连 连接的安装 接的安装 在有些情况下，数据中心的部分环境可能无法访问互联网，甚至无法通过代理服务器访问。您仍可在 这些环境中安装 OpenShift Container Platform，但需要先下载所需的软件和镜像，并将其保存在离线 环境中。 CoreOS (RHCOS)的文件。 安装程序生成不同的 Ignition 配置文件来初始化 bootstrap、control plane 和 worker 节点。 Kubernetes 清 清单 单 JSON 或 YAML 格式的 Kubernetes API 对象的规格。配置文件可以包含部署、配置映射、secret 和 daemonset 等。 Kubelet 在集群的每个节点上运行的一个主节点代理，以确保容器在

服务器选项 3.4. 配置内部 OAUTH 服务器的令牌期间 3.5. 为内部 OAUTH 服务器配置令牌不活跃超时 3.6. 自定义内部 OAUTH 服务器 URL 3.7. OAUTH 服务器元数据 3.8. OAUTH API 事件故障排除 第 第 4 章 章 配置 配置 OAUTH 客 客户 户端 端 4.1. 默认 OAUTH 客户端 4.2. 注册其他 OAUTH 客户端 4.3 将云供应商凭证作为自定义资源定义 (CRD) 进行管理。 配置映射 配置映射 配置映射提供将配置数据注入 pod 的方法。您可以在类型为 ConfigMap 的卷中引用存储在配置映射 中的数据。在 pod 中运行的应用程序可以使用这个数据。 containers 包括软件及其所有依赖项的轻量级和可执行镜像。由于容器虚拟化操作系统，因此您可以在数据中 心、公有云或私有云或本地主机中运行容器。 自定 自定义资 义资源 源 otal 统计 oc login 和 web 控制台登录尝试总次数。 $ oc get route oauth-openshift -n openshift-authentication -o json | jq .spec.host OpenShift Container Platform 4.13 认证 认证和授 和授权 权 10 第 3 章 配置内部 OAUTH 服务器 3.1. OPENSHIFT

装程序会识别并使用现有组件，而不是运行命令来 再次创建它们，因为程序满足依赖项。 图 图 1.1. OpenShift Container Platform 安装目 安装目标 标和依 和依赖项 赖项 第 第 1 章 章 OPENSHIFT CONTAINER PLATFORM 安装概述 安装概述 7 图 图 1.1. OpenShift Container Platform 安装目 安装目标 和接口来定义、部署和管理容器的生命周期。也称为 control plane 机 器。 Compute 节 节点 点 负责执行集群用户工作负载的节点。也称为 worker 节点。 断开 断开连 连接的安装 接的安装 在有些情况下，数据中心的部分环境可能无法访问互联网，甚至无法通过代理服务器访问。您仍可在 这些环境中安装 OpenShift Container Platform，但需要先下载所需的软件和镜像，并将其保存在离线 环境中。 CoreOS (RHCOS)的文件。 安装程序生成不同的 Ignition 配置文件来初始化 bootstrap、control plane 和 worker 节点。 Kubernetes 清 清单 单 JSON 或 YAML 格式的 Kubernetes API 对象的规格。配置文件可以包含部署、配置映射、secret 和 daemonset 等。 Kubelet 在集群的每个节点上运行的一个主节点代理，以确保容器在

ClusterServiceVersions (CSV) 和自定义资源定义 (CRD) 以便在集群中创建， 并存储有关软件包和频道的 Operator 元数据。它运行在 Kubernetes 或 OpenShift 集群中，向 OLM 提供这些 Operator 目录数据。 OperatorHub OperatorHub 是一个 web 控制台，供集群管理员用来发现并选择要在其集群上安装的 Operator。它 Operator 可能包含的特定功能集来说，可以大致推断出 Operator 封装操作的成熟度等级。就 此而言，以下 Operator 成熟度模型针对 Operator 的第二天通用操作定义了五个成熟度阶段： 图 2.1. Operator 成熟度模型 成熟度模型 以上模型还显示了如何通过 Operator SDK 的 Helm、Go 和 Ansible 功能更好地开发这些功能。 2.2. OPERATOR Bundle Format 是 Operator Framework 引入的新打包格式。为提高可伸缩性并为自行托管 目录的上游用户提供更好地支持，Bundle Format 规格简化了 Operator 元数据的发布。 Operator 捆绑包代表 Operator 的单一版本。磁盘上的捆绑包清单是容器化的，并作为捆绑包镜像提供， 第 第 2 章 章 了解 了解 OPERATOR 7 Operator