# Налаштування типових запитів та обмежень CPU для простору імен > Визначте типове обмеження ресурсів CPU для простору імен так, щоб усі нові Podʼи у цьому просторі імен мали налаштоване обмеження ресурсів CPU. --- LLMS index: [llms.txt](/llms.txt) --- Ця сторінка показує, як налаштувати типові запити та обмеження CPU для просторів імен. Кластер Kubernetes може бути розділений на простори імен. Якщо ви створюєте Pod у просторі імен, який має типове обмеження CPU [limit](/docs/concepts/configuration/manage-resources-containers/#requests-and-limits), і будь-який контейнер у цьому Podʼі не вказує своє власне обмеження CPU, то панель управління призначає типове обмеження CPU цьому контейнеру. Kubernetes призначає типовий запит CPU [request](/docs/concepts/configuration/manage-resources-containers/#requests-and-limits), але лише за певних умов, які будуть пояснені пізніше на цій сторінці. ## Перш ніж ви розпочнете

Вам треба мати кластер Kubernetes, а також інструмент командного рядка kubectl має бути налаштований для роботи з вашим кластером. Рекомендується виконувати ці настанови у кластері, що має щонайменше два вузли, які не виконують роль вузлів управління. Якщо у вас немає кластера, ви можете створити його, за допомогою minikube або використовувати одну з цих пісочниць:

