5.3.


리소스 생성 및 수정을 위한 모든 요청은 프로젝트의 각 LimitRange 오브젝트에 대해 평가됩니다. 리소스가 열거된 제약 조건을 위반하는 경우 해당 리소스는 거부됩니다.

apiVersion: "v1"
kind: "LimitRange"
metadata:
  name: "core-resource-limits" 1
spec:
  limits:
    - type: "Pod"
      max:
        cpu: "2" 2
        memory: "1Gi" 3
      min:
        cpu: "200m" 4
        memory: "6Mi" 5
    - type: "Container"
      max:
        cpu: "2" 6
        memory: "1Gi" 7
      min:
        cpu: "100m" 8
        memory: "4Mi" 9
      default:
        cpu: "300m" 10
        memory: "200Mi" 11
      defaultRequest:
        cpu: "200m" 12
        memory: "100Mi" 13
      maxLimitRequestRatio:
        cpu: "10" 14

1
제한 범위 오브젝트의 이름입니다.
2
3
4
5
6
Pod의 단일 컨테이너에서 요청할 수 있는 최대 CPU 양입니다.
7
Pod의 단일 컨테이너에서 요청할 수 있는 최대 메모리 양입니다.
8
Pod의 단일 컨테이너에서 요청할 수 있는 최소 CPU 양입니다.
9
Pod의 단일 컨테이너에서 요청할 수 있는 최소 메모리 양입니다.
10
11
12
13
14
컨테이너에 대한 최대 제한 대 요청 비율입니다.

apiVersion: "v1"
kind: "LimitRange"
metadata:
  name: "openshift-resource-limits"
spec:
  limits:
    - type: openshift.io/Image
      max:
        storage: 1Gi 1
    - type: openshift.io/ImageStream
      max:
        openshift.io/image-tags: 20 2
        openshift.io/images: 30 3
    - type: "Pod"
      max:
        cpu: "2" 4
        memory: "1Gi" 5
        ephemeral-storage: "1Gi" 6
      min:
        cpu: "1" 7
        memory: "1Gi" 8

1
내부 레지스트리로 내보낼 수 있는 이미지의 최대 크기입니다.
2
3
4
5
6
7
8

5.3.1. 컨테이너 제한

  • CPU
  • 메모리

컨테이너

 동작

MaxLimitRequestRatio

예를 들어 컨테이너의 limit 값이 cpu: 500이고 request 값이 cpu: 100인 경우 cpu의 제한 대 요청 비율은 5입니다. 이 비율은 maxLimitRequestRatio보다 작거나 같아야 합니다.

5.3.2. Pod 제한

  • CPU
  • 메모리

Pod의 모든 컨테이너에서 다음 사항이 충족되어야 합니다.

표 5.4. Pod
  

MaxLimitRequestRatio

5.3.3. 이미지 제한

  • 스토리지

  • openshift.io/Image

표 5.5. 이미지
 동작

참고

5.3.4. 이미지 스트림 제한

  • openshift.io/image-tags
  • openshift.io/images

  • openshift.io/ImageStream

표 5.6. ImageStream
 동작

Max[openshift.io/image-tags]

Max[openshift.io/images]

5.3.5.

내부 참조와 외부 참조는 구분되지 않습니다. 내부 컨테이너 이미지 레지스트리에 대한 내보내기는 어떤 방식으로든 제한하지 않지만 태그 제한에 유용합니다.

내부 및 외부 참조는 구분되지 않습니다.

5.3.6. PersistentVolumeClaim limits

  • 스토리지

프로젝트의 모든 영구 볼륨 클레임에서 다음 사항이 충족되어야 합니다.

표 5.7. Pod
  

{
  "apiVersion": "v1",
  "kind": "LimitRange",
  "metadata": {
    "name": "pvcs" 1
  },
  "spec": {
    "limits": [{
        "type": "PersistentVolumeClaim",
        "min": {
          "storage": "2Gi" 2
        },
        "max": {
          "storage": "50Gi" 3
        }
      }
    ]
  }
}

1
제한 범위 오브젝트의 이름입니다.
2
영구 볼륨 클레임에서 요청할 수 있는 최소 스토리지 양입니다.
3
영구 볼륨 클레임에서 요청할 수 있는 최대 스토리지 양입니다.

추가 리소스

스트림 제한에 대한 자세한 내용은 이미지 스트림 관리를 참조하십시오.

스트림 제한에 대한 자세한 내용은 다음을 수행합니다.

컴퓨팅 리소스 제약 조건에 대한 자세한 내용은 다음을 수행합니다.

CPU 및 메모리 측정 방법에 대한 자세한 내용은 권장 컨트롤 플레인 관행을 참조하십시오.

임시 스토리지에 대한 제한 및 요청을 지정할 수 있습니다. 이 기능에 대한 자세한 내용은 임시 스토리지 이해 를 참조하십시오.

Red Hat logoGithubRedditYoutubeTwitter

자세한 정보

평가판, 구매 및 판매

커뮤니티

Red Hat 문서 정보

Red Hat을 사용하는 고객은 신뢰할 수 있는 콘텐츠가 포함된 제품과 서비스를 통해 혁신하고 목표를 달성할 수 있습니다.

보다 포괄적 수용을 위한 오픈 소스 용어 교체

Red Hat은 코드, 문서, 웹 속성에서 문제가 있는 언어를 교체하기 위해 최선을 다하고 있습니다. 자세한 내용은 다음을 참조하세요.Red Hat 블로그.

Red Hat 소개

Red Hat은 기업이 핵심 데이터 센터에서 네트워크 에지에 이르기까지 플랫폼과 환경 전반에서 더 쉽게 작업할 수 있도록 강화된 솔루션을 제공합니다.

© 2024 Red Hat, Inc.