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 Self-managed 1.22 升级 OpenShift OpenShift Data Science Self-managed 了解如何在 OpenShift Container Platform 上升级 Red Hat OpenShift Data Science 法律通告 法律通告 Copyright © 2023 Red Hat, Inc. The text of and illustrations in this document are licensed trademarks are the property of their respective owners. 摘要 摘要 了解 OpenShift Data Science Operator 升级过程。 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

. . 目 目录 录 第 第 1 章 章 概述 概述 第 第 2 章 章 推荐的安装 推荐的安装实 实践 践 2.1. 预安装依赖项 2.2. ANSIBLE 安装优化 2.3. 网络注意事项 第 第 3 章 章 推荐的主机 推荐的主机实 实践 践 3.1. OPENSHIFT CONTAINER PLATFORM MASTER 主机的推荐做法 3.2. OPENSHIFT CONTAINER OpenStack 使用 PCI 透传向 etcd 节点提供存储 3.4. 使用 TUNED 配置集扩展主机 第 第 4 章 章 优 优化 化计 计算 算资 资源 源 4.1. 过量使用 4.2. 镜像注意事项 4.2.1. 使用预部署的镜像提高效率 4.2.2. 预拉取镜像 4.3. 使用 RHEL 工具容器镜像进行调试 4.4. 使用基于 ANSIBLE 的健康检查进行调试 第 第 5 章 章 OpenShift Container Platform 产品堆 栈不同级别的扩展的步骤和示例。它包括构建、扩展和调整 OpenShift Container Platform 集群的建议实 践。 调优注意事项可能会因集群设置而异，并建议本指南中的任何性能建议都有利弊。 OpenShift Container Platform 3.11 扩 扩展和性能指南 展和性能指南 4 第 2 章 推荐的安装实践

更新 OpenShift Data Foundation 针对集群和存储管理员的有关升级的说明 Last Updated: 2023-09-19 Red Hat OpenShift Data Foundation 4.12 更新 OpenShift Data Foundation 针对集群和存储管理员的有关升级的说明 法律通告 法律通告 Copyright © 2023 Red Hat, Inc 帽文档提供反馈 馈 第 第 1 章 章 OPENSHIFT DATA FOUNDATION 更新 更新过 过程概述 程概述 第 第 2 章 章 OPENSHIFT DATA FOUNDATION 升 升级频 级频道和 道和发 发行版本 行版本 第 第 3 章 章 将 将 RED HAT OPENSHIFT DATA FOUNDATION 4.11 更新至 更新至 4.12 第 第 4 章 章 将 -Attached 和 External）在次版本和 z-stream 之间升级。所有部署的升级过程都保持不变。 您可以通过启用自动更新（如果没有在 operator 安装过程中进行）或执行手工更新，在次版本间（如 4.11 和 4.12 间）或在 z-stream 更新之间（如 4.12.0 和 4.12.1 间）升级 OpenShift Data Foundation 及其组 件。当新的 z-stream

Hat OpenShift Data Foundation 4.12 时的重要注意事项 Last Updated: 2024-01-26 Red Hat OpenShift Data Foundation 4.12 规划部署 部署 Red Hat OpenShift Data Foundation 4.12 时的重要注意事项 法律通告 法律通告 Copyright © 2023 Red Hat are the property of their respective owners. 摘要 摘要 有关规划 Red Hat OpenShift Data Foundation 部署时的重要注意事项，请参阅本文档。 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 部署的建议和要求。rook-ceph 和 noobaa operator 提供了打包了这些资源的存储集群资源。 Rook-ceph operator 此 operator 自动打包、部署、管理、升级和扩展持久存储和文件、块和对象服务。它为所有环境创建块 和文件存储类，并在内部环境中创建针对它的对象存储类和服务对象存储桶声明（Object Bucket Claims (OBCs)）。 此外，对于内部模式集群，它提供