Вам потрібно мати доступ для створення просторів імен у вашому кластері. Якщо ви ще не знайомі з тим, що означає 1.0 CPU в Kubernetes, прочитайте [значення CPU](/docs/concepts/configuration/manage-resources-containers/#meaning-of-cpu). ## Створення простору імен {#create-a-namespace} Створіть простір імен, щоб ресурси, які ви створюєте у цьому завданні, були ізольовані від решти вашого кластера. ```shell kubectl create namespace default-cpu-example ``` ## Створення LimitRange та Podʼа {#create-a-limitrange-and-a-pod} Ось маніфест для прикладу LimitRange. У маніфесті вказано типовий запит CPU та типове обмеження CPU.
admin/resource/cpu-defaults.yaml 
apiVersion: v1
kind: LimitRange
metadata:
  name: cpu-limit-range
spec:
  limits:
  - default:
      cpu: 1
    defaultRequest:
      cpu: 0.5
    type: Container
Створіть LimitRange у просторі імен default-cpu-example: ```shell kubectl apply -f https://k8s.io/examples/admin/resource/cpu-defaults.yaml --namespace=default-cpu-example ``` Тепер, якщо ви створюєте Pod у просторі імен default-cpu-example, і будь-який контейнер у цьому Podʼі не вказує свої власні значення для запиту та обмеження CPU, то панель управління застосовує типові значення: запит CPU 0.5 та типове обмеження CPU 1. Ось маніфест для Podʼа з одним контейнером. Контейнер не вказує запит CPU та обмеження.
admin/resource/cpu-defaults-pod.yaml 
apiVersion: v1
kind: Pod
metadata:
  name: default-cpu-demo
spec:
  containers:
  - name: default-cpu-demo-ctr
    image: nginx
Створіть Pod. ```shell kubectl apply -f https://k8s.io/examples/admin/resource/cpu-defaults-pod.yaml --namespace=default-cpu-example ``` Перегляньте специфікацію Podʼа : ```shell kubectl get pod default-cpu-demo --output=yaml --namespace=default-cpu-example ``` Вивід показує, що єдиний контейнер Podʼа має запит CPU 500m `cpu` (що ви можете читати як “500 millicpu”), і обмеження CPU 1 `cpu`. Це типові значення, вказані обмеженням. ```yaml containers: - image: nginx imagePullPolicy: Always name: default-cpu-demo-ctr resources: limits: cpu: "1" requests: cpu: 500m ``` ## Що якщо ви вказуєте обмеження контейнера, але не його запит? {#what-if-you-specify-a-container-s-limit-but-not-its-request} Ось маніфест для Podʼа з одним контейнером. Контейнер вказує обмеження CPU, але не запит:
admin/resource/cpu-defaults-pod-2.yaml 
apiVersion: v1
kind: Pod
metadata:
  name: default-cpu-demo-2
spec:
  containers:
  - name: default-cpu-demo-2-ctr
    image: nginx
    resources:
      limits:
        cpu: "1"
Створіть Pod: ```shell kubectl apply -f https://k8s.io/examples/admin/resource/cpu-defaults-pod-2.yaml --namespace=default-cpu-example ``` Перегляньте [специфікацію](/docs/concepts/overview/working-with-objects/#object-spec-and-status) Podʼа, який ви створили: ```shell kubectl get pod default-cpu-demo-2 --output=yaml --namespace=default-cpu-example ``` Вивід показує, що запит CPU контейнера встановлено таким чином, щоб відповідати його обмеженню CPU. Зверніть увагу, що контейнеру не було назначено типове значення запиту CPU 0.5 `cpu`: ```yaml resources: limits: cpu: "1" requests: cpu: "1" ``` ## Що якщо ви вказуєте запит контейнера, але не його обмеження? {#what-if-you-specify-a-container-s-request-but-not-its-limit} Ось приклад маніфесту для Podʼа з одним контейнером. Контейнер вказує запит CPU, але не обмеження:
admin/resource/cpu-defaults-pod-3.yaml 
apiVersion: v1
kind: Pod
metadata:
  name: default-cpu-demo-3
spec:
  containers:
  - name: default-cpu-demo-3-ctr
    image: nginx
    resources:
      requests:
        cpu: "0.75"
Створіть Pod: ```shell kubectl apply -f https://k8s.io/examples/admin/resource/cpu-defaults-pod-3.yaml --namespace=default-cpu-example ``` Перегляньте специфікацію Podʼа , який ви створили: ```shell kubectl get pod default-cpu-demo-3 --output=yaml --namespace=default-cpu-example ``` Вивід показує, що запит CPU контейнера встановлено на значення, яке ви вказали при створенні Podʼа (іншими словами: воно відповідає маніфесту). Однак обмеження CPU цього ж контейнера встановлено на 1 `cpu`, що є типовим обмеженням CPU для цього простору імен. ```yaml resources: limits: cpu: "1" requests: cpu: 750m ``` ## Мотивація для типових обмежень та запитів CPU {#motivation-for-default-cpu-limits-and-requests} Якщо ваш простір імен має налаштовану квоту ресурсів CPU, корисно мати типове значення для обмеження CPU. Ось два обмеження, які накладає квота ресурсів CPU на простір імен: * Для кожного Podʼа, який працює в просторі імен, кожен з його контейнерів повинен мати обмеження CPU. * Обмеження CPU застосовує резервування ресурсів на вузлі, де запускається відповідний Pod. Загальна кількість CPU, яка зарезервована для використання всіма Podʼами в просторі імен, не повинна перевищувати вказане обмеження. Коли ви додаєте LimitRange: Якщо будь-який Pod у цьому просторі імен, що містить контейнер, не вказує своє власне обмеження CPU, панель управління застосовує типове обмеження CPU цьому контейнеру, і Pod може отримати дозвіл на запуск у просторі імен, який обмежено квотою ресурсів CPU. ## Прибирання {#clean-up} Видаліть ваш простір імен: ```shell kubectl delete namespace default-cpu-example ``` ## Що далі ### Для адміністраторів кластера {#for-cluster-administrators} * [Налаштування типових запитів та обмежень памʼяті для простору імен](/docs/tasks/administer-cluster/manage-resources/memory-default-namespace/) * [Налаштування мінімальних та максимальних обмежень памʼяті для простору імен](/docs/tasks/administer-cluster/manage-resources/memory-constraint-namespace/) * [Налаштування мінімальних та максимальних обмежень CPU для простору імен](/docs/tasks/administer-cluster/manage-resources/cpu-constraint-namespace/) * [Налаштування квот памʼяті та CPU для простору імен](/docs/tasks/administer-cluster/manage-resources/quota-memory-cpu-namespace/) * [Налаштування квоти для Podʼів у просторі імен](/docs/tasks/administer-cluster/manage-resources/quota-pod-namespace/) * [Налаштування квот для обʼєктів API](/docs/tasks/administer-cluster/quota-api-object/) ### Для розробників застосунків {#for-application-developers} * [Призначення ресурсів памʼяті для контейнерів та Podʼів](/docs/tasks/configure-pod-container/assign-memory-resource/) * [Призначення ресурсів CPU для контейнерів та Podʼів](/docs/tasks/configure-pod-container/assign-cpu-resource/) * [Надання ресурсів CPU та памʼяті на рівні Podʼів](/docs/tasks/configure-pod-container/assign-pod-level-resources/) * [Налаштування якості обслуговування для Podʼів](/docs/tasks/configure-pod-container/quality-service-pod/)