Red Hat OpenShift Data Foundation 4.12 更新 OpenShift Data Foundation 针对集群和存储管理员的有关升级的说明 Last Updated: 2023-09-19 Red Hat OpenShift Data Foundation 4.12 更新 OpenShift Data Foundation 针对集群和存储管理员的有关升级的说明 other trademarks are the property of their respective owners. 摘要 摘要 本文档解释了如何更新以前的 Red Hat OpenShift Data Foundation 版本。 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 对红帽文档提供反 帽文档提供反馈 馈 第 第 1 章 章 OPENSHIFT DATA FOUNDATION 更新 更新过 过程概述 程概述 第 第 2 章 章 OPENSHIFT DATA FOUNDATION 升 升级频 级频道和 道和发 发行版本 行版本 第 第 3 章 章 将 将 RED HAT OPENSHIFT DATA FOUNDATION 4.11 更新至 更新至 4.12 第 第 4

OpenShift Data Science Self- managed 1.22 升级 OpenShift Data Science Self-managed 了解如何在 OpenShift Container Platform 上升级 Red Hat OpenShift Data Science Last Updated: 2023-07-03 Red Hat OpenShift Data Science Science Self-managed 1.22 升级 OpenShift Data Science Self-managed 了解如何在 OpenShift Container Platform 上升级 Red Hat OpenShift Data Science 法律通告 法律通告 Copyright © 2023 Red Hat, Inc. The text of and illustrations community. All other trademarks are the property of their respective owners. 摘要 摘要 了解 OpenShift Data Science Operator 升级过程。 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Red Hat OpenShift Data Science Self- managed 1.27 卸载 OpenShift Data Science Self-managed 使用 OpenShift CLI 从 Red Hat OpenShift Container Platorm 集群中删除 Red Hat OpenShift Data Science Self-managed Last 2023-06-28 Red Hat OpenShift Data Science Self-managed 1.27 卸载 OpenShift Data Science Self-managed 使用 OpenShift CLI 从 Red Hat OpenShift Container Platorm 集群中删除 Red Hat OpenShift Data Science Self-managed 法律通告 respective owners. 摘要 摘要 使用 OpenShift CLI 从 OpenShift Container Platform 集群卸载 Red Hat OpenShift Data Science Self-managed。 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Red Hat OpenShift Data Foundation 4.12 使用 IBM Cloud 部署 OpenShift Data Foundation 使用 IBM 云部署 Red Hat OpenShift Data Foundation 的说明 Last Updated: 2023-12-21 Red Hat OpenShift Data Foundation 4.12 使用 使用 IBM Cloud 部署 OpenShift Data Foundation 使用 IBM 云部署 Red Hat OpenShift Data Foundation 的说明 法律通告 法律通告 Copyright © 2023 Red Hat, Inc. The text of and illustrations in this document are licensed by Red owners. 摘要 摘要 请阅读本文档，了解如何使用 Red Hat OpenShift Container Platform 在 IBM 云集群中安装 Red Hat OpenShift Data Foundation。 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Hat OpenShift Data Foundation 4.12 规划部署 部署 Red Hat OpenShift Data Foundation 4.12 时的重要注意事项 Last Updated: 2024-01-26 Red Hat OpenShift Data Foundation 4.12 规划部署 部署 Red Hat OpenShift Data Foundation 4 All other trademarks are the property of their respective owners. 摘要 摘要 有关规划 Red Hat OpenShift Data Foundation 部署时的重要注意事项，请参阅本文档。 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 目 目录 录 使开源包含更多 使开源包含更多 对红 对红帽文档提供反 帽文档提供反馈 馈 第 第 1 章 章 OPENSHIFT DATA FOUNDATION 介 介绍 绍 第 第 2 章 章 OPENSHIFT DATA FOUNDATION 基 基础 础架 架构 构 2.1. 关于 OPERATOR 2.2. 存储集群部署方法 2.3. 节点类型 第 第 3 章

