OpenShift Container Platform 4.10 虚拟化
VIRTUALIZATION 的作用 OpenShift 虚拟化(OpenShift virtualization)是 OpenShift Container Platform 的一个附加组件,可用 于运行和管理虚拟机工作负载以及容器工作负载。 OpenShift Virtualization 通过 Kubernetes 自定义资源添加新对象至 OpenShift Container Platform VIRTUALIZATION Red Hat OpenShift Virtualization 可让您将传统虚拟机(VM)放入 OpenShift Container Platform 中, 与容器一同运行,并作为原生 Kubernetes 对象进行管理。 OpenShift Virtualization 由 图标表示。 OpenShift Virtualization 可以与 OVN-Kubernetes OpenShift Virtualization 已在 Microsoft 的 Windows Server Virtualization Validation Program (SVVP) 中认证来运行 Windows Server 的工作负载。 SVVP 认证适用于: Red Hat Enterprise Linux CoreOS worker。在 Microsoft SVVP Catalog0 码力 | 307 页 | 3.45 MB | 1 年前3OpenShift Container Platform 4.6 在裸机上安装
三台 control plane 或 master 机器 第 第 1 章 章 在裸机上安装 在裸机上安装 5 至少两台计算机器,也称为 worker 机器。如果您正在运行三节点集群,则支持运行零个计算机 器。不支持运行一台计算机器。 注意 注意 集群要求 bootstrap 机器在三台 control plane 机器上部署 OpenShift Container Platform 集群。您可在安装集群后删除 应用程序入口 用程序入口负载 负载均衡器 均衡器 端口 端口 后端机器(池成 后端机器(池成员 员) ) 内部 内部 外部 外部 描述 描述 443 默认运行入口路由器 Pod、计算或 worker 的机器。 X X HTTPS 流 量 80 默认运行入口路由器 Pod、计算或 worker 的机器。 X X HTTP 流量 提示 提示 如果负载均衡器可以看到客户端的真实 IP 地址,启用基于 调用会 失败,且您无法从 pod 检索日志。 Routes *.apps.. . 添加通配符 DNS A/AAAA 或 CNAME 记录,指向以运行入口 路由器 Pod 的机器(默认为 worker 节点)为目标的负载均衡 器。这些记录必须由集群外的客户端以及集群中的所有节点 解析。 OpenShift Container Platform 4 0 码力 | 160 页 | 1.70 MB | 1 年前3OpenShift Container Platform 4.13 虚拟化
Platform 的一个附加组件,可用 于运行和管理虚拟机工作负载以及容器工作负载。 OpenShift Virtualization 通过 Kubernetes 自定义资源添加新对象至 OpenShift Container Platform 集群 中,以启用虚拟化任务。这些任务包括: 创建和管理 Linux 和 Windows 虚拟机 (VM) 在集群中运行 pod 和虚拟机工作负载 通过各种控制台和 OVN-Kubernetes、OpenShift SDN 或 认证的 OpenShift CNI 插件 中列出的其他认证网络插件一起使用。 您可以通过安装 Compliance Operator 并运行带有 ocp4-moderate 和 ocp4-moderate-node 配置集的扫 描来检查您的 OpenShift Virtualization 集群的合规性。Compliance Operator deployment/cleanup-vm 在虚拟机上运行脚本或命令,然后在之后停止或删除 虚拟机。 deployment/disk-virt-customize 使用 virt-customize 在目标 PVS上运行一个自定 自定 义 义脚本。 deployment/disk-virt-sysprep 使用 virt-sysprep 在目标 PVC 上运行一个 sysprep 脚本。 deploy0 码力 | 393 页 | 4.53 MB | 1 年前3OpenShift Container Platform 4.14 存储
的块存储服务,用于管理所有卷的管理、安全性和调度。 配置映射 配置映射 配置映射提供将配置数据注入 pod 的方法。您可以在类型为 ConfigMap 的卷中引用存储在配置映射 中的数据。在 pod 中运行的应用程序可以使用这个数据。 Container Storage Interface (CSI) 在不同容器编配 (CO) 系统之间管理容器存储的 API 规格。 动态置 置备 该框架允许您 挂载到 Pod 中。您可以在不了解云环境的详情的情况下访问存 储。 Pod 一个或多个带有共享资源(如卷和 IP 地址)的容器,在 OpenShift Container Platform 集群中运行。 pod 是定义、部署和管理的最小计算单元。 重新声明策略 重新声明策略 告知集群在卷被释放后使用什么操作。卷重新声明政策包括 Retain、Recycle 或 Delete。 基于角色的 基于角色的访问控制 无法请求保证的本地存储。 本地存储是一个最佳资源。 pod 可能会因为其他 pod 填充本地存储而被驱除。只有在足够的存储被重新声明前,不会接受这 些新 pod。 与持久性卷不同,临时存储没有特定结构,它会被节点上运行的所有 pod 共享,并同时会被系统、容器运 行时和 OpenShift Container Platform 使用。临时存储框架允许 Pod 指定其临时本地存储需求。它还允 许 OpenShift0 码力 | 215 页 | 2.56 MB | 1 年前3OpenShift Container Platform 4.14 发行注记
应用程序提供了一个更加安全、可扩展的多租户操作系统,同时提供了集成的应用程序运行时及程序库。 OpenShift Container Platform 可以满足用户对安全性、隐私、合规性及监管的要求。 1.1. 关于此版本 OpenShift Container Platform (RHSA-2023:5006)现已正式发布。此发行版本使用 Kubernetes 1.27 和 CRI-O 运行时。OpenShift Container Manager 应用程序,您可以将 OpenShift Container Platform 集群部署到内部环境或云环境中。 OpenShift Container Platform 4.14 需要运行在 Red Hat Enterprise Linux (RHEL) 8.6、8.7 和 8.8 上,以 及 Red Hat Enterprise Linux CoreOS (RHCOS) 4.14 上。 对集 群进行维护和升级。如需更多信息,请参阅 OpenShift Operator 生命周期。 OpenShift Container Platform 专为 FIPS 设计。当以 FIPS 模式运行 Red Hat Enterprise Linux (RHEL) 或 Red Hat Enterprise Linux CoreOS (RHCOS)时,OpenShift Container Platform0 码力 | 73 页 | 893.33 KB | 1 年前3OpenShift Container Platform 4.14 更新集群
their respective owners. 摘要 摘要 本文档提供了有关更新和升级 OpenShift Container Platform 集群的信息。更新集群的过程较简单, 可以在不需要使集群离线的情况下进行。 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4. 执行 CANARY ROLLOUT 更新 3.5. 更新包含使用 RHEL 的计算(COMPUTE)系统的集群 3.6. 在断开连接的环境中更新集群 3.7. 更新在 VSPHERE 上运行的节点上运行的硬件 3.8. 使用多架构计算机器迁移到集群。 3.9. 更新托管的 CONTROL PLANE 3.10. 使用 BOOTUPD 更新 RHCOS 节点上的引导装载程序 第 第 4 章 Update Service 显示当前集群的所有推荐更新。如果 OpenShift Update Service 不建议升级路径,这可能是因为更新或目标发行版本存在已知问题。 两个控制器在持续更新模式下运行。第一个控制器持续更新有效负载清单,将清单应用到集群,并输出 Operator 的受控推出的状态,以指示它们是否处于可用、升级或失败状态。第二个控制器轮询 OpenShift Update Service,以确定更新是否可用。0 码力 | 149 页 | 1.94 MB | 1 年前3OpenShift 的Windows 容器支持
respective owners. 摘要 摘要 Red Hat OpenShift for Windows Containers 为在 OpenShift Container Platform 上运行 Microsoft Windows Server 容器提供了内置的支持。本指南提供所有详细信息。 . . . . . . . . . . . . . . . . . . . . . . . . Platform 集群中运行 Windows 计算节点的功能。这可以通过使用 Red Hat Windows Machine Config Operator(WMCO)来安 装和管理 Windows 节点来实现。通过红帽订阅,您可以获得对在 OpenShift Container Platform 中运行 Windows 工作负载的支持。WMCO 部署的 Windows 实例使用容器运行时配置。如需更多信息,请参阅 Windows Server 容器 上运行的 Windows 工作负载,同时还提供托管在 Red Hat Enterprise Linux CoreOS (RHCOS) 或 Red Hat Enterprise Linux (RHEL) 上的传统 Linux 工作负载。如需更多信息,请参阅开始使用 Windows 容器 工作负载。 您需要 WMCO 在集群中运行 Windows 工作负载。WMCO0 码力 | 52 页 | 962.49 KB | 1 年前3OpenShift Container Platform 4.7 更新集群
their respective owners. 摘要 摘要 本文档提供了有关更新和升级 OpenShift Container Platform 集群的信息。更新集群的过程较简单, 可以在不需要使集群离线的情况下进行。 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . OPENSHIFT UPDATE SERVICE 对于可访问互联网的集群,红帽通过 OpenShift Container Platform 更新服务提供更新,它作为公共 API 后面的一个托管服务运行。 注意 注意 如果您使用一个受限的网络,集群无法访问公共 API,您可以在本地安装 OpenShift Update Service。请参阅安装和配置 OpenShift Update Service。 Update Service 显示当前集群的所有推荐更新。如果 OpenShift Update Service 不建议升级路径,这可能是因为更新或目标发行版本存在已知问题。 两个控制器在持续更新模式下运行。第一个控制器持续更新有效负载清单,将清单应用到集群,并输出 Operator 的受控推出的状态,以指示它们是否处于可用、升级或失败状态。第二个控制器轮询 OpenShift Update Service,以确定更新是否可用。0 码力 | 62 页 | 716.72 KB | 1 年前3OpenShift Container Platform 4.7 日志记录
0 。 1.2.1.1. 新功能及功能增 新功能及功能增强 强 OpenShift Logging 5.1 现在支持 OpenShift Container Platform 4.7 及之后的版本运行: IBM Power 系统 IBM Z 和 LinuxONE 此版本对以下方面进行了改进 作为集群管理员,您可以使用 Kubernetes pod 标签从应用程序收集日志数据并将其发送到特定的 ClusterLogging CR 的 更改并删除持久性卷声明 (PVC)。 (LOG-1351) 在更新前,如果您重新部署了一个完整的 Elasticsearch 集群,它会处于不健康状态,一个非数据 节点正在运行,所有其他数据节点关闭。出现这个问题的原因是,新证书阻止 Elasticsearch Operator 缩减 Elasticsearch 集群的非数据节点。在这个版本中,Elasticsearch Operator indexmanagement cronjobs 中进行滚动时,如果 创建了新索引,它会验证别名指向新的索引。这个行为可防止错误。如果集群已经收到这个错 误, cronjob 会修复这个问题,以便后续运行可以正常工作。现在,执行滚动不再会产生异常。 (BZ#1893992) 在以前的版本中,Fluent 会在日志堆栈功能正常的情况下停止发送日志。即使端点已可以使用, 在一段时间内日志也无法发送到端点。如果最大的0 码力 | 183 页 | 1.98 MB | 1 年前3OpenShift Container Platform 4.8 日志记录
程序错误修复 5.4.1。 1.8.1. 程序错误修复 在此次更新之前,日志文件指标 exporter 仅报告在导出器运行期间创建的日志,从而造成日志增 第 第 1 章 章 LOGGING 发 发行注 行注记 记 13 在此次更新之前,日志文件指标 exporter 仅报告在导出器运行期间创建的日志,从而造成日志增 长数据不准确。此次更新通过监控 /var/log/pods 解决了这个问题。(LOG-2442) 在此次更新之前,OpenShift Logging 仪表板会显示一个空的 CPU 图形,因为引用无效指标。在 这个版本中,选择了正确的数据点来解决此问题。(LOG-2026) 在此次更新之前,Fluentd 容器镜像包含在运行时不需要的构建程序工具。这个版本从镜像中删 除这些工具。(LOG-1927) 在此次更新之前,在 5.3 版本中部署的收集器的名称更改会导致日志记录收集器生成 FluentdNodeDown 警报。在这个版本中,修复 3.1 此发行版本包括 RHSA-2021:5129 OpenShift Logging 程序错误修复 5.3.1 1.22.1. 程序错误修复 在此次更新之前,Fluentd 容器镜像包含在运行时不需要的构建程序工具。这个版本从镜像中删 除这些工具。(LOG-1998) 在此次更新之前,日志记录仪表板会显示空 CPU 图形,因为引用无效指标。在这个版本中,日志 记录仪表板可以正确地显示 CPU0 码力 | 223 页 | 2.28 MB | 1 年前3
共 70 条
- 1
- 2
- 3
- 4
- 5
- 6
- 7