# Встановлення параметрів Kubelet через файл конфігурації
LLMS index: [llms.txt](/llms.txt)
---
## Перш ніж ви розпочнете
Деякі кроки на цій сторінці використовують інструмент `jq`. Якщо у вас немає `jq`, ви можете встановити його через отримання оновлень програм вашої операційної системи або завантажити з [https://jqlang.github.io/jq/](https://jqlang.github.io/jq/).
Деякі кроки також включають встановлення `curl`, який також можна встановити засобами встановлення програмного забезпечення вашої операційної системи.
Частину параметрів конфігурації kubelet можна встановити за допомогою конфігураційного файлу на диску, як альтернативу командним прапорцям.
Надання параметрів через файл конфігурації є рекомендованим підходом, оскільки це спрощує розгортання вузлів та управління конфігурацією.
## Створіть файл конфігурації {#create-the-config-file}
Підмножина конфігурації kubelet, яку можна налаштувати через файл, визначається структурою [`KubeletConfiguration`](/docs/reference/config-api/kubelet-config.v1beta1/).
Файл конфігурації повинен бути у форматі JSON або YAML, який представляє параметри цієї структури. Переконайтеся, що у kubelet є права для читання файлу.
Ось приклад того, як може виглядати цей файл:
```yaml
apiVersion: kubelet.config.k8s.io/v1beta1
kind: KubeletConfiguration
address: "192.168.0.8"
port: 20250
serializeImagePulls: false
evictionHard:
memory.available: "100Mi"
nodefs.available: "10%"
nodefs.inodesFree: "5%"
imagefs.available: "15%"
imagefs.inodesFree: "5%"
```
У цьому прикладі kubelet налаштовано з наступними параметрами:
1. `address`: Kubelet буде доступний за IP-адресою `192.168.0.8`.
2. `port`: Kubelet буде слухати порт `20250`.
3. `serializeImagePulls`: Завантаження образів виконуватиметься паралельно.
4. `evictionHard`: Kubelet буде виселяти Podʼи за однією з наступних умов:
- Коли доступна памʼять вузла впаде нижче 100 МіБ.
- Коли доступний простір основної файлової системи вузла менше 10%.
- Коли доступний простір файлової системи образів менше 15%.
- Коли більше ніж 95% inodes основної файлової системи вузла використано.
Примітка:
У прикладі, змінюючи лише один типовий параметр для evictionHard, типові значення інших параметрів не будуть успадковані та будуть встановлені в нуль. Щоб надати власні значення, вам слід надати всі порогові значення відповідно. Крім того, ви можете встановити MergeDefaultEvictionSettings в true у файлі конфігурації kubelet, якщо будь-який параметр буде змінено, то інші параметри успадкують стандартне значення замість 0.
`imagefs` — це опціональна файлова система, яку середовища виконання контейнерів використовують для зберігання образів контейнерів та записуваних шарів контейнерів.
## Запуск процесу kubelet, налаштованого через файл конфігурації {#start-a-kubelet-process-configured-via-the-config-file}
Примітка:
Якщо ви використовуєте kubeadm для ініціалізації кластера, використовуйте kubelet-config під час створення вашого кластера за допомогою
kubeadm init. Дивіться
налаштування kubelet за допомогою kubeadm для деталей.
Примітка:
Суфікс дійсного файлу конфігурації drop-in для kubelet має бути .conf. Наприклад: 99-kubelet-address.conf
Kubelet обробляє файли у своїй теці конфігурації drop-in, сортуючи по **повному імені файлу**. Наприклад, `00-kubelet.conf` обробляється першим, а потім перезаписується файлом з назвою `01-kubelet.conf`.
Ці файли можуть містити часткові конфігурації, але повинні бути валідними та обовʼязково повинні включати метадані типу, зокрема `apiVersion` та `kind`. Перевірка виконується лише на кінцевій результівній структурі конфігурації, збереженій внутрішньо в kubelet. Це надає гнучкість в управлінні та злитті конфігурацій kubelet з різних джерел, запобігаючи небажаній конфігурації. Однак важливо зазначити, що поведінка варіюється залежно від типу даних поля конфігурації.
Різні типи даних у структурі конфігурації kubelet обʼєднуються по-різному. Дивіться [посилання на довідку](/docs/reference/node/kubelet-config-directory-merging/) для отримання додаткової інформації.
### Порядок обʼєднання конфігурації kubelet {#kubelet-configurations-merging-order}
При запуску kubelet обʼєднує конфігурацію з:
- Feature gate, вказаних через командний рядок (найнижчий пріоритет).
- Конфігурація kubelet.
- Файли конфігурації drop-in, відповідно до порядку сортування.
- Аргументи командного рядка, за винятком feature gate (найвищий пріоритет).
Примітка:
Механізм теки конфігурації drop-in для kubelet схожий, але відрізняється від того, як інструмент
kubeadm дозволяє вам патчити конфігурацію. Інструмент
kubeadm використовує конкретну
стратегію застосування патчів для своєї конфігурації, тоді як єдина стратегія накладання патчів для файлів конфігурації drop-in kubelet це
replace. Kubelet визначає порядок обʼєднання на основі сортування
суфіксів алфавітно-цифровим чином, і замінює кожне поле, присутнє у файлі вищого пріоритету.