# Виконання відкату DaemonSet LLMS index: [llms.txt](/llms.txt) --- Ця сторінка показує, як виконати відкат на . ## Перш ніж ви розпочнете

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

Версія вашого Kubernetes сервера має бути не старішою ніж 1.7.

Для перевірки версії введіть kubectl version.

Ви повинні вже знати, як [виконати поетапне оновлення на DaemonSet](/docs/tasks/manage-daemon/update-daemon-set/). ## Виконання відкату на DaemonSet {#performing-a-rollback-on-a-daemonset} ### Крок 1: Знайдіть ревізію DaemonSet, до якої ви хочете повернутися {#step-1-find-the-daemonset-revision-you-want-to-roll-back-to} Цей крок можна пропустити, якщо ви хочете повернутися до останньої ревізії. Перегляньте всі ревізії DaemonSet: ```shell kubectl rollout history daemonset ``` Це поверне список ревізій DaemonSet: ```none daemonsets "" REVISION CHANGE-CAUSE 1 ... 2 ... ... ``` * Причина зміни копіюється з анотації DaemonSet `kubernetes.io/change-cause` до його ревізій під час створення. Ви можете вказати `--record=true` в `kubectl`, щоб записати команду, виконану в анотації причини зміни. Щоб переглянути деталі конкретної ревізії: ```shell kubectl rollout history daemonset --revision=1 ``` Це поверне деталі цієї ревізії: ```none daemonsets "" with revision #1 Pod Template: Labels: foo=bar Containers: app: Image: ... Port: ... Environment: ... Mounts: ... Volumes: ... ``` ### Крок 2: Поверніться до конкретної ревізії DaemonSet {#step-2-rollback-to-a-specific-revision} ```shell # Вкажіть номер ревізії, отриманий на кроці 1, у --to-revision kubectl rollout undo daemonset --to-revision= ``` Якщо команда успішна, вона поверне: ```none daemonset "" rolled back ```

Примітка:

Якщо прапорець --to-revision не вказано, kubectl обирає найновішу ревізію.

### Крок 3: Спостерігайте за процесом відкату DaemonSet {#step-3-watch-the-progress-of-the-daemonset-rollback} `kubectl rollout undo daemonset` вказує серверу почати відкочування DaemonSet. Реальний відкат виконується асинхронно всередині кластера. Щоб спостерігати за процесом відкату: ```shell kubectl rollout status ds/ ``` Коли відкочування завершиться, вивід буде подібним до цього: ```none daemonset "" successfully rolled out ``` ## Розуміння ревізій DaemonSet {#understanding-daemonset-revisions} У попередньому кроці `kubectl rollout history` ви отримали список ревізій DaemonSet. Кожна ревізія зберігається в ресурсі під назвою ControllerRevision. Щоб побачити, що зберігається в кожній ревізії, знайдіть сирцеві ресурси ревізії DaemonSet: ```shell kubectl get controllerrevision -l = ``` Це поверне список ControllerRevisions: ```none NAME CONTROLLER REVISION AGE - DaemonSet/ 1 1h - DaemonSet/ 2 1h ``` Кожен ControllerRevision зберігає анотації та шаблон ревізії DaemonSet. `kubectl rollout undo` бере конкретний ControllerRevision і замінює шаблон DaemonSet на шаблон, збережений у ControllerRevision. `kubectl rollout undo` еквівалентний оновленню шаблону DaemonSet до попередньої ревізії за допомогою інших команд, таких як `kubectl edit` або `kubectl apply`.

Примітка:

Ревізії DaemonSet завжди рухаються вперед. Тобто, після завершення відкату номер ревізії (поле .revision) ControllerRevision, до якого було виконано відкат, збільшиться. Наприклад, якщо у вас є ревізії 1 і 2 в системі, і ви повертаєтеся з ревізії 2 до ревізії 1, ControllerRevision з .revision: 1 стане .revision: 3.

## Усунення несправностей {#troubleshooting} * Див. [усунення несправностей при поетапному оновленні DaemonSet](/docs/tasks/manage-daemon/update-daemon-set/#troubleshooting).