网络供应商功能列表 13.2. 为项目配置出口 IP 13.2.1. 项目出口流量的出口 IP 地址分配 13.2.1.1. 使用自动分配的出口 IP 地址时的注意事项 13.2.1.2. 使用手动分配出口 IP 地址时的注意事项 13.2.2. 为一个命名空间启用自动分配出口 IP 地址 13.2.3. 为一个命名空间配置手动分配出口 IP 地址 13.3. 为项目配置出口防火墙 13 从项目中删除出口防火墙 13.6.1. 删除 EgressNetworkPolicy 对象 13.7. 使用出口路由器 POD 的注意事项 13.7.1. 关于出口路由器 pod 13.7.1.1. 出口路由器模式 13.7.1.2. 出口路由器 pod 的实现 13.7.1.3. 部署注意事项 13.7.1.4. 故障切换配置 13.7.2. 其他资源 13.8. 以重定向模式部署出口路由器 POD 从 OPENSHIFT SDN 集群网络供应商迁移 14.2.1. 迁移到 OVN-Kubernetes 网络供应商 14.2.1.1. 迁移到 OVN-Kubernetes 网络供应商时的注意事项 命名空间隔离 出口 IP 地址 出口网络策略 出口路由器 pod 多播 网络策略 14.2.1.2. 迁移过程如何工作 14.2.2. 迁移至 OVN-Kubernetes 默认 CNI

为日志可视化器节点扩展冗余性 4.5. 配置 OPENSHIFT LOGGING 存储 4.5.1. OpenShift Logging 和 OpenShift Container Platform 的存储注意事项 4.5.2. 其他资源 4.6. 为 OPENSHIFT LOGGING 组件配置 CPU 和内存限值 4.6.1. 配置 CPU 和内存限值 4.7. 使用容忍度来控制 OPENSHIFT 部署和配置事件路由器 第 第 10 章 章 更新 更新 OPENSHIFT LOGGING 10.1. 从 OPENSHIFT CONTAINER PLATFORM 4.6 或更早版本的集群日志记录升级到 OPENSHIFT LOGGING 5.X 10.2. 将 OPENSHIFT LOGGING 更新至当前版本 第 第 11 章 章 查 查看集群 看集群仪 仪表板 表板 11.1. 访问 2.1.2.2. 使用旧的 使用旧的 Fluentd 和旧 和旧 syslog 方法 方法转发 转发日志已被弃用 日志已被弃用 从 OpenShift Container Platform 4.6 升级到现在，使用旧的 Fluentd 和旧 syslog 方法转发日志已被弃 用，并将在以后的发行版本中删除。应使用标准的非传统方法。 1.2.1.3. 程序 程序错误 错误修复 修复 在更新之前，ClusterLogForwarder

查看项目的出口防火墙 27.13. 为项目编辑出口防火墙 27.14. 从项目中删除出口防火墙 27.15. 配置出口 IP 地址 27.16. 分配出口 IP 地址 27.17. 使用出口路由器 POD 的注意事项 27.18. 以重定向模式部署出口路由器 POD 27.19. 为项目启用多播 27.20. 为项目禁用多播 27.21. 跟踪网络流 27.22. 配置混合联网 第 第 28 章 章 OPENSHIFT 为项目配置出口 IP 28.5. 为项目配置出口防火墙 28.6. 为项目编辑出口防火墙 28.7. 为项目编辑出口防火墙 28.8. 从项目中删除出口防火墙 28.9. 使用出口路由器 POD 的注意事项 28.10. 以重定向模式部署出口路由器 POD 28.11. 以 HTTP 代理模式部署出口路由器 POD 28.12. 以 DNS 代理模式部署出口路由器 POD 28.13. 从配置映射配置出口路由器 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35.3. 升级 METALLB 35.4. 配置 METALLB 地址池 35.5. 关于 IP 地址池的广告 35.6. 配置 METALLB BGP PEER 35.7. 配置社区别名 35.8. 配置 METALLB

为项目配置出口 IP 15.3. 为项目配置出口防火墙 15.4. 为项目编辑出口防火墙 15.5. 为项目编辑出口防火墙 15.6. 从项目中删除出口防火墙 15.7. 使用出口路由器 POD 的注意事项 15.8. 以重定向模式部署出口路由器 POD 15.9. 以 HTTP 代理模式部署出口路由器 POD 15.10. 以 DNS 代理模式部署出口路由器 POD 15.11. 从配置映射配置出口路由器 查看项目的出口防火墙 16.8. 为项目编辑出口防火墙 16.9. 从项目中删除出口防火墙 16.10. 配置出口 IP 地址 16.11. 分配出口 IP 地址 16.12. 使用出口路由器 POD 的注意事项 16.13. 以重定向模式部署出口路由器 POD 16.14. 为项目启用多播 16.15. 为项目禁用多播 16.16. 跟踪网络流 16.17. 配置混合联网 第 第 17 章 章 配置路由 源。 当使用 Old、Intermediate 和 Modern配置集类型时，有效的配置集可能会在 不同发行版本间有所改变。例如：使用在版本 X.Y.Z 中部署的 Intermediate 配 置集，升级到版本 X.Y.Z+1 可能会导致新的配置集配置应用到 Ingress Controller，从而导致一个 rollout 操作。 Ingress Controller 的最低 TLS 版本是 1

任务： 管理自定义目录。 允许非集群管理员安装 Operator。 从 OperatorHub 安装 Operator。 查看 Operator 状态。 管理 Operator 条件。 升级已安装的 Operator。 删除已安装的 Operator。 OpenShift Container Platform 4.14 Operator 4 配置代理支持。 在受限网络中使用 Operator Kubernetes 环境中（如 OpenShift Container Platform）监控软件的运行情况，并根据 软件的当前状态实时做出决策。Advanced Operator 被设计为用来无缝地处理升级过程，并对出现的错误 自动进行响应，而且不会采取“捷径”（如跳过软件备份过程来节省时间）。 从技术上讲，Operator 是一种打包、部署和管理 Kubernetes 应用程序的方法。 Kubernetes Kubernetes 上运行的应用程序。可将 Operator 看成管理 Kubernetes 中这类应用程序的运行时。 2.1.1. 为什么要使用 Operator？ Operator 可以： 重复安装和升级。 持续对每个系统组件执行运行状况检查。 无线 (OTA) 更新 OpenShift 组件和 ISV 内容。 汇总现场工程师了解的情况并将其传输给所有用户，而非一两个用户。 为什么在 什么在

部署和配置事件路由器 第 第 10 章 章 更新 更新 OPENSHIFT LOGGING 10.1. 从 OPENSHIFT CONTAINER PLATFORM 4.6 或更早版本的集群日志记录升级到 OPENSHIFT LOGGING 5.X 10.2. 将 OPENSHIFT LOGGING 更新至当前版本 第 第 11 章 章 查 查看集群 看集群仪 仪表板 表板 11.1. 访问 OpenShift Logging Bug Fix 5.3.6 1.17.1. 程序错误修复 在此次更新之前，定义没有密钥的容限，且现有 Operator 会导致 Operator 无法完成升级。在这 个版本中，这个容限不再阻止升级完成。(LOG-2126) 在此更改前，收集器可能会生成警告，其中块字节限值超过发出的事件。在这个版本中，您可以 调整 readline 限制，以根据上游文档建议解决问题。(LOG-2380) Bug Fix Release 5.2.9 ] 1.28.1. 程序错误修复 在此次更新之前，定义没有密钥的容限，且现有 Operator 会导致 Operator 无法完成升级。在这 个版本中，这个容限不再阻止升级完成。(LOG-2304) 1.29. OPENSHIFT LOGGING 5.2.8 此发行版本包括 RHSA-2022:0728 OpenShift Logging Bug