OpenShift Logging 5.0.0 1.2.11.1. 新功能及功能增强 Cluster Logging 变为 Red Hat OpenShift Logging 每个索引最多五个主分片 更新了 OpenShift Elasticsearch Operator 名称和成熟度等级 OpenShift Elasticsearch Operator 报告 CSV 成功 减少 Elasticsearch 中查看集群日志 第 第 7 章 章 将日志 将日志转发 转发到第三方系 到第三方系统 统 7.1. 关于将日志转发到第三方系统 当外部日志聚合器不可用时，Fluentd 日志处理 7.2. 支持的日志数据输出类型 7.3. 将日志转发到外部 ELASTICSEARCH 实例 7.4. 使用 FLUENTD 转发协议转发日志 7.5. 使用 SYSLOG 协议转发日志 7.5.1. syslog 使用旧的 SYSLOG 方法转发日志 第 第 8 章 章 启 启用 用 JSON 日志 日志记录 记录 8.1. 解析 JSON 日志 8.2. 为 ELASTICSEARCH 配置 JSON 日志数据 8.3. 将 JSON 日志转发到 ELASTICSEARCH 日志存储 第 第 9 章 章 收集并存 收集并存储 储 KUBERNETES 事件 事件 9.1. 部署和配置事件路由器 第

LOGGING 5.1 中支持的日志数据输出类型 7.3. OPENSHIFT LOGGING 5.2 中支持的日志数据输出类型 7.4. OPENSHIFT LOGGING 5.3 中支持的日志数据输出类型 7.5. OPENSHIFT LOGGING 5.4 中支持的日志数据输出类型 7.6. OPENSHIFT LOGGING 5.5 中支持的日志数据输出类型 7.7. OPENSHIFT OPENSHIFT LOGGING 5.6 中支持的日志数据输出类型 7.8. 将日志转发到外部 ELASTICSEARCH 实例 7.9. 使用 FLUENTD 转发协议转发日志 7.10. 使用 SYSLOG 协议转发日志 7.11. 将日志转发到 AMAZON CLOUDWATCH 7.12. 将日志转发到 LOKI 7.13. 从特定项目转发应用程序日志 7.14. 从特定 POD 转发应用程序日志 7.16. 日志转发故障排除 第 第 8 章 章 启 启用 用 JSON 日志 日志记录 记录 8.1. 解析 JSON 日志 8.2. 为 ELASTICSEARCH 配置 JSON 日志数据 8.3. 将 JSON 日志转发到 ELASTICSEARCH 日志存储 第 第 9 章 章 收集并存 收集并存储 储 KUBERNETES 事件 事件 9.1. 部署和配置事件路由器 第

CONTROLLER 7.9. 其他资源 第 第 8 章 章 OPENSHIFT CONTAINER PLATFORM 中的 中的 INGRESS 分片 分片 8.1. INGRESS CONTROLLER 分片 8.2. 为 INGRESS CONTROLLER 分片创建路由 8 9 9 9 10 13 13 14 14 14 14 14 14 14 15 15 15 16 16 16 的 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 集群

设置自定义默认证书 6.8.2. 删除自定义默认证书 6.8.3. 扩展 Ingress Controller 6.8.4. 配置 Ingress 访问日志 6.8.5. Ingress Controller 分片 10 10 10 10 12 12 13 13 13 13 14 14 14 15 15 15 16 17 17 18 18 19 19 20 20 20 21 23 23 . . . . . . . . . . . . . . . . 6.8.5.1. 通过路由标签（label）配置 Ingress Controller 分片 6.8.5.2. 使用命名空间标签配置 Ingress Controller 分片 6.8.6. 配置 Ingress Controller 以使用内部负载均衡器 6.8.7. 将集群的默认 Ingress Controller 配置为内部 16.3.3. 创建项目和服务 16.3.4. 通过创建路由公开服务 16.3.5. 通过路由标签（label）配置 Ingress Controller 分片 16.3.6. 使用命名空间标签配置 Ingress Controller 分片 16.3.7. 其他资源 16.4. 使用负载均衡器配置集群入口流量 16.4.1. 使用负载均衡器使流量进入集群 16.4.2. 先决条件 16.4.3

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. 使用 Catalog 以选择所需的应用、服务或源到镜像构建器，然后 将它添加到项目中。 所有服务：浏览目录以在 OpenShift Container Platform 中发现服务。 Database：选择所需的数据库服务并将其添加到应用程序中。 Operator Backed：选择和部署所需的 Operator 管理服务。 Helm Chart：选择所需的 Helm Chart 来简化应用程序和服务部署。

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. 以选择所需的应用、服务或源到镜像构建器，然后 将它添加到项目中。 所有服 所有服务 务：浏览目录以在 OpenShift Container Platform 中发现服务。 Database：选择所需的数据库服务并将其添加到应用程序中。 Operator Backed：选择和部署所需的 Operator 管理服务。 Helm Chart：选择所需的 Helm Chart 来简化应用程序和服务部署。

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

