POD 访问外部资源 2.8.1. 了解设备插件 设备插件示例 2.8.1.1. 设备插件部署方法 2.8.2. 了解设备管理器 2.8.3. 启用设备管理器 2.9. 在 POD 调度决策中纳入 POD 优先级 2.9.1. 了解 pod 优先级 2.9.1.1. Pod 优先级类 2.9.1.2. Pod 优先级名称 2.9.2. 了解 pod 抢占 2.9.2.1. Pod 域套接字。只有启 启用了 用了 设备 设备管理器，才会在 管理器，才会在 Kubelet 启动时创 启动时创建此 建此 sock 文件。 文件。 2.9. 在 在 POD 调 调度决策中 度决策中纳 纳入 入 POD 优 优先 先级 级 您可以在集群中 您可以在集群中启 启用 用 pod 优 优先 先级 级与 与抢 抢占功能。 占功能。pod 优 优先 先级 级指明 指明 pod io/memory-pressure： ：节 节点存在内存 点存在内存压 压力 力问题 问题。 。这 这与 与节 节点状况 点状况 MemoryPressure=True 对应 对应。 。 node.kubernetes.io/disk-pressure： ：节 节点存在磁 点存在磁盘压 盘压力 力问题 问题。 。这 这与 与节 节点状况 点状况 DiskPressure=True

POD 访问外部资源 2.8.1. 了解设备插件 设备插件示例 2.8.1.1. 设备插件部署方法 2.8.2. 了解设备管理器 2.8.3. 启用设备管理器 2.9. 在 POD 调度决策中纳入 POD 优先级 2.9.1. 了解 pod 优先级 2.9.1.1. Pod 优先级类 2.9.1.2. Pod 优先级名称 2.9.2. 了解 pod 抢占 2.9.2.1. 非抢占优先级类（技术预览） sock，确保已启用了设备管 理器。这是设备管理器 gRPC 服务器在其上侦听新插件注册的 UNIX 域套接字。只有启用了设备 管理器，才会在 Kubelet 启动时创建此 sock 文件。 2.9. 在 POD 调度决策中纳入 POD 优先级 您可以在集群中启用 pod 优先级与抢占功能。pod 优先级指明 pod 相对于其他 pod 的重要程度，并根据 这个优先级对 pod 进行队列处理。pod 抢占允许集群驱除或抢占较低优先级 此配置集会尝试将尽量多的 pod 放置到尽量少的节点。这样可最小化节点数，并且每个节点的资源使 用率很高。 NoScoring 这是一个低延迟配置集，通过禁用所有分数插件来实现最快的调度周期。这可能会为更快的调度决策 提供更好的要求。 3.3.2. 配置调度程序配置集 您可以将调度程序配置为使用调度程序配置集。 注意 注意 不要同时设置调度程序策略和调度程序配置集。如果这两个同时设置，调度程序策略将具 有优先权。

调度程序通过不知道 pod 请求的资源可用而 导致做出非最佳的调度决定时，pod 创建可能会出现 Topology Affinity Error 状态。调度不匹配决策可 能会导致 pod 启动延迟。另外，根据集群状态和资源分配，pod 调度决策可能会因为启动失败而对集群造 成额外的负载。 NUMA Resources Operator 部署了一个自定义 NUMA 资源辅助调度程序和其他资源，以缓解默认 四个计算节点用于运行同时具有 100/250/500 pod 的多个迭代的测试。首先，使用闲置 pod 来 评估 pod 是否可以实例。接下来，使用网络和 CPU 要求客户端/服务器工作负载来评估系统在压 力下的稳定性。客户端和服务器 pod 是部署范围，每个对分布在两个计算节点上。 3. 没有单独的工作负载节点。工作负载在两个计算节点之间模拟微服务工作负载。 4. 使用的物理处理器数量是 6 个用于

准入上置备 CSI 临时卷的独 立 CSI 驱动程序的使用。管理员可以添加 csi-ephemeral-volume-profile 标签，然后 Admission 插件会 检查该标签，并在强制、警告和审核决策中使用。 5.2.2.1. 概述 概述 要使用 CSI Volume Admission 插件，管理员将 security.openshift.io/csi-ephemeral-volume-profile 卷的现有 pod 不受影响。如果 pod 使用 容器存储接口(CSI)卷，插件会查找 CSIDriver 对象并检查 csi-ephemeral-volume-profile 标签，然后在 强制、警告和审计决策中使用标签值。 5.2.2.2. Pod 安全配置集 安全配置集强 强制 制 当 CSI 驱动程序具有 csi-ephemeral-volume-profile 标签时，使用 CSI 驱动程序挂载 插件会考虑驱动程序具有强制、警告和审计行为的 privileged 配置集。同样，如果 pod 的命名空间没有设 置 pod 安全准入标签，Admission 插件会假定允许 restricted 配置集强制、警告和审核决策。因此，如果 没有设置标签，则使用该 CSI 驱动程序的 CSI 临时卷默认仅在特权命名空间中可用。 OpenShift Container Platform 和支持临时卷附带的 CSI 驱动程序为

环境（如 OpenShift Container Platform）中管理和部署该应用程序。创建镜像后的典型后续步骤： 了解 Kubernetes 清单中使用的不同资源 就您将运行的应用程序做出一些决策 收集支持组件 创建清单并将该清单存储到 Git 存储库中，以便您可以将其存储在源版本控制系统中，对其进行 审核、跟踪和升级，并将其部署到下一环境中，在必要时回滚到旧版本，以及与他人共享 4.3

并发利用率 决定了在 Knative 扩展额外 pod 前必须满足并发请求限制的百分比，以处理额外 的流量。 自动扩展窗口定义了平均时间窗口，以便在自动扩展器不处于 panic 模式时提供缩放决策的输 入。如果在此窗口中没有收到任何请求，服务将缩减为零。autoscale 窗口的默认持续时间为 60s。这也被称为 stable 窗口。 资源限值 点击 Resource Limit 链接，设置容器在运行时保证或允许使用的 数，以提供预期的性 能。 除了升级软件外，您还可以使用此功能来试验用户界面的不同版本。由于部分用户会使用旧版本，而另外 的一部分用户会使用新版本，因此您可以评估用户对不同版本的反应，以做出明智的设计决策。 若要使此功能凑效，新旧两个版本必须足够相似，让两个版本能够同时运行。这常用于对程序错误修复的 发布，也适用于新功能不会影响到旧功能的情况。各个版本需要支持 N-1 兼容性才能正常工作。 $ oc

决定了在 Knative 扩展额外 pod 前必须满足并发请求限制的百分比，以处理额外 的流量。 自 自动扩 动扩展窗口 展窗口定义了平均时间窗口，以便在自动扩展器不处于 panic 模式时提供缩放决策的输 入。如果在此窗口中没有收到任何请求，服务将缩减为零。autoscale 窗口的默认持续时间为 60s。这也被称为 stable 窗口。 资 资源限 源限值 值 OpenShift Container 数，以提供预期的性 能。 除了升级软件外，您还可以使用此功能来试验用户界面的不同版本。由于部分用户会使用旧版本，而另外 的一部分用户会使用新版本，因此您可以评估用户对不同版本的反应，以做出明智的设计决策。 若要使此功能凑效，新旧两个版本必须足够相似，让两个版本能够同时运行。这常用于对程序错误修复的 发布，也适用于新功能不会影响到旧功能的情况。各个版本需要支持 N-1 兼容性才能正常工作。 OpenShift

环境（如 OpenShift Container Platform）中管理和部署该应用程序。创建镜像后的典型后续步骤： 了解 Kubernetes 清单中使用的不同资源 就您将运行的应用程序做出一些决策 收集支持组件 创建清单并将该清单存储到 Git 存储库中，以便您可以将其存储在源版本控制系统中，对其进行 审核、跟踪和升级，并将其部署到下一环境中，在必要时回滚到旧版本，以及与他人共享 4.3

环境（如 OpenShift Container Platform）中管理和部署该应用程序。创建镜像后的典型后续步骤： 了解 Kubernetes 清单中使用的不同资源 就您将运行的应用程序做出一些决策 收集支持组件 创建清单并将该清单存储到 Git 存储库中，以便您可以将其存储在源版本控制系统中，对其进行 审核、跟踪和升级，并将其部署到下一环境中，在必要时回滚到旧版本，以及与他人共享 5.3

环境（如 OpenShift Container Platform）中管理和部署该应用程序。创建镜像后的典型后续步骤： 了解 Kubernetes 清单中使用的不同资源 就您将运行的应用程序做出一些决策 收集支持组件 创建清单并将该清单存储到 Git 存储库中，以便您可以将其存储在源版本控制系统中，对其进行 审核、跟踪和升级，并将其部署到下一环境中，在必要时回滚到旧版本，以及与他人共享 6.3