ISPmanager 6 оновлюється без зупинки веб-сервера, але саме оновлення панелі керування здатне на пару хвилин заблокувати інтерфейс і API. Розберемо, як перевірити поточну версію, безпечно оновити ISPmanager 6 і відкотитися назад, якщо після апдейту щось пішло не так.
Коли варто оновлювати панель
ISPsystem випускає оновлення ISPmanager 6 кілька разів на місяць: закривають вразливості, лагодять баги в модулях DNS і пошти, додають підтримку нових версій PHP. Оновлення безпеки варто ставити протягом доби, звичайне накопичувальне — у найближче планове вікно.
Тип ліцензії впливає на набір функцій, але не на порядок оновлення: Lite, Pro і Host оновлюються однаково через один і той самий механізм. Різницю між тарифами розглядали в статті про ліцензії ISPmanager 6.
Як перевірити поточну версію
Версію панелі та білд видно у правому нижньому куті інтерфейсу, а також через консоль сервера. Підключіться по SSH і виконайте:
/usr/local/mgr5/sbin/mgrctl -m ispmgr version
cat /usr/local/mgr5/etc/ispmgr.version
Команда виводить номер збірки і дату релізу. Звірте її з історією змін на сайті розробника перед тим, як запускати апдейт вручну.
Порядок оновлення через ispmgr
За замовчуванням ISPmanager 6 оновлюється автоматично за розкладом з каналу stable. Ручний запуск потрібен, якщо автооновлення вимкнено в налаштуваннях безпеки або треба поставити конкретну збірку.
| Канал оновлень | Що в нього потрапляє | Коли використовувати |
|---|---|---|
| stable | Перевірені збірки для продакшену | Бойові сервери клієнтів |
| beta | Передрелізні версії з новими функціями | Тестовий стенд, не прод |
| fix | Точкові патчі безпеки | Термінове закриття вразливості |
Запустити оновлення вручну можна однією командою:
/usr/local/mgr5/sbin/mgrctl -m ispmgr core.update sok=ok
Процес завантажує пакет, зупиняє демон ispmgr, розгортає нові файли в /usr/local/mgr5/ і піднімає сервіс знову. Сайти і пошта клієнтів у цей час продовжують працювати, недоступна тільки сама панель.
Що робити, коли оновлення зависло або зламало панель
Якщо після апдейту панель не відкривається, спершу дивіться лог оновлення і загальний лог ядра — там майже завжди видно причину: забракло місця на диску, конфлікт модуля або незавершена міграція бази конфігурації.
tail -n 200 /usr/local/mgr5/var/ispmgr.update.log
service ispmgr restart
Якщо рестарт не допоміг, відкотіть пакет до попередньої збірки з локального кешу дистрибутива і запустіть ядро знову. Після відкату обовʼязково перевірте журнали модулів — детальний розбір є у статті про логи та діагностику ISPmanager 6.
Резервна копія перед оновленням
Великі мажорні апдейти і зміну каналу краще не запускати без свіжої копії конфігурації панелі. Мінімальний перелік перед оновленням:
- Зняти резервну копію каталогу /usr/local/mgr5/etc/ з конфігурацією ядра і модулів
- Зберегти дамп бази конфігурації ispmgr
- Перевірити вільне місце на розділі з панеллю: потрібно не менш як 2 ГБ
- Пересвідчитися, що налаштовано планове резервне копіювання сайтів і пошти
Як налаштувати регулярні копії панелі і даних сайтів, описано в статті про резервне копіювання ISPmanager.
Підсумок: перелік для безпечного оновлення
- Перевірити поточну версію і звірити зі списком змін
- Зняти резервну копію конфігурації і бази ispmgr
- Вибрати канал оновлень: stable для продакшену, fix для термінових патчів
- Запустити оновлення і перевірити лог ispmgr.update.log
- Після оновлення відкрити панель, перевірити сайти і пошту клієнтів