# 

LLMS index: [llms.txt](/llms.txt)

---

### Стани життєвого циклу вузла















            

            
              
            <div class="feature-state-notice feature-alpha" title="Функціональна можливість: NodeLifecycleConditions">
              <span class="feature-state-name">Стан функціоналу:</span>
              <span class="feature-state-details">
               
                 <span class='feature-state-stage'>Alpha</span> починаючи з Kubernetes v1.37; стандартно вимкнено
               </span>
            </div>

            
            <div class="feature-alpha">
              
              
                <details>
                <summary>Докладніше про цей функціонал</summary>
                <p>Щоб скористатися цією функцією, вам (або адміністратору кластера) потрібно увімкнути функціональну можливість <a href="/uk/docs/reference/command-line-tools-reference/feature-gates/#NodeLifecycleConditions"><tt>NodeLifecycleConditions</tt></a> для всіх відповідних компонентів у вашому кластері.</p>
<p>Перегляньте <a href="/uk/docs/tasks/administer-cluster/configure-feature-gates/">Увімкнення або вимкнення функціональних можливостей</a> для отримання додаткової інформації.</p>

                </details>
                </div>


Стани життєвого циклу вузла повідомляють, чи проходить вузол подію життєвого циклу, таку як очищення (drain), обслуговування або належне вимкнення вузла (Graceful Node Shutdown). Вони надають спільний сигнал, який адміністратори кластера, контролери та сторонні інструменти можуть використовувати для управління життєвим циклом.

Доступні наступні загальновідомі стани життєвого циклу:



 





<table><caption style="display: none;">Стани життєвого циклу вузла та їх значення.</caption>
	<thead>
			<tr>
					<th>Стан</th>
					<th>Опис</th>
			</tr>
	</thead>
	<tbody>
			<tr>
					<td><code>DrainInProgress</code></td>
					<td>Вузол перебуває в процесі очищення відповідно до критеріїв, обраних адміністратором.</td>
			</tr>
			<tr>
					<td><code>Drained</code></td>
					<td>Вузол досяг критеріїв очищення, обраних адміністратором.</td>
			</tr>
			<tr>
					<td><code>MaintenancePlanned</code></td>
					<td>Очікується, що вузол зазнає змін у майбутньому. Якщо зміни впливають на робочі навантаження, очистіть вузол перед початком обслуговування.</td>
			</tr>
			<tr>
					<td><code>MaintenanceInProgress</code></td>
					<td>Вузол перебуває в стані обслуговування. Обслуговування може включати розгортання апаратного або програмного забезпечення, виправлення, виведення з експлуатації або налагодження.</td>
			</tr>
			<tr>
					<td><code>GracefulNodeShutdownInProgress</code></td>
					<td>Визначено, що на вузлі триває належне вимкнення вузла.</td>
			</tr>
	</tbody>
</table>


Поле `status` кожного стану життєвого циклу має наступне значення:

| `True`: статус життєвого циклу, описаний станом, наразі спостерігається.
| `False`: статус життєвого циклу, описаний станом, наразі не спостерігається.
| `Unknown`: автор не може визначити, чи активний стан життєвого циклу.

Стани життєвого циклу — це спостереження, які надають корисний контекст щодо стану життєвого циклу вузла. Наприклад, використовуйте `MaintenancePlanned`, щоб сигналізувати, що вузол може перейти в обслуговування в майбутньому, або `Drained`, щоб сигналізувати, що обрані адміністратором критерії очищення виконано.

Поле `reason` визначає, чому стан має свій поточний статус. Автори повинні використовувати стабільні значення у стилі CamelCase для `reason`. Поле `message` може надавати додаткові деталі, зрозумілі людині.

Наступний приклад повідомляє, що для вузла заплановано обслуговування:

```yaml
status:
  conditions:
  - type: MaintenancePlanned
    status: "True"
    reason: MaintenanceWindow
    message: "Заплановано апаратне обслуговування цього вузла"
    lastTransitionTime: "2026-07-20T14:00:00Z"
```

#### Запис станів життєвого циклу {#writing-lifecycle-conditions}

Адміністратор або контролер, уповноважений адміністратором, відповідає за встановлення та очищення станів життєвого циклу на вузлі.

Автор визначає, коли стан життєвого циклу є активним. Коли стан більше не активний, автор встановлює стан у `False` або видаляє його.

Kubernetes не визначає ексклюзивне володіння автором, блокування або передачу між учасниками. Автори повинні координувати володіння поза цим API.


<div class="alert alert-info" role="note"><h4 class="alert-heading">Примітка:</h4>Основні контролери робочих навантажень не змінюють свою поведінку на основі станів життєвого циклу. Встановлення стану життєвого циклу не впливає на основну поведінку вузла.</div>


Наявні механізми управління життєвим циклом все ще слід використовувати:

* Використовуйте [`kubectl cordon`](/docs/reference/kubectl/generated/kubectl_cordon/) або встановіть `.spec.unschedulable`, щоб запобігти звичайному плануванню на вузол.
* Використовуйте [`kubectl drain`](/docs/tasks/administer-cluster/safely-drain-node/), щоб безпечно виселити Podʼи перед виведенням вузла з експлуатації.
* Використовуйте [taints та tolerations](/docs/concepts/scheduling-eviction/taint-and-toleration/), щоб контролювати планування Podʼів та політику виселення.

#### Перегляд станів життєвого циклу {#viewing-lifecycle-conditions}

Використовуйте `kubectl describe node`, щоб переглянути всі стани для вузла:

```shell
kubectl describe node <node-name>
```

Щоб вивести тип та статус кожного стану, використовуйте:

```shell
kubectl get node <node-name> \
  -o jsonpath='{range .status.conditions[*]}{.type}={.status}{"\n"}{end}'
```