红帽全球峰会7.14.2. 配置 Application-Aware Quota (AAQ) Operator
您可以使用 Application-Aware Quota (AAQ) Operator 为 OpenShift Container Platform 集群中的单个组件自定义和管理资源配额。
7.14.2.1. 关于 AAQ Operator
与 OpenShift Container Platform 平台中的原生 ResourceQuota 对象相比，Application-Aware Quota (AAQ) Operator 提供了更灵活且可扩展的配额管理。
在多租户集群环境中，多个工作负载在共享基础架构和资源上运行，使用 Kubernetes 原生 ResourceQuota 对象来限制聚合 CPU 和内存消耗会导致 OpenShift Virtualization 工作负载的基础架构开销和实时迁移挑战。
OpenShift Virtualization 需要大量计算资源分配来处理虚拟机(VM)实时迁移并管理 VM 基础架构开销。在升级 OpenShift Virtualization 时，您必须迁移虚拟机来升级 virt-launcher pod。但是，在存在资源配额时迁移虚拟机可能会导致迁移，然后升级会失败。
使用 AAQ 时，您可以为虚拟机分配资源，而无需干扰集群级别的活动，如升级和节点维护。AAQ Operator 还支持非计算资源，从而消除了单独管理原生资源配额和 AAQ API 对象的需要。
7.14.2.1.1. AAQ Operator 控制器和自定义资源
AAQ Operator 引入了两个新的 API 对象，定义为自定义资源定义 (CRD)，用于管理多个命名空间中的替代配额实施：
ApplicationAwareResourceQuota：设置每个命名空间的聚合配额限制。ApplicationAwareResourceQuotaAPI 与原生ResourceQuota对象兼容，并共享相同的规格和状态定义。清单示例
apiVersion: aaq.kubevirt.io/v1alpha1 kind: ApplicationAwareResourceQuota metadata: name: example-resource-quota spec: hard: requests.memory: 1Gi limits.memory: 1Gi requests.cpu/vmi: "1" requests.memory/vmi: 1Gi # ...-
spec.hard.requests.cpu/vmi定义默认命名空间中虚拟机工作负载允许的最大 CPU 量。 -
spec.hard.requests.memory/vmi定义默认命名空间中虚拟机工作负载允许的最大 RAM 量。
-
ApplicationAwareClusterResourceQuota：在集群范围内镜像ApplicationAwareResourceQuota对象。它与原生ClusterResourceQuotaAPI 对象兼容，并共享相同的规格和状态定义。在创建 AAQ 集群配额时，您可以通过编辑spec.selector.labels或spec.selector.annotations字段来选择多个命名空间。只有在HyperConverged自定义资源 (CR) 中的spec.allowApplicationAwareClusterResourceQuota字段被设置为true时，才能创建一个ApplicationAwareClusterResourceQuota对象。清单示例
apiVersion: aaq.kubevirt.io/v1alpha1 kind: ApplicationAwareClusterResourceQuota metadata: name: example-resource-quota spec: quota: hard: requests.memory: 1Gi limits.memory: 1Gi requests.cpu/vmi: "1" requests.memory/vmi: 1Gi selector: annotations: null labels: matchLabels: kubernetes.io/metadata.name: default # ...注意如果设置了
spec.selector.labels和spec.selector.annotations字段，则会只选择与这两个字段匹配的命名空间。
AAQ 控制器使用调度授权机制来评估是否有足够资源可用于运行工作负载。如果是这样，则调度门会从 pod 中删除，并被视为可调度。配额用量状态已更新，以指示使用配额量。
如果工作负载的 CPU 和内存请求和限值超过强制的配额用量限制，则 pod 会保持在 SchedulingGated 状态，直到有足够的配额可用。AAQ 控制器会创建一个类型为 Warning 的事件，其中包含超过配额的原因。您可以使用 oc get events 命令查看事件详情。
将 spec.nodeName 字段设置为特定节点的 Pod 无法使用与 HyperConverged CR 中定义的 spec.namespaceSelector 标签匹配的命名空间。
'%20d='M201.5%20305.5c-13.8%200-24.9-11.1-24.9-24.6%200-13.8%2011.1-24.9%2024.9-24.9%2013.6%200%2024.6%2011.1%2024.6%2024.9%200%2013.6-11.1%2024.6-24.6%2024.6zM504%20256c0%20137-111%20248-248%20248S8%20393%208%20256%20119%208%20256%208s248%20111%20248%20248zm-132.3-41.2c-9.4%200-17.7%203.9-23.8%2010-22.4-15.5-52.6-25.5-86.1-26.6l17.4-78.3%2055.4%2012.5c0%2013.6%2011.1%2024.6%2024.6%2024.6%2013.8%200%2024.9-11.3%2024.9-24.9s-11.1-24.9-24.9-24.9c-9.7%200-18%205.8-22.1%2013.8l-61.2-13.6c-3-.8-6.1%201.4-6.9%204.4l-19.1%2086.4c-33.2%201.4-63.1%2011.3-85.5%2026.8-6.1-6.4-14.7-10.2-24.1-10.2-34.9%200-46.3%2046.9-14.4%2062.8-1.1%205-1.7%2010.2-1.7%2015.5%200%2052.6%2059.2%2095.2%20132%2095.2%2073.1%200%20132.3-42.6%20132.3-95.2%200-5.3-.6-10.8-1.9-15.8%2031.3-16%2019.8-62.5-14.9-62.5zM302.8%20331c-18.2%2018.2-76.1%2017.9-93.6%200-2.2-2.2-6.1-2.2-8.3%200-2.5%202.5-2.5%206.4%200%208.6%2022.8%2022.8%2087.3%2022.8%20110.2%200%202.5-2.2%202.5-6.1%200-8.6-2.2-2.2-6.1-2.2-8.3%200zm7.7-75c-13.6%200-24.6%2011.1-24.6%2024.9%200%2013.6%2011.1%2024.6%2024.6%2024.6%2013.8%200%2024.9-11.1%2024.9-24.6%200-13.8-11-24.9-24.9-24.9z'/%3e%3c/svg%3e){kind=small}