G"] (LOG-1451) LOG-1537 - Full Cluster Cert Redeploy is broken when the ES clusters includes non-data nodes(LOG-1537) LOG-1430 - eventrouter raising "Observed a panic: &runtime.TypeAssertionError" (LOG-1430) Elasticsearch 之间 的连接可能会出现超时问题。因此，fluentd 无法发送信息，并在日志中记录一个 Server returned nothing (no headers, no data) 错误。当前发行版本解决了这个问题：它将 Elasticsearch 代理中的默认 HTTP 读写超时时间从 5 秒增加到一分钟。它还在 Elasticsearch 代 理中提供命令行选项来控制字段中的 使用汇总的数 据创建丰富的视觉化和仪表板。 OpenShift Container Platform 4.7 日志 日志记录 记录 24 OpenShift Logging 的主要组件有： collection（收集） - 此组件从集群中收集日志，格式化日志并将其转发到日志存储。当前的实现 是 Fluentd。 log store（日志存储） - 存储日志的位置。默认是 Elasticsearch。您可以使用默认的

"openshift-logging" annotations: logging.openshift.io/preview-vector-collector: enabled spec: collection: logs: type: "vector" vector: {} OpenShift Container Platform 4.8 日志 日志记录 记录 使用旧的 Fluentd 方法转发日志 使用旧的 syslog 方法转发日志 反之，使用以下非传统方法： 使用 Fluentd fohttps://www.redhat.com/security/data/cve/CVE-2021-22922.htmlrward 协议转 发日志 使用 syslog 协议转发日志 1.37.6. CVE 例 例 1.26. 点 点击 击以展开 以展开 CVE 集群中每个节 点的收集器，用于收集所有节点和容器日志并将其写入日志存储。您可以使用集中 web UI 使用汇总的数 据创建丰富的视觉化和仪表板。 OpenShift Logging 的主要组件有： collection（收集） - 此组件从集群中收集日志，格式化日志并将其转发到日志存储。当前的实现 是 Fluentd。 log store（日志存储） - 存储日志的位置。默认是 Elasticsearch。您可以使用默认的

package's default channel defaultChannel: string & !="" // An optional icon icon?: { base64data: string mediatype: string } } #Channel: { schema: "olm.channel" package: string & !="" 26s 9m30s NAME DATA AGE configmap/1de9443b6324e629ddf31fed0a853a121275806170e34c926d69e53a7fcbccb 3 9m30s $ bundle blob，它们必须删除才能从目录中删除软件包： 例 例 4.2. 删除条目示例 除条目示例 --- defaultChannel: release-2.7 icon: base64data: mediatype: image/svg+xml name: example-operator schema: olm.package --- entries:

代理类似，Jaeger Collector 接收 span，并将它们放置在内部队列中进行处理。这允许 Jaeger Collector 立即返回到客户端/代 理，而不是等待 span 变为存储。 Storage (Data Store) - 收集器需要一个持久的存储后端。Red Hat OpenShift distributed tracing Platform 提供了用于 span 存储的可插拔机制。请注意：在这个发行本中，唯一支持 导航至 Operators → OperatorHub。 3. 在过滤器中输入 distributing tracing data collection 找到 Red Hat OpenShift distributed tracing data collection Operator。 4. 点红帽提供的 Red Hat OpenShift distributed tracing 数据收集 ZeroRedundancy（无 副本分 片）、SingleRedunda ncy（一个副本分 片）、MultipleRedun dancy（每个索引分散 于一半的 Data 节 点）、FullRedundanc y（每个索引在集群中的 每个 Data 节点上完全复 制）。 elasticsearch: useCertManageme nt: 使用 指定分布式追踪平 台是否应使用 Red Hat

apiVersion: v1 kind: ConfigMap metadata: name: cluster-monitoring-config namespace: openshift-monitoring data: config.yaml: | $ oc apply -f cluster-monitoring-config.yaml $ oc -n openshift-user-workload-monitoring metadata: name: user-workload-monitoring-config namespace: openshift-user-workload-monitoring data: config.yaml: | 第 第 2 章 章 配置 配置监 监控堆 控堆栈 栈 13 b. 应用配置以创建 ConfigMap 对象： 注意 注意 除非集群管理员为用户定义的项目启用了监控，否则应用到 cluster-monitoring-config ConfigMap 对象： b. 将您的配置以键值对 : 的形式添加 到 data/config.yaml 下： $ oc apply -f user-workload-monitoring-config.yaml $ oc -n openshift-monitoring edit