# Перевищення ємності вузла для кластера LLMS index: [llms.txt](/llms.txt) --- Ця сторінка допоможе вам налаштувати перевищення ємності вузла у вашому кластері Kubernetes. Перевищення ємності вузла — це стратегія, яка проактивно резервує частину обчислювальних ресурсів вашого кластера. Це резервування допомагає зменшити час, необхідний для планування нових podʼів під час подій масштабування, підвищуючи чутливість вашого кластера до раптових сплесків трафіку або навантаження. Підтримуючи деяку невикористану ємність, ви забезпечуєте негайну доступність ресурсів при створенні нових podʼів, запобігаючи їх переходу в стан очікування під час масштабування кластера. ## Перш ніж ви розпочнете - Вам потрібен кластер Kubernetes, і інструмент командного рядка kubectl має бути налаштований для звʼязку з вашим кластером. - Ви повинні мати базове розуміння про [Deployments](/docs/concepts/workloads/controllers/deployment/), пріоритет podʼів, та PriorityClasses. - У вашому кластері має бути налаштований з [автомасштабувальник](/docs/concepts/cluster-administration/node-autoscaling/), який керує вузлами на основі попиту. ## Створіть PriorityClass {#create-a-priorityclass} Почніть з визначення PriorityClass для podʼів-заповнювачів. Спочатку створіть PriorityClass з негативним значенням пріоритету, який ви незабаром призначите podʼам-заповнювачам. Пізніше ви налаштуєте Deployment, яке використовує цей PriorityClass.
priorityclass/low-priority-class.yaml 
apiVersion: scheduling.k8s.io/v1
kind: PriorityClass
metadata:
  name: placeholder # ці Podʼи передставляють ємність заповнювача
value: -1000
globalDefault: false
description: "Відʼємний пріоритет для pod-заповнювачів, щоб увімкнути надлишкове розміщення."
Потім створіть PriorityClass: ```shell kubectl apply -f https://k8s.io/examples/priorityclass/low-priority-class.yaml ``` Далі ви визначите Deployment, який використовує PriorityClass з негативним пріоритетом і запускає мінімальний контейнер. Коли ви додасте його до свого кластера, Kubernetes запустить ці podʼи-заповнювачі для резервування ємності. У разі нестачі ємності, панель управління вибере один з цих podʼів-заповнювачів як першого кандидата для випередження. ## Запустіть Podʼи, що запитують ємність вузла {#run-pods-that-request-node-capacity} Перегляньте зразок маніфесту:
deployments/deployment-with-capacity-reservation.yaml 
apiVersion: apps/v1
kind: Deployment
metadata:
  name: capacity-reservation
  # Ви маєте вирішити, в якому просторі імен розгортати
spec:
  replicas: 1
  selector:
    matchLabels:
      app.kubernetes.io/name: capacity-placeholder
  template:
    metadata:
      labels:
        app.kubernetes.io/name: capacity-placeholder
      annotations:
        kubernetes.io/description: "Capacity reservation"
    spec:
      priorityClassName: placeholder
      affinity: # Спробуйте розмістити ці додаткові Podʼи на різних вузлах
                # якщо це можливо
        podAntiAffinity:
          preferredDuringSchedulingIgnoredDuringExecution:
          - weight: 100
            podAffinityTerm:
              labelSelector:
                matchLabels:
                  app.kubernetes.io/name: capacity-placeholder
              topologyKey: topology.kubernetes.io/hostname
      containers:
      - name: pause
        image: registry.k8s.io/pause:3.6
        resources:
          requests:
            cpu: "50m"
            memory: "512Mi"
          limits:
            memory: "512Mi"
### Оберіть простір імен для podʼів-заповнювачів {#pick-a-namespace-for-the-placeholder-pods} Виберіть, або створіть, простір імен, в якому ви будете запускати podʼи-заповнювачі. ### Створіть Deployment-заповнювач {#create-the-placeholder-deployment} Створіть Deployment на основі цього маніфесту: ```shell # Змініть `example` на простір імен, який ви вибрали kubectl --namespace example apply -f https://k8s.io/examples/deployments/deployment-with-capacity-reservation.yaml ``` ## Налаштуйте запити ресурсів для заповнювачів {#adjust-placeholder-resource-request} Налаштуйте запити та обмеження ресурсів для podʼів-заповнювачів, щоб визначити кількість зарезервованих ресурсів, які ви хочете підтримувати. Це резервування забезпечує наявність певної кількості CPU та памʼяті для нових podʼів. Щоб редагувати Deployment, змініть розділ `resources` у файлі маніфесту Deployment, щоб встановити відповідні запити та обмеження. Ви можете завантажити цей файл локально та відредагувати його за допомогою будь-якого текстового редактора. Ви можете редагувати маніфест Deployment використовуючи kubectl: ```shell kubectl edit deployment capacity-reservation ``` Наприклад, щоб зарезервувати 0.5 CPU та 1GiB памʼяті для 5 podʼів-заповнювачів, визначте запити та обмеження ресурсів для одного podʼа-заповнювача наступним чином: ```yaml resources: requests: cpu: "100m" memory: "200Mi" limits: cpu: "100m" ``` ## Встановіть бажану кількість реплік {#set-the-desired-replica-count} ### Розрахуйте загальні зарезервовані ресурси{#calculate-the-total-reserved-resources} Наприклад, з 5 репліками, кожна з яких резервує 0.1 CPU та 200MiB памʼяті: Загальна зарезервована ємність CPU: 5 × 0.1 = 0.5 (у специфікації podʼа ви напишете кількість `500m`) Загальна зарезервована памʼять: 5 × 200MiB = 1GiB (у специфікації podʼа ви напишете `1 Gi`) Щоб масштабувати Deployment, налаштуйте кількість реплік відповідно до розміру вашого кластера та очікуваного навантаження: ```shell kubectl scale deployment capacity-reservation --replicas=5 ``` Перевірте масштабування: ```shell kubectl get deployment capacity-reservation ``` Вихідні дані повинні відображати оновлену кількість реплік: ```none NAME READY UP-TO-DATE AVAILABLE AGE capacity-reservation 5/5 5 5 2m ```

Примітка:

Деякі автомасштабувальники, зокрема Karpenter, розглядають правила переважної спорідненості як жорсткі правила при розгляді масштабування вузлів. Якщо ви використовуєте Karpenter або інший автомасштабувальник вузлів, який використовує той самий евристичний підхід, кількість реплік, яку ви встановлюєте тут, також встановлює мінімальну кількість вузлів для вашого кластера.
## Що далі - Дізнайтеся більше про [PriorityClasses](/docs/concepts/scheduling-eviction/pod-priority-preemption/#priorityclass) та як вони впливають на планування podʼів. - Дізнайтеся більше про [автомасштабування вузлів](/docs/concepts/cluster-administration/node-autoscaling/), щоб динамічно налаштовувати розмір вашого кластера на основі навантаження. - Зрозумійте [Випередження podʼів](/docs/concepts/scheduling-eviction/pod-priority-preemption/), ключовий механізм Kubernetes для обробки конфліктів ресурсів. Та ж сторінка охоплює поняття _виселення_, що менш актуально для підходу з podʼами-заповнювачами, але також є механізмом для Kubernetes для реагування на конфлікти ресурсів.