包括 OpenTelemetry Operator 和 Collector。您可以使用 Collector 在 OpenTelemetry 或 Jaeger 协议中接收 trace，并将 trace 数据发送到 Red Hat OpenShift distributed tracing 平台。目前还不支持 Collector 的其他功能。OpenTelemetry 收集 器允许开发人员使用与供应商无关的 化、并 行性和延迟来源有价值。 Red Hat OpenShift distributed tracing 平台记录了在微服务的整个堆栈间执行单个请求，并将其显示为 trace。trace是系统的数据/执行路径。一个端到端的 trace 由一个或者多个 span 组成。 span 代表 Red Hat OpenShift distributed tracing 平台中的逻辑工作单元，它包含操作名称、操作的开始 distributed tracing 平台提供以下功能： 与 Kiali 集成 - 当正确配置时，您可以从 Kiali 控制台查看分布式追踪平台数据。 高可伸缩性 - 分布式追踪平台后端设计具有单一故障点，而且能够按照业务需求进行扩展。 分布式上下文发布 – 允许您通过不同的组件连接数据以创建完整的端到端的 trace。 与 Zipkin 的后向兼容性 - Red Hat OpenShift distributed

Hat OpenShift distributed tracing Platform Operator 3.1.5. 安装 Red Hat OpenShift distributed tracing 数据收集 Operator 3.2. 配置和部署分布式追踪 3.2.1. 从 Web 控制台部署分布式追踪默认策略 3.2.1.1. 通过 CLI 部署分布式追踪默认策略 3.2.2. 从 Web 5.8. Ingester 配置选项 3.2.6. 注入 sidecar 3.2.6.1. 自动注入 sidecar 3.2.6.2. 手动注入 sidecar 3.3. 配置和部署分布式追踪数据收集 3.3.1. OpenTelemetry Collector 配置选项 3.3.2. 验证部署 3.3.3. 访问 Jaeger 控制台 3.4. 升级分布式追踪 3.4.1. 更改 2 OpenShift distributed tracing Platform - 此组件基于开源 Jaeger 项目。 Red Hat OpenShift distributed tracing 数据收集 数据收集 - 此组件基于开源 OpenTelemetry 项目。 这两个组件都基于厂商中立的 OpenTracing API 和工具。 1.2. 让开源更具包容性 红帽致力于替换我们的代码、文档和

添加到 Node Tuning Operator 的实时配置集 1.2.6.3. 现在完全支持 Performance Addon Operator 1.2.6.4. 使用 Intel 设备优化数据平面性能 1.2.6.5. 在控制台中管理裸机主机 1.2.7. 开发者体验 1.2.7.1. oc set probe 命令已扩展 1.2.7.2. oc adm upgrade 命令现在会提供可升级条件 添加了指标和警报规则 1.2.17.5. 虚拟机的 Pending Changes 警报已更新 1.2.18. Insights Operator 1.2.18.1. 深入了解 Operator 数据收集功能的增强 1.3. 主要的技术变化 现在，每个集群版本都提供默认 Operator 目录 重要的 Operator 升级要求 CNI 网络供应商现在使用在集群节点上安装的 OVS 在使用已弃用 Operator 归档中添加内存和运行时间元数据 1.8.21.2. 程序错误修复 1.8.21.3. 更新 1.8.22. RHBA-2021:1232 - OpenShift Container Platform 4.6.26 程序错误修复更新 1.8.22.1. 功能 1.8.22.1.1. 了解 Operator 的增强以收集 SAP pod 数据 1.8.22.2. 更新 1.8.23