OpenShift Container Platform 4.14 存储OpenShift Container Platform 4.14 存储 在 OpenShift Container Platform 中配置和管理存储 Last Updated: 2024-02-17 OpenShift Container Platform 4.14 存储 在 OpenShift Container Platform 中配置和管理存储 法律通告 法律通告 Copyright © 2023 All other trademarks are the property of their respective owners. 摘要 摘要 本文档提供了使用不同存储后端配置持久性卷以及通过 pod 管理动态分配存储的信息。 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . PLATFORM 存 存储 储概述 概述 1.1. OPENSHIFT CONTAINER PLATFORM 存储的常见术语表 1.2. 存储类型 1.3. CONTAINER STORAGE INTERFACE (CSI) 1.4. 动态置备 第 第 2 章 章 了解 了解临时 临时存 存储 储 2.1. 概述 2.2. 临时存储的类型 2.3. 临时存储管理 2.4. 监控临时存储 第 第 30 码力 | 215 页 | 2.56 MB | 1 年前3
OpenShift Container Platform 4.8 存储OpenShift Container Platform 4.8 存储 在 OpenShift Container Platform 中配置和管理存储 Last Updated: 2023-06-12 OpenShift Container Platform 4.8 存储 在 OpenShift Container Platform 中配置和管理存储 法律通告 法律通告 Copyright © 2023 All other trademarks are the property of their respective owners. 摘要 摘要 本文档提供了使用不同存储后端配置持久性卷以及通过 pod 管理动态分配存储的信息。 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . PLATFORM 存 存储 储概述 概述 1.1. MODULES/OPENSHIFT-STORAGE-COMMON-TERMS.ADOC 1.2. 存储类型 1.3. CONTAINER STORAGE INTERFACE (CSI) 1.4. 动态置备 第 第 2 章 章 了解 了解临时 临时存 存储 储 2.1. 概述 2.2. 临时存储的类型 2.3. 临时存储管理 2.4. 监控临时存储0 码力 | 118 页 | 1.60 MB | 1 年前3
更新OpenShift Data Foundation4.12 更新 OpenShift Data Foundation 针对集群和存储管理员的有关升级的说明 Last Updated: 2023-09-19 Red Hat OpenShift Data Foundation 4.12 更新 OpenShift Data Foundation 针对集群和存储管理员的有关升级的说明 法律通告 法律通告 Copyright © 2023 Red 若要更新外部模式部署 若要更新外部模式部署,还必须执行 更新 Red Hat OpenShift Data Foundation 外部机密 一 节中的步骤。 e. 如果使用本地存 如果使用本地存储 储, ,请 请更新 更新 Local Storage operator。如果您不确定,请参阅检查 Local Storage Operator 部署。 更新注意事 更新注意事项 项 开始之前,请先查阅以下重要注意事项: Foundation 支持的组合的 更多信息,请参阅 Interoperability Matrix。 要了解集群是否在内部还是外部模式中部署,请参阅知识库文章了解如何确定 ODF 集群是否在内 部或外部模式中存储。 只有在 Local Storage Operator 版本与 Red Hat OpenShift Container Platform 版本匹配时,才 会完全支持 Local Storage Operator。0 码力 | 18 页 | 239.14 KB | 1 年前3
OpenShift 的Windows 容器支持会验证端点对象是否存在。因此,WMCO 可以启动并协调无效的或错误配置的端 点对象。(OCPBUGS-4336) 在以前的版本中,containerd 容器运行时在每个 Windows 节点上报告了一个不正确的版本,因 为存储库标签没有传播到构建系统。此配置会导致 containerd 将其 Go 构建版本报告为每个 Windows 节点的版本。在这个版本中,在构建期间将正确的版本注入二进制文件,以便 containerd Windows 节点唯一支持的网络配置是通过为 VLAN 传输流量的访问端口。 Red Hat OpenShift support for Windows Containers 只支持所有云供应商的树内存储驱动程序。 Kubernetes 有以下节点功能限制 : Windows 容器不支持巨页。 Windows 容器不支持特权容器。 Kubernetes 已发现几个 API 兼容性问题。 第 Windows 节点唯一支持的网络配置是通过为 VLAN 传输流量的访问端口。 Red Hat OpenShift support for Windows Containers 只支持所有云供应商的树内存储驱动程序。 Kubernetes 有以下节点功能限制 : Windows 容器不支持巨页。 Windows 容器不支持特权容器。 Kubernetes 已发现几个 API 兼容性问题。 OpenShift0 码力 | 52 页 | 962.49 KB | 1 年前3
OpenShift Container Platform 4.14 机器管理机器集入门 13.3. CONTROL PLANE 机器集配置 13.4. 使用 CONTROL PLANE 机器集管理 CONTROL PLANE 机器 13.5. CONTROL PLANE 弹性和恢复 13.6. CONTROL PLANE 机器集故障排除 13.7. 禁用 CONTROL PLANE 机器集 第 第 14 章 章 部署机器健康 部署机器健康检查 检查 14.1. 关于机器健康检查 集群,Machine API 在集群安装完成后执行所有节点主机置备管 理操作。由于此系统的缘故,OpenShift Container Platform 4.14 在公有或私有云基础架构之上提供了一 种弹性动态置备方法。 两种主要资源分别是: Machines 描述节点主机的基本单元。机器具有 providerSpec 规格,用于描述为不同云平台提供的计算节点的 类型。例如,计算节点的机器类型可能会定义特定的机器类型和所需的元数据。 集群中部署的计算机器集中的机器数 量。 1.5. 在用户置备的基础架构上添加计算机器 用户置备的基础架构是一个环境,您可以在其中部署托管 OpenShift Container Platform 的计算、网络和 存储资源等基础架构。您可以在安装过程中或安装后,将计算机器添加到用户置备的基础架构上的集群。 1.6. 在集群中添加 RHEL 计算机器 OpenShift Container Platform 40 码力 | 277 页 | 4.37 MB | 1 年前3
OpenShift 的Windows 容器支持无法通过工作负载的代理连 接路由流量。 在断开连接的环境中,不支持 Windows 节点。 Red Hat OpenShift support for Windows Containers 只支持所有云供应商的树内存储驱动程序。 Kubernetes 有以下节点功能限制 : Windows 容器不支持巨页。 Windows 容器不支持特权容器。 Pod 终止宽限期要求在 Windows 节点上安装容器容器运行时。 无法通过工作负载的代理连 接路由流量。 在断开连接的环境中,不支持 Windows 节点。 Red Hat OpenShift support for Windows Containers 只支持所有云供应商的树内存储驱动程序。 Kubernetes 有以下节点功能限制 : OpenShift Container Platform 4.6 OpenShift 的 的 Windows 容器支持 容器支持 10 集群,Machine API 在集群安装完成后执行所有节点主机置备管 理操作。由于此系统的缘故,OpenShift Container Platform 4.6 在公有或私有云基础架构之上提供了一 种弹性动态置备方法。 两种主要资源分别是: Machines 描述节点主机的基本单元。机器具有 providerSpec 规格,用于描述为不同云平台提供的计算节点的 类型。例如,Amazon Web0 码力 | 38 页 | 757.61 KB | 1 年前3
OpenShift Container Platform 4.8 容器镜像仓库(Registry)REGISTRY OPERATOR 配置参数 2.4. 使用 CRD 启用 IMAGE REGISTRY 默认路由 2.5. 为镜像 REGISTRY 访问配置额外的信任存储 2.6. 为 IMAGE REGISTRY OPERATOR 配置一个存储凭证 2.7. 其他资源 第 第 3 章 章 设 设置和配置 置和配置 REGISTRY 3.1. 为 AWS 用户置备的基础架构配置 REGISTRY 3 通常作为集群中构建的镜像的发布目标,以及在集群中运行的工作负载的镜像源。当一个新镜 像被推送到registry时,集群会收到新镜像的通知,其他组件就可以对更新的镜像做出反应。 镜像数据会存储在两个位置。实际镜像数据存储在可配置的存储位置,例如云存储或一个文件系统卷中。 镜像的元数据被保存为标准的API资源(镜像(image)及镜像流(imagestream)),它们可以通过标准的集 群 API 进行访问。 其他 其他资 registry 需要访问授权。Podman 是一个开源工具,用于管理容器和容器镜像,并与镜像 registry 交互。您可以使用 Podman 来验证凭证、拉取 registry 镜像,并将本地镜像存储在本地文件系统 中。以下是使用 Podman 验证 registry 的通用示例: 流程 流程 1. 使用红帽生态系统目录从红帽仓库搜索特定容器镜像并选择所需的镜像。 2. 点 Get this0 码力 | 39 页 | 415.94 KB | 1 年前3
OpenShift Container Platform 4.7 日志记录. . . . . . . . . . . . . . . . 2.1.1. 关于 JSON OpenShift Container Platform Logging 2.1.2. 关于收集并存储 Kubernetes 事件 2.1.3. 关于更新 OpenShift Container Platform Logging 2.1.4. 关于查看集群仪表板 2.1.5. 关于 OpenShift Container Platform Logging 2.1.7. 关于导出字段 2.1.8. 关于 OpenShift Logging 组件 2.1.9. 关于日志记录收集器 2.1.10. 关于日志存储 2.1.11. 关于日志记录视觉化 2.1.12. 关于事件路由 2.1.13. 关于日志转发 第 第 3 章 章 安装 安装 OPENSHIFT LOGGING 3.1. 使用 WEB 控制台安装 Elasticsearch 日志存储,请删除未使用的组件 4.3. 配置日志存储 4.3.1. 将审计日志转发到日志存储 4.3.2. 配置日志保留时间 4.3.3. 为日志存储配置 CPU 和内存请求 4.3.4. 为日志存储配置复制策略 4.3.5. 缩减 Elasticsearch pod 4.3.6. 为日志存储配置持久性存储 4.3.7. 为 emptyDir 存储配置日志存储 4.3.8.0 码力 | 183 页 | 1.98 MB | 1 年前3
OpenShift Container Platform 4.2 架构多少个 Pod 副本。您可以使用此功能来自 动扩展应用程序,以适应其当前的需求。 短短数年,Kubernetes 已在大量的云和本地环境中被采用。借助开源开发模型,拥护和可以通过为组件 (如网络、存储和身份验证)实施不同的技术来扩展 Kubernetes 的功能。 1.1.2. 容器化应用程序的好处 与使用传统部署方法相比,使用容器化应用程序具有许多优势。过去应用程序要安装到包含所有依赖项的 Enterprise Linux 和 相关的红帽技术。OpenShift Container Platform 得益于红帽企业级优质软件的严格测试和认证 计划。 开源开发模型。开发以开放方式完成,源代码可从公共软件存储库中获得。这种开放协作促进了 快速创新和开发。 虽然 Kubernetes 擅长管理应用程序,但它并未指定或管理平台级要求或部署过程。强大而灵活的平台管 理工具和流程是 OpenShift Container 提供了相应的工具,可用于存储 Operator 并将其分 发给开发和部署应用程序的人员。 Red Hat Quay Container Registry 是一个 Quay.io 容器 registry,为 OpenShift Container Platform 集群 提供大多数容器镜像和 Operator。Quay.io 是 Red Hat Quay 的一个公共 registry 版本,可存储数百万镜 像和标签。0 码力 | 32 页 | 783.33 KB | 1 年前3
OpenShift Container Platform 4.3 架构多少个 Pod 副本。您可以使用此功能来自 动扩展应用程序,以适应其当前的需求。 短短数年,Kubernetes 已在大量的云和本地环境中被采用。借助开源开发模型,拥护和可以通过为组件 (如网络、存储和身份验证)实施不同的技术来扩展 Kubernetes 的功能。 1.1.2. 容器化应用程序的好处 与使用传统部署方法相比,使用容器化应用程序具有许多优势。过去应用程序要安装到包含所有依赖项的 Enterprise Linux 和 相关的红帽技术。OpenShift Container Platform 得益于红帽企业级优质软件的严格测试和认证 计划。 开源开发模型。开发以开放方式完成,源代码可从公共软件存储库中获得。这种开放协作促进了 快速创新和开发。 虽然 Kubernetes 擅长管理应用程序,但它并未指定或管理平台级要求或部署过程。强大而灵活的平台管 理工具和流程是 OpenShift Container 提供了相应的工具,可用于存储 Operator 并将其分 发给开发和部署应用程序的人员。 Red Hat Quay Container Registry 是一个 Quay.io 容器 registry,为 OpenShift Container Platform 集群 提供大多数容器镜像和 Operator。Quay.io 是 Red Hat Quay 的一个公共 registry 版本,可存储数百万镜 像和标签。0 码力 | 47 页 | 1.05 MB | 1 年前3
共 69 条
- 1
- 2
- 3
- 4
- 5
- 6
- 7













