worker。在 Microsoft SVVP Catalog 中，它们名为 Red Hat OpenShift Container Platform 4 on RHEL CoreOS 8。 Intel 和 AMD CPU。 OpenShift Virtualization 现在与 OpenShift Service Mesh 集成。您可以将虚拟机连接到服务网 格， 以使用 IPv4 监控、视觉化和控制在默认 自定义资源(CR)配置为在安装驱动程序前启用介质设备，则不会启 用介质设备。更新可能会触发此问题。例如，如果在 daemonset 之前更新 virt-handler，它安装 NVIDIA 驱动程序，则节点无法提供虚拟机 GPU。(BZ#2046298) 作为临时解决方案： 1. 从 HyperConverged CR 中删除 mediatedDevicesConfiguration 和 permittedHostDevices。 应商提供的裸机 商提供的裸机实 实例或服 例或服务 务器。 器。 CPU 要求 要求 Red Hat Enterprise Linux(RHEL)8 支持 支持 Intel 64 或 AMD64 CPU 扩展 启用 Intel VT 或 AMD-V 硬件虚拟化扩展 启用 NX（无执行）标记 存 存储 储要求 要求 OpenShift Container Platform 支持 警告 警告

Foundation，Ceph RBD 卷优先于 CephFS 卷。 重要 重要 您无法实时迁移使用以下配置的虚拟机： 具有 ReadWriteOnce (RWO) 访问模式的存储卷 透传功能，比如 GPU 对于这些虚拟机，不要将 evictionStrategy 字段设置为 LiveMigrate。 1.3. 单节点 OPENSHIFT 的不同 您可以在单节点 OpenShift 上安装 OpenShift Network transfer 图。默认情况下，Network transfer 显示所有网络的总和。要查看特定网络的分类，请点 Breakdown by network。 硬件 硬件设备 设备标题 GPU 和主机设备 警 警报 报标题 OpenShift Virtualization 警报，按严重性分组 快照 快照标题 进 进行快照 行快照 和 快照 快照 表。 网 网络 络接口 接口标题 SSH 点复制图标将 virtctl ssh 命令复制到剪贴板。 SSH 服务类型选项 选择 SSH over LoadBalancer 或 SSH over NodePort。 GPU 设备 点编辑图标添加 GPU 设备。 主机设备 点编辑图标添加主机设备。 无头模式 点编辑图标启用无头模式。 Services 部分 如果安装了 QEMU 客户机代理，则显示服务。 活跃用户部分 如果安装了

1.2.6.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 网络必须使用 DHCP 或 Red Hat Openshift SDN 的静态地址。 使用 Eclipse OpenJ9 的 AdoptOpenJDK 安装程序置备的基础架构 NVIDIA GPU 设备管理器 特殊资源 Operator OpenShift Ansible Service Broker Operator（已弃用） dotNET on RHEL 支持的功能 支持的功能 提高了支持性，如集成收集以及改进状态报告。 已设计并记录了一个覆盖字段内紧急配置的方法。 1.2.6.4. 使用 使用 Intel 设备优 设备优化数据平面性能 化数据平面性能 OpenShift Container Platform 4.6 支持： Intel FPGA PAC N3000 的 Open Operator Open SR-IOV Operator for Wireless

在以前的版本中，所有 DNS 的传输控制协议 (TCP) 连接都是负载均衡的。在这个版本中，TCP 连接被启用为首选本地 DNS 端点。(OCPBUGS-9985) 在以前的版本中，对于 Intel E810 NIC，当 pod 被删除时，在 SR-IOV 上重置 MAC 地址会导致失 败。这会导致在使用 SR-IOV VF 创建 pod 时会有一个较长的延迟。在这个版本中，容器网络接 口 (CNI) 功能 功能 4.12 4.13 4.14 PTP dual NIC 硬件配置为边界时钟 技术预览 公开发行 公开发行 Intel E810 Westport Channel NIC 作为 PTP grandmaster 时钟 不可用 技术预览 技术预览 双 Intel E810 Westport Channel NIC 作为 PTP grandmaster 时 钟 不可用 不可用 技术预览 BlueField-2 的 OvS Hardware Offload 支持 技术预览 公开发行 公开发行 将 Bluefield-2 从 DPU 切换到 NIC 技术预览 公开发行 公开发行 Intel E810-XXVDA4T 不可用 公开发行 公开发行 出口服务自定义资源 不可用 不可用 技术预览 BGPPeer 自定义资源中的 VRF 规格 不可用 不可用 技术预览 NodeNetw

OpenShift Container Platform 实现中，它通过扩展计算机器 设置 API 来与 Machine API 集成。您可以使用以下方法使用集群自动扩展来管理集群： 为内核、节点、内存和 GPU 等资源设置集群范围的扩展限制 设置优先级，以便集群对 pod 和新节点进行优先排序，而在不太重要的 pod 时不会上线 设置扩展策略，以便您可以扩展节点，但不会缩减节点 机器健康 机器健康检查 值，不要为 Spot 实例设 置最大价格。 2.2.7. 将 GPU 节点添加到现有 OpenShift Container Platform 集群中 您可以复制并修改默认计算机器集配置，以便为 AWS EC2 云供应商创建启用了 GPU 的机器集和机器。 有关支持的实例类型的更多信息，请参阅以下 NVIDIA 文档： NVIDIA GPU Operator 社区支持列表 NVIDIA AI Enterprise MachineSet 定义并将结果输出到 JSON 文件。这将是启用了 GPU 的计算机器集定义的基础。 5. 编辑 JSON 文件，并对新 MachineSet 定义进行以下更改： 将 worker 替换为 gpu。这将是新计算机集的名称。 将新 MachineSet 定义的实例类型更改为 g4dn，其中包括 NVIDIA Tesla T4 GPU。要了解更 多有关 AWS g4dn 实例类型的信息，请参阅加速计算。

requests 和 limits。目前，扩 展资源只允许使用带有前缀 requests. 配额项。以下是如何为 GPU 资源 nvidia.com/gpu 设置资源配额 的示例场景。 流程 1. 确定集群中某个节点中有多少 GPU 可用。例如： 输 输出示例 出示例 本例中有 2 个 GPU 可用。 2. 在命名空间 nvidia 中设置配额。本例中配额为 1： 输 输出示例 出示例 resourcequota 'Capacity|Allocatable|gpu' openshift.com/gpu-accelerator=true Capacity: nvidia.com/gpu: 2 Allocatable: nvidia.com/gpu: 2 nvidia.com/gpu 0 0 # cat gpu-quota.yaml apiVersion: 定义一个请求单个 GPU 的 Pod。以下示例定义文件名为 gpu-pod.yaml： 6. 创建 pod： name: gpu-quota namespace: nvidia spec: hard: requests.nvidia.com/gpu: 1 # oc create -f gpu-quota.yaml resourcequota/gpu-quota created

requests 和 limits。目前，扩 展资源只允许使用带有前缀 requests. 配额项。以下是如何为 GPU 资源 nvidia.com/gpu 设置资源配额 的示例场景。 流程 流程 1. 确定集群中某个节点中有多少 GPU 可用。例如： 输 输出示例 出示例 本例中有 2 个 GPU 可用。 2. 在命名空间 nvidia 中设置配额。本例中配额为 1： 输 输出示例 出示例 resourcequota 'Capacity|Allocatable|gpu' openshift.com/gpu-accelerator=true Capacity: nvidia.com/gpu: 2 Allocatable: nvidia.com/gpu: 2 nvidia.com/gpu 0 0 # cat gpu-quota.yaml apiVersion: 定义一个请求单个 GPU 的 Pod。以下示例定义文件名为 gpu-pod.yaml： 6. 创建 pod： name: gpu-quota namespace: nvidia spec: hard: requests.nvidia.com/gpu: 1 # oc create -f gpu-quota.yaml resourcequota/gpu-quota created

展 此资源基于上游集群自动扩展项目。在 OpenShift Container Platform 实现中，它通过扩展机器集 API 来与 Machine API 集成。您可以为核心、节点、内存和 GPU 等资源设置集群范围的扩展限制。您可以 设置优先级，使集群对 Pod 进行优先级排序，以便不针对不太重要的 Pod 使新节点上线。您还可以设 置扩展策略，以便可以扩展节点，但不会缩减节点。 机器健康 展 此资源基于上游集群自动扩展项目。在 OpenShift Container Platform 实现中，它通过扩展机器集 API 来与 Machine API 集成。您可以为核心、节点、内存和 GPU 等资源设置集群范围的扩展限制。您可以 设置优先级，使集群对 Pod 进行优先级排序，以便不针对不太重要的 Pod 使新节点上线。您还可以设 置扩展策略，以便可以扩展节点，但不会缩减节点。 机器健康 展 此资源基于上游集群自动扩展项目。在 OpenShift Container Platform 实现中，它通过扩展机器集 API 来与 Machine API 集成。您可以为核心、节点、内存和 GPU 等资源设置集群范围的扩展限制。您可以 设置优先级，使集群对 Pod 进行优先级排序，以便不针对不太重要的 Pod 使新节点上线。您还可以设 置扩展策略，以便可以扩展节点，但不会缩减节点。 机器健康

展 此资源基于上游集群自动扩展项目。在 OpenShift Container Platform 实现中，它通过扩展机器集 API 来与 Machine API 集成。您可以为核心、节点、内存和 GPU 等资源设置集群范围的扩展限制。您可以 设置优先级，使集群对 Pod 进行优先级排序，以便不针对不太重要的 Pod 使新节点上线。您还可以设 置扩展策略，以便可以扩展节点，但不会缩减节点。 机器健康 展 此资源基于上游集群自动扩展项目。在 OpenShift Container Platform 实现中，它通过扩展机器集 API 来与 Machine API 集成。您可以为核心、节点、内存和 GPU 等资源设置集群范围的扩展限制。您可以 设置优先级，使集群对 Pod 进行优先级排序，以便不针对不太重要的 Pod 使新节点上线。您还可以设 置扩展策略，以便可以扩展节点，但不会缩减节点。 机器健康

建和部署树外内核模块和驱动程序。内核模块和驱动程序是在操作系统内核中具有高级别权限运行的软件 库。它们扩展了内核功能，或者提供控制新设备所需的硬件特定代码。例如，硬件设备，如现场可编程阵 列 (FPGA) 或图形处理单元(GPU)，以及软件定义的存储解决方案（客户端机器上需要内核模块）。驱动 程序容器是用于在 OpenShift Container Platform 部署中启用这些技术的软件堆栈的第一层。 第 第 1 章 内核模块和驱动程序是在操作系统内核中具有高级别权限运行的软件库。它们扩展了内核功能，或者提供 控制新设备所需的硬件特定代码。示例包括 Field Programmable Gate Arrays（FPGA）或 GPU 等硬件设 备，以及软件定义型存储（SDS）解决方案（如 Lustre parallel 文件系统，它在客户端机器上需要内核模 块）。驱动程序容器是用于在 Kubernetes 上启用这些技术的软件堆栈的第一层。