PAC N3000 的 Open Operator Open SR-IOV Operator for Wireless FEC 加速器 注意 注意 N3000 Operator 需要预构建驱动程序容器，其中包含树内内核模块的 Open Programmable 加速器引擎 (OPAE)。预构建的驱动程序容器由 Intel 构建并提供，目前 OpenShift Container Platform operator@intel.com 联系 Intel。 如需了解更多详细信息，请参阅 Wireless FEC 加速器的 OpenNESS Operator。 这些 Operator 支持 vRAN 部署对低功耗、成本和延迟的要求，同时还提供相应的功能来管理性能高峰。 4G 和 5G 工作负载中最需要计算资源的是 RAN 第 1 层 (L1) 转发错误更正 (FEC)，它可以解决不可靠或不 安全通信通道上的数据传输错误。 5G 而言至关重要。FEC 通常在字段可编程 Arrays (FPGA) 加速器卡上实施，如 Intel PAC N300 以及最近在 Intel vRAN Dedicated 加速器 ACC100 上实现。 如需更多信息，请参阅使用 Intel FPGA PAC N3000 和 Intel vRAN Dedicated 加速器 ACC100 优化数据 平面性能。 1.2.6.5. 在控制台中管理裸机主机

版本。例如，OSA Express 7S 10 GbE 与带有事务工作负载类型的 OSA Express 6S 10 GbE 相比有显著改进，尽管两者都是 10 GbE 适配器。 每个虚拟交换机都添加了额外的延迟层。 负载平衡器在集群外的网络通信中扮演重要角色。如果这对应用程序至关重要，请考虑使用生产 环境级的硬件负载平衡器。 OpenShift Container Platform SDN 引入了影响网络性能的流程和规则。确保对 和其他设 备资源）。 拓扑管理器使用收集来的提示信息中获得的拓扑信息，根据配置的 Topology Manager 策略以及请求的 Pod 资源，决定节点是否被节点接受或拒绝。 拓扑管理器对希望使用硬件加速器来支持对工作延迟有极高要求的操作及高吞吐并发计算的负载很有用。 要使用拓扑管理器，您必须使用 静 静态 态 策略配置 CPU Manager。 5.1. 设置 CPU MANAGER 流程 流程 registry Metrics3 日志 日志记录 记录 Apps 1 ReadOnlyMany 2 ReadWriteMany 3 Prometheus 是用于指 是用于指标 标数据的底 数据的底层 层技 技术 术。 。 4 这 这不适用于物理磁 不适用于物理磁盘 盘、虚 、虚拟 拟机物理磁 机物理磁盘 盘、 、VMDK 、 、NFS 回送、 回送、AWS EBS 和 和 Azure 磁 磁盘 盘。

支持动态 PV 部署的存储技术的挂载时间延迟较低，且不与节点绑定来支持一个健康的集群。 应用程序开发人员需要了解应用程序对存储的要求，以及如何与所需的存储一起工作以确保应用 程序扩展或者与存储层交互时不会出现问题。 5.3.2. 其他特定的应用程序存储建议 OpenShift Container Platform 内部 etcd：为了获得最好的 etcd 可靠性，首选使用具有最低一致 性延迟的存储技术。 表 5.3. 图 图形 形驱动 驱动程序比 程序比较 较 名称 名称 描述 描述 优 优点 点 限制： 限制： OverlayFS overlay overlay2 组合一个较低（父）和上 层（子上）文件系统和工 作目录（位于与子进程相 同的文件系统上）。较低 文件系统是基础镜像，当 您创建新容器时，会创建 一个包含 deltas 的新文 件系统。 在启动和停止容 器时比设备映射 器更快。设备映 文件系统中，而较小的文件系统则未修改。这允许多个用户共享文件系统镜像，如容器或 DVD-ROM，基 础镜像使用只读介质。 OverlayFS 在一个 Linux 主机上对两个目录进行分层，并将其呈现为一个目录。这些目录称为层，卸载过 程指代为联合挂载。 OverlayFS 使用两个图形驱动程序之一，即 overlay 或 overlay2。从 Red Hat Enterprise Linux 7.2 开 始， overlay

Kubernetes 配置来部署 OpenShift Container Platform 控制平面 （control plane）。 Control plane（控制平面） （控制平面） 一个容器编配层，用于公开 API 和接口来定义、部署和管理容器的生命周期。也称为 control plane 机 器。 Compute 节 节点 点 负责执行集群用户工作负载的节点。也称为 worker 节点。 Platform 镜像。根据您的需要，请参阅本文档的"镜像 OpenShift Container Platform 镜像存储库"或"镜像 Operator 目录"部分以用于此文档。 注意 注意 如果因为存储层问题导致 Red Hat OpenShift 镜像存储了镜像 registry 存在问题， 您可以在更稳定的存储上对 OpenShift Container Platform 镜像重新镜像(mirror) Platform 镜像。根据您的需要，请参阅本文档的"镜像 OpenShift Container Platform 镜像存储库"或"镜像 Operator 目录"部分以用于此文档。 注意 注意 如果因为存储层问题导致 Red Hat OpenShift 镜像存储了镜像 registry 存在问题， 您可以在更稳定的存储上对 OpenShift Container Platform 镜像重新镜像(mirror)

Platform 镜像。根据您的需要，请参阅本文档的"镜像 OpenShift Container Platform 镜像存储库"或"镜像 Operator 目录"部分以用于此文档。 注意 注意 如果因为存储层问题导致 Red Hat OpenShift 镜像存储了镜像 registry 存在问题， 您可以在更稳定的存储上对 OpenShift Container Platform 镜像重新镜像(mirror) Platform 镜像。根据您的需要，请参阅本文档的"镜像 OpenShift Container Platform 镜像存储库"或"镜像 Operator 目录"部分以用于此文档。 注意 注意 如果因为存储层问题导致 Red Hat OpenShift 镜像存储了镜像 registry 存在问题， 您可以在更稳定的存储上对 OpenShift Container Platform 镜像重新镜像(mirror) --quayStorage 保存 Quay 持久性存储数据的文件夹。默认为 quay-storage Podman 卷。卸载需 要 root 权限。 --quayRoot, -r 保存容器镜像层和配置数据的目录，包括 rootCA.key、rootCA.pem 和 rootCA.srl 证书。如果未指定，则默认为 $HOME/quay-install。 --ssh-key,-k SSH 身份密钥的路径。如果未指定，则默认为

等硬件设 备，以及软件定义型存储（SDS）解决方案（如 Lustre parallel 文件系统，它在客户端机器上需要内核模 块）。驱动程序容器是用于在 Kubernetes 上启用这些技术的软件堆栈的第一层。 Driver Toolkit 中的内核软件包列表包括以下内容及其依赖项： kernel-core kernel-devel kernel-headers kernel-modules Operator (SRO) 可帮助您管理现有 OpenShift Container Platform 集群上的内核模块和驱动程 序的部署。SRO 可用于像构建和加载单个内核模块那样简单的情况，或者像为硬件加速器部署驱动程 序、设备插件和监控堆栈复杂。 对于载入内核模块，SRO 围绕使用驱动程序容器设计。云原生环境（特别是在纯容器操作系统上运行） 中越来越多地使用驱动程序容器向主机提供硬件驱动程序。驱动程序容器将内核堆栈扩展至特定内核的现

Kubernetes 配置来部署 OpenShift Container Platform 控制平面 （control plane）。 Control plane（控制平面） （控制平面） 一个容器编配层，用于公开 API 和接口来定义、部署和管理容器的生命周期。也称为 control plane 机 器。 Compute 节 节点 点 负责执行集群用户工作负载的节点。也称为 worker 节点。 Platform 镜像。根据您的需要，请参阅本文档的"镜像 OpenShift Container Platform 镜像存储库"或"镜像 Operator 目录"部分以用于此文档。 注意 注意 如果因为存储层问题导致 Red Hat OpenShift 镜像存储了镜像 registry 存在问题， 您可以在更稳定的存储上对 OpenShift Container Platform 镜像重新镜像(mirror) Platform 镜像。根据您的需要，请参阅本文档的"镜像 OpenShift Container Platform 镜像存储库"或"镜像 Operator 目录"部分以用于此文档。 注意 注意 如果因为存储层问题导致 Red Hat OpenShift 镜像存储了镜像 registry 存在问题， 您可以在更稳定的存储上对 OpenShift Container Platform 镜像重新镜像(mirror)

qemu-guest- 第 第 8 章 章 虚 虚拟 拟机 机 71 正在运行的 Windows 虚拟机装有 QEMU 客户机代理。VirtIO 驱动程序中包含 qemu-guest- agent。 第 2 层 vNIC 附加到虚拟机。 与 Windows 虚拟机处于相同网络的机器上装有 RDP 客户端。 流程 流程 1. 在 OpenShift Container Platform 控制台中，从侧边菜单中点 详 详情 情页。 3. 点击 Console 选项卡。 4. 在 Console 列表中，选择 Desktop Viewer。 5. 在 Network Interface 列表中，选择第 2 层 vNIC。 6. 点击 Launch Remote Desktop 下载 console.rdp 文件。 7. 打开 RDP 客户端并引用 console.rdp 文件。例如，使用 Remmina： 附加到虚拟机的第 2 层 vNIC。 与 Windows 虚拟机处于相同网络的机器上装有 RDP 客户端。 流程 流程 1. 以具有访问令牌的用户身份通过 oc CLI 工具登录 OpenShift Virtualization 集群。 2. 使用 oc describe vmi 显示正在运行的 Windows 虚拟机的配置。 输出示例 出示例 3. 找出并复制第 2 层网络接口的 IP 地址。在以上示例中是

ReadWriteMany (RWX) 访问模式。 与 Filesystem 卷模式相比，Block 卷模式性能有显著提高。这是因为 Filesystem 卷模式使用更 多存储层，包括文件系统层和磁盘镜像文件。虚拟机磁盘存储不需要这些层。 例如，如果您使用 Red Hat OpenShift Data Foundation，Ceph RBD 卷优先于 CephFS 卷。 重要 重要 您无法实时迁移使用以下配置的虚拟机： ReadWriteMany (RWX) 访问模式。 与 Filesystem 卷模式相比，Block 卷模式性能有显著提高。这是因为 Filesystem 卷模式使用更 多存储层，包括文件系统层和磁盘镜像文件。虚拟机磁盘存储不需要这些层。 例如，如果您使用 Red Hat OpenShift Data Foundation，Ceph RBD 卷优先于 CephFS 卷。 重要 重要 您无法实时迁移使用以下配置的虚拟机： 能/机器学习(AI/ML)工作负载。Operator 还提供了扩展其基础架构的 GPU 容量的简单方法，从而可以快 速增长基于 GPU 的工作负载。 有关使用 NVIDIA GPU Operator 为运行 GPU 加速虚拟机置备 worker 节点的更多信息，请参阅使用 OpenShift Virtualization 的 NVIDIA GPU Operator。 10.15.12.2. 关于在 关于在 OpenShift

Platform 4.8 CLI 工具 工具 44 2.5.1.76. oc idle 闲置可扩展资源 用法示例 用法示例 2.5.1.77. oc image append 向镜像添加层并将其推送到 registry 用法示例 用法示例 oc get -o json pod web-pod-13je7 # List a pod identified by type and RabbitMQ。 在 odo 中，服务从 OpenShift Service Catalog 置备，且必须在集群中启用。 devfile 用于定义容器化开发环境的开放式标准，使开发人员工具可以简化和加速工作流。如需更多信息，请 参阅文档 https://devfile.io。 您可以连接到公开可用的 devfile registry，也可以安装安全 registry。 3.2.3. 列出 odo