Як автоматично перезапустити контейнер Docker, коли він перестає відповідати

Я впевнений, що з вами таке траплялося: у вас запущена служба Докер який з таємничих причин застрягає кожні кілька днів. Як автоматично перезапустити контейнер Docker, коли він перестає відповідати? Розчаровує спробувати оптимізувати код чи конфігурації, але нічого не виходить, а потім усвідомлюєш, що просте ручне перезавантаження вирішує проблему та забезпечує роботу всього ще тиждень. Замість постійної перевірки часу, ідеальним рішенням є налаштування системи, яка виконає цю брудну роботу за вас.

Керування доступністю контейнерів включає більше, ніж просто забезпечення їх автоматичного запуску після ввімкнення сервера. переконайтеся, що вони відповідають правильно на запити. Іноді контейнер здається Docker "живим", але додаток всередині не реагує, що змушує нас шукати рішення, починаючи від базових параметрів демона і закінчуючи створенням складних сервісів в операційній системі.

Політики перезавантаження Docker Native

Найпростіший спосіб автоматично перезапустити контейнер Docker – це використовувати прапорець --restart під час запуску контейнера або використання команди docker update Якщо контейнер вже створено, Docker пропонує кілька варіантів залежно від ваших потреб. Наприклад, політика завжди Це призведе до того, що контейнер завжди перезапускатиметься, незалежно від того, чи процес завершився з помилкою, чи перезапустився сам демон Docker.

Якщо ви віддаєте перевагу чомусь більш хірургічному, якщо не зупинено Це найкращий вибір для багатьох. Ця конфігурація ідентична попередній, за винятком того, що якщо ви вручну зупиняєте контейнер для обслуговування, Docker не намагатиметься його ввімкнути. автоматично після перезавантаження сервера, враховуючи ваше ручне рішення.

Для тих, хто хоче діяти лише у відповідь на критичні збої, існує при збоїЦя політика запускає перезапуск лише тоді, коли контейнер завершується з ненульовим кодом виходу. Ви навіть можете обмежити це, додавши максимальну кількість повторних спроб, запобігаючи переходу системи в нескінченний цикл перезапуску, якщо помилка є постійною та критичною.

Автоматизація для "несправних" контейнерів

Ось тут і починається цікаве. Іноді контейнер все ще відображається як «Увімкнено», але його стан справності... нездоровий оскільки він не проходить внутрішні перевірки. Попередні політики тут неефективні, оскільки процес технічно не мертвий. Щоб вирішити цю проблему, ми можемо впровадити директиву ПЕРЕВІРКА ЗДОРОВ'Я у Dockerfile або у Docker Compose файлі, що визначає команду (наприклад, curl до певного порту), щоб перевірити, чи відповідає програма.

Після налаштування перевірки справності ми можемо створити Bash-скрипт який працює кожні кілька хвилин за допомогою crontab з Linux. Цей скрипт має фільтрувати контейнери, які перебувають у стані unhealthy або ті, хто вийшов з кодом помилки 128 та виконав docker restart про них.

Для безперебійної роботи та автоматичного перезапуску контейнера Docker важливо, щоб користувач, який запускає завдання cron, мав необхідні дозволи. дозволи, необхідні в групі DockerТаким чином, система контролює середовище кожні 5 або 10 хвилин і активує будь-яку службу, яка стала "зомбі", гарантуючи майже повну доступність без втручання людини.

Розширена інтеграція з systemd

Працюючи в більш професійному середовищі, ви можете захотіти, щоб ваші контейнери поводилися так рідні сервіси LinuxІнтегрувати Докер Systemd дозволяє керувати складними залежностями, наприклад, забезпечувати запуск бази даних перед веб-застосунком. Це досягається шляхом створення файлів .service в маршруті /etc/systemd/system/.

Ми можемо розробити послідовність вимкнення та ввімкнення живлення Контрольовано. Використовуючи власні скрипти, пов'язані з systemd, можна зупиняти контейнери у зворотному порядку їх залежностей, щоб запобігти пошкодженню даних. Використовуючи тип oneshot та налаштування targets підходящий (наприклад, multi-user.target o shutdown.target), сервер обробляє весь життєвий цикл контейнера.

Ще один потужний варіант автоматичного перезапуску контейнера Docker, коли він перестає відповідати, – це використання прапора --rm у поєднанні з systemd. Це дозволяє видалити контейнер після зупинки та створити новий з базового образу під час запуску, гарантуючи, що Стан контейнера завжди має бути чистим та незмінним.делегування збереження даних виключно зовнішнім томам.

Зовнішні інструменти та сучасні альтернативи

Якщо ви не хочете турбуватися про написання Bash-скриптів, доступні сторонні інструменти. Існують програми з відкритим кодом, спеціально розроблені для перезапуску контейнерів на основі встановлений графікЦе дуже корисно для повторюваних завдань, таких як поновлення SSL-сертифікатів. Аналогічно, такі інструменти, як Час безперебійної роботи Кума Вони дозволяють вам контролювати стан сервісів за допомогою візуальної панелі керування та надсилати сповіщення в Telegram або Gotify, якщо щось піде не так. Усі вони дуже корисні для автоматичного перезапуску контейнера Docker, коли він перестає відповідати.

Для тих, хто шукає легшу або натуральну альтернативу, Подман Це чудовий варіант. Завдяки своїй бездемоновій архітектурі та функціональності КвадлетЦе дозволяє створювати прості декларативні файли, які systemd автоматично перетворює на оптимізовані сервіси, пропонуючи набагато органічнішу інтеграцію, ніж традиційний Docker.

Повний контроль над життєвим циклом ваших послуг передбачає поєднання використання політики перезапуску, постійне спостереження через медичні перевірки а у складніших випадках – підтримка systemd або інструменти моніторингу щоб ваша інфраструктура була надійною та не залежала від того, чи хтось щотижня пам’ятає про перезавантаження сервера вручну.