第 第 4 章 章 NODE FEATURE DISCOVERY OPERATOR 4.1. 关于 NODE FEATURE DISCOVERY OPERATOR 4.2. 安装 NODE FEATURE DISCOVERY OPERATOR 4.3. 使用 NODE FEATURE DISCOVERY OPERATOR 4.4. 配置 NODE FEATURE DISCOVERY OPERATOR 上构建的驱动程序容器镜像的基础镜像。 特殊资源 Operator (SRO) 编配驱动程序容器的构建和管理，以便在现有 OpenShift 或 Kubernetes 集群上加载内核模块和驱动程序。 Node Feature Discovery (NFD) Operator 为 CPU 功能、内核版本、PCIe 设备供应商 ID 等添加 节点标签。 第 第 1 章 章 关于 关于专 专用硬件和 用硬件和驱动 驱动程序 Container Platform 集群。 已安装 OpenShift CLI（oc）。 以具有 cluster-admin 权限的用户身份登录 OpenShift CLI。 已安装 Node Feature Discovery (NFD) Operator。 流程 流程 1. 在 openshift-operators 命名空间中安装 SRO： a. 创建以下 Subscription CR，并将

第 第 3 章 章 NODE FEATURE DISCOVERY OPERATOR 3.1. 关于 NODE FEATURE DISCOVERY OPERATOR 3.2. 安装 NODE FEATURE DISCOVERY OPERATOR 3.3. 使用 NODE FEATURE DISCOVERY OPERATOR 3.4. 配置 NODE FEATURE DISCOVERY OPERATOR 3 章 NODE FEATURE DISCOVERY OPERATOR 了解 Node Feature Discovery（NFD）Operator 以及如何使用它通过编排节点功能发现（用于检测硬件 功能和系统配置的 Kubernetes 附加组件）来公开节点级信息。 3.1. 关于 NODE FEATURE DISCOVERY OPERATOR Node Feature Discovery 使用特定于节点的属性标记主机，如 PCI 卡、内核、操作 系统版本等。 NFD Operator 可以通过搜索 "Node Feature Discovery" 在 Operator Hub 上找到。 3.2. 安装 NODE FEATURE DISCOVERY OPERATOR Node Feature Discovery（NFD）Operator 编排运行 NFD 守护进程集需要的所有资源。作为集群管理 员，您可以使用

输出示例 出示例 请注意，不需要为节点指定命名空间。节点定义是在集群范围之内。 2.2.8. 部署 Node Feature Discovery Operator 创建启用了 GPU 的节点后，您需要发现启用了 GPU 的节点，以便调度它。为此，请安装 Node Feature Discovery (NFD) Operator。NFD Operator 识别节点中的硬件设备功能。它解决了在基础架构节点中识 OpenShift Container Platform 控制台中，从 OperatorHub 安装 Node Feature Discovery Operator。 2. 将 NFD Operator 安装到 OperatorHub 后，从已安装的 Operator 列表中选择 Node Feature Discovery，然后选择 Create instance。这会在 openshift-nfd 命名空间中安装 nfd-worker pod。 3. 运行以下命令验证 Operator 是否已安装并正在运行： 输出示例 出示例 4. 浏览到控制台中的已安装的 Oerator，再选择 Create Node Feature Discovery。 5. 选择 Create 以构建 NFD 自定义资源。这会在 openshift-nfd 命名空间中创建 NFD pod，为硬件 资源和目录轮询 OpenShift Container

Kubernetes 调度程序了解资 源可用性，因此调度程序可以在具有足够资源的节点上调度 pod。 SR-IOV CNI 插件 插件 $ oc label node feature.node.kubernetes.io/network-sriov.capable="true" 第 第 12 章 章 硬件网 硬件网络 络 97 SR-IOV CNI 插件会附加从 SR-IOV openshift-sriov-network-operator 2 spec: resourceName: 3 nodeSelector: feature.node.kubernetes.io/network-sriov.capable: "true" 4 priority: 5 mtu: 6 numVfs: policy-ib-net-1 namespace: openshift-sriov-network-operator spec: resourceName: ibnic1 nodeSelector: feature.node.kubernetes.io/network-sriov.capable: "true" numVfs: 4 nicSelector: vendor: "15b3"

自动迁移排空，然后按顺序重启集群中的所有节点。这可能需要一些时间。 流程 流程 启用功能门（请参阅 Nodes → working with cluster → Enabling features using feature gates ）。 重要 重要 在使用功能门开启技术预览功能后，无法关闭它们。因此，集群升级会被阻止。 以下配置示例启用 CSI 自动迁移到 CSI 驱动程序（AWS EBS 和 Cinder）: 流程 流程 1. 通过 TechPreviewNoUpgrade 功能集启用功能门（请参阅 Nodes → Enabling features using feature gates）。 重要 重要 在使用功能门（feature gate）启用技术预览功能后，无法关闭这些技术预览功 能，并会防止集群升级。 2. 验证集群操作器存储： AVAILABLE 应该为 "True"。 PROGRESSING 流程 流程 1. 通过 TechPreviewNoUpgrade 功能集启用功能门（请参阅 Nodes → Enabling features using feature gates）。 重要 重要 在使用功能门（feature gate）启用技术预览功能后，无法关闭这些技术预览功 能，并会防止集群升级。 2. 验证集群操作器存储： AVAILABLE 应该为 "True"。 PROGRESSING

Kubernetes 调度程序了解资 源可用性，因此调度程序可以在具有足够资源的节点上调度 pod。 SR-IOV CNI 插件 插件 $ oc label node feature.node.kubernetes.io/network-sriov.capable="true" OpenShift Container Platform 4.9 网 网络 络 162 SR-IOV openshift-sriov-network-operator 2 spec: resourceName: 3 nodeSelector: feature.node.kubernetes.io/network-sriov.capable: "true" 4 priority: 5 mtu: 6 needVhostNet: policy-ib-net-1 namespace: openshift-sriov-network-operator spec: resourceName: ibnic1 nodeSelector: feature.node.kubernetes.io/network-sriov.capable: "true" numVfs: 4 nicSelector: vendor: "15b3"

护进程 程 SR-IOV Network Operator 启动时部署在 worker 节点上的守护进程集。守护进程负责在集群中发现和 $ oc label node feature.node.kubernetes.io/network-sriov.capable="true" 第 第 26 章 章 硬件网 硬件网络 络 291 SR-IOV Network Operator openshift-sriov-network-operator 2 spec: resourceName: 3 nodeSelector: feature.node.kubernetes.io/network-sriov.capable: "true" 4 priority: 5 mtu: 6 needVhostNet: policy-ib-net-1 namespace: openshift-sriov-network-operator spec: resourceName: ibnic1 nodeSelector: feature.node.kubernetes.io/network-sriov.capable: "true" numVfs: 4 nicSelector: vendor: "15b3"

OpenShift Logging OpenShift Do (odo) Machine Configuration Operator 用于使用安装程序置备的基础架构的安装 Node Feature Discovery Operator OpenShift Container Platform 内核（CVO Operator） 使用用户置备的基础架构的集群的安装程序 OVS 基于 RHEL8 edit deployment olm-operator ... spec: containers: - args: ... - --feature-gates 1 - OperatorLifecycleManagerV2=true 2 $ oc patch clusterversion version \ --type=merge 8.4.1. 程序 程序错误 错误修复 修复 由于一个已知问题，OpenShift Container Platform 4.6.1 的新安装中没有 GPU Operator 和 Node Feature Discovery（NFD）Operator。您需要安装 OpenShift Container Platform 4.5 并将集群 升级到 4.6.1 版以使用 GPU 和 NFD Operator。这个问题已被解决，GPU

包括 包括 kube Descheduler Operator 由红帽提供的本地存储 包括 包括 Local Storage Operator 红帽提供的节点功能发现 包括 包括 Node Feature Discovery Operator 第 第 2 章 章 关于 关于 {OKE} 11 Performance Add-on Operator 包括 包括 Performance Add-on

openshift-node # oc edit cm node-config-compute -n openshift-node ... kubeletArguments: ... feature-gates: - CPUManager=true cpu-manager-policy: - static cpu-manager-reconcile-period: - 5s