14.2. 配额

资源配额由 ResourceQuota 对象定义，提供约束来限制各个项目的聚合资源消耗。它可根据类型限制项目中创建的对象数量，以及该项目中资源可以消耗的计算资源和存储的总和。

注意

配额由集群管理员设置，并可限定到给定项目。

14.2.1. 查看配额
复制链接

您可以在 Web 控制台导航到项目的 Quota 页面，查看与项目配额中定义的硬限值相关的使用量统计。

您还可以使用 CLI 查看配额详情：

首先，获取项目中定义的配额列表。例如，对于名为 demoproject 的项目：

oc get quota -n demoproject

$ oc get quota -n demoproject
NAME                AGE
besteffort          11m
compute-resources   2m
core-object-counts  29m

Copy to Clipboard

Toggle word wrap

然后，描述您需要的配额，如 core-object-counts 配额：

oc describe quota core-object-counts -n demoproject

$ oc describe quota core-object-counts -n demoproject
Name:			core-object-counts
Namespace:		demoproject
Resource		Used	Hard
--------		----	----
configmaps		3	10
persistentvolumeclaims	0	4
replicationcontrollers	3	20
secrets			9	10
services		2	10

Copy to Clipboard

Toggle word wrap

通过在对象中运行 oc export 来查看完整的配额定义。以下显示了一些配额定义示例：

core-object-counts.yaml

apiVersion: v1
kind: ResourceQuota
metadata:
  name: core-object-counts
spec:
  hard:
    configmaps: "10" 
    persistentvolumeclaims: "4" 
    replicationcontrollers: "20" 
    secrets: "10" 
    services: "10"

apiVersion: v1
kind: ResourceQuota
metadata:
  name: core-object-counts
spec:
  hard:
    configmaps: "10"


    persistentvolumeclaims: "4"


    replicationcontrollers: "20"


    secrets: "10"


    services: "10"

Copy to Clipboard

Toggle word wrap

1: 项目中可以存在的 ConfigMap 对象的总数。
2: 项目中可以存在的持久性卷声明 (PVC) 的总数。
3: 项目中可以存在的复制控制器的总数。
4: 项目中可以存在的 secret 的总数。
5: 项目中可以存在的服务总数。

openshift-object-counts.yaml

apiVersion: v1
kind: ResourceQuota
metadata:
  name: openshift-object-counts
spec:
  hard:
    openshift.io/imagestreams: "10"

apiVersion: v1
kind: ResourceQuota
metadata:
  name: openshift-object-counts
spec:
  hard:
    openshift.io/imagestreams: "10"

Copy to Clipboard

Toggle word wrap

1: 项目中可以存在的镜像流的总数。

compute-resources.yaml

apiVersion: v1
kind: ResourceQuota
metadata:
  name: compute-resources
spec:
  hard:
    pods: "4" 
    requests.cpu: "1" 
    requests.memory: 1Gi 
    limits.cpu: "2" 
    limits.memory: 2Gi

apiVersion: v1
kind: ResourceQuota
metadata:
  name: compute-resources
spec:
  hard:
    pods: "4"


    requests.cpu: "1"


    requests.memory: 1Gi


    limits.cpu: "2"


    limits.memory: 2Gi

Copy to Clipboard

Toggle word wrap

1: 项目中可以存在的处于非终端状态的 Pod 总数。
2: 在非终端状态的所有 Pod 中，CPU 请求总和不能超过 1 个内核。
3: 在非终端状态的所有 Pod 中，内存请求总和不能超过 1Gi。
4: 在非终端状态的所有 Pod 中，CPU 限值总和不能超过 2 个内核。
5: 在非终端状态的所有 Pod 中，内存限值总和不能超过 2Gi。

besteffort.yaml

apiVersion: v1
kind: ResourceQuota
metadata:
  name: besteffort
spec:
  hard:
    pods: "1" 
  scopes:
  - BestEffort

apiVersion: v1
kind: ResourceQuota
metadata:
  name: besteffort
spec:
  hard:
    pods: "1"


  scopes:
  - BestEffort

Copy to Clipboard

Toggle word wrap

1: 项目中可以存在的具有 BestEffort 服务质量的非终端状态 Pod 总数。
2: 将配额仅限为具有 BestEffort 服务质量的匹配 pod。

compute-resources-long-running.yaml

apiVersion: v1
kind: ResourceQuota
metadata:
  name: compute-resources-long-running
spec:
  hard:
    pods: "4" 
    limits.cpu: "4" 
    limits.memory: "2Gi" 
  scopes:
  - NotTerminating

apiVersion: v1
kind: ResourceQuota
metadata:
  name: compute-resources-long-running
spec:
  hard:
    pods: "4"


    limits.cpu: "4"


    limits.memory: "2Gi"


  scopes:
  - NotTerminating

Copy to Clipboard

Toggle word wrap

1: 处于非终端状态的 Pod 总数。
2: 在非终端状态的所有 Pod 中，CPU 限值总和不能超过这个值。
3: 在非终端状态的所有 Pod 中，内存限值总和不能超过这个值。
4: 将配额仅限为 spec.activeDeadlineSeconds 设为 nil 的匹配 Pod。构建 Pod 会归入 NotTerminating 下，除非应用了 RestartNever 策略。

compute-resources-time-bound.yaml

apiVersion: v1
kind: ResourceQuota
metadata:
  name: compute-resources-time-bound
spec:
  hard:
    pods: "2" 
    limits.cpu: "1" 
    limits.memory: "1Gi" 
  scopes:
  - Terminating

apiVersion: v1
kind: ResourceQuota
metadata:
  name: compute-resources-time-bound
spec:
  hard:
    pods: "2"


    limits.cpu: "1"


    limits.memory: "1Gi"


  scopes:
  - Terminating

Copy to Clipboard

Toggle word wrap

1: 处于非终端状态的 Pod 总数。
2: 在非终端状态的所有 Pod 中，CPU 限值总和不能超过这个值。
3: 在非终端状态的所有 Pod 中，内存限值总和不能超过这个值。
4: 将配额仅限为 spec.activeDeadlineSeconds >=0 的匹配 Pod。例如，此配额适用于构建或部署器 Pod，而非 Web 服务器或数据库等长时间运行的 Pod。

storage-consumption.yaml

apiVersion: v1
kind: ResourceQuota
metadata:
  name: storage-consumption
spec:
  hard:
    persistentvolumeclaims: "10" 
    requests.storage: "50Gi" 
    gold.storageclass.storage.k8s.io/requests.storage: "10Gi" 
    silver.storageclass.storage.k8s.io/requests.storage: "20Gi" 
    silver.storageclass.storage.k8s.io/persistentvolumeclaims: "5" 
    bronze.storageclass.storage.k8s.io/requests.storage: "0" 
    bronze.storageclass.storage.k8s.io/persistentvolumeclaims: "0"

apiVersion: v1
kind: ResourceQuota
metadata:
  name: storage-consumption
spec:
  hard:
    persistentvolumeclaims: "10"


    requests.storage: "50Gi"


    gold.storageclass.storage.k8s.io/requests.storage: "10Gi"


    silver.storageclass.storage.k8s.io/requests.storage: "20Gi"


    silver.storageclass.storage.k8s.io/persistentvolumeclaims: "5"


    bronze.storageclass.storage.k8s.io/requests.storage: "0"


    bronze.storageclass.storage.k8s.io/persistentvolumeclaims: "0"

Copy to Clipboard

Toggle word wrap

1: 项目中的持久性卷声明总数
2: 在一个项目中的所有持久性卷声明中，请求的存储总和不能超过这个值。
3: 在一个项目中的所有持久性卷声明中，金级存储类中请求的存储总和不能超过这个值。
4: 在一个项目中的所有持久性卷声明中，银级存储类中请求的存储总和不能超过这个值。
5: 在一个项目中的所有持久性卷声明中，银级存储类中声明总数不能超过这个值。
6: 在一个项目中的所有持久性卷声明中，铜级存储类中请求的存储总和不能超过这个值。如果此值设为 0，则表示铜级存储类无法请求存储。
7: 在一个项目中的所有持久性卷声明中，铜级存储类中请求的存储总和不能超过这个值。如果此值设为 0，则表示铜级存储类无法创建声明。

返回顶部

14.2. 配额

14.2.1. 查看配额
复制链接

学习

尝试、购买和销售

社区

关于红帽文档

让开源更具包容性

關於紅帽

Theme

Red Hat legal and privacy links

Red Hat legal and privacy links

14.2. 配额

14.2.1. 查看配额复制链接链接已复制到粘贴板!

学习

尝试、购买和销售

社区

关于红帽文档

让开源更具包容性

關於紅帽

Theme

Red Hat legal and privacy links

Red Hat legal and privacy links

14.2.1. 查看配额
复制链接