В HestiaCP 1.10.5 прекращена поддержка Debian 11. Для владельцев сайтов это повод запланировать переезд: поддержка самой Debian 11 командой Debian LTS завершилась 31 августа 2026 года.
Старый сервер может продолжать открывать сайты и принимать письма. Однако его дальнейшее обслуживание становится сложнее: обновления панели, системных компонентов и приложений придётся согласовывать с ограничениями устаревшего окружения.
Перенос на новый VPS позволяет подготовить поддерживаемую систему, восстановить данные и проверить работу проектов до переключения посетителей. Особенно внимательно нужно переносить интернет-магазины и почту: пока копируются файлы, на старый сервер продолжают поступать заказы, сообщения и загруженные пользователями документы.
В HSTQ при оплате VPS на шесть месяцев и больше мы бесплатно переносим сайты и почту, обновляем серверное окружение и выполняем необходимую настройку. Ниже разберём, из чего состоит такой переезд и что нужно проверить, чтобы считать его завершённым.
Здесь важно разделять поддержку операционной системы и панели управления.
Debian прекратил выпуск обновлений безопасности для Debian 11 в рамках своей программы LTS. Для части пакетов существует отдельная расширенная поддержка сторонними организациями, но она не возвращает поддержку этой ОС в HestiaCP.
Разработчики HestiaCP, в свою очередь, исключили Debian 11 из поддерживаемых систем начиная с версии 1.10.5. Поэтому оставаться на старом сервере без плана обновления — значит постепенно накапливать технические ограничения.
Проверить систему и установленную версию панели можно по SSH:
cat /etc/os-release
dpkg-query -W hestiaПервая команда показывает сведения об ОС, вторая — версию установленного пакета HestiaCP. Эти команды ничего не изменяют.
На сентябрь 2026 года документация HestiaCP указывает поддержку Debian 12 и 13, а также Ubuntu 22.04, 24.04 и 26.04 LTS. Для нового сервера выбирают систему, совместимую с приложениями, необходимыми версиями PHP и другими зависимостями.
Обновить Debian на действующем сервере возможно, но для этого нужен отдельный план: резервные копии, проверка репозиториев, совместимости СУБД и конфигураций служб. Документация HestiaCP отдельно предупреждает о рисках обновления ОС.
При переносе на новый VPS появляется возможность сначала проверить результат:
Старый сервер на время остаётся доступным. Это помогает сравнивать настройки, забирать недостающие данные и разбирать ошибки.
При этом восстановление полного образа старого VPS не решает задачу обновления: вместе с образом на новый сервер переедет прежняя Debian 11. Для перехода на новую ОС переносят данные и настройки приложений в подготовленное окружение.
Считать только количество сайтов недостаточно. Один небольшой интернет-магазин с тяжёлой базой может требовать больше ресурсов, чем несколько информационных сайтов. Почтовые архивы нередко занимают больше места, чем все веб-проекты вместе.
В рекомендуемых требованиях HestiaCP указаны четыре процессорных ядра и 4 ГБ RAM. Минимальная конфигурация с 1 ГБ памяти предполагает отсутствие SpamAssassin и ClamAV. Для сервера с сайтами, почтой и фильтрацией ориентироваться только на минимальные требования не стоит.
Дисковое пространство рассчитывают отдельно. Если данные занимают 80 ГБ, выбирать диск почти такого же размера неудобно: потребуется место для ОС, временных файлов, архивов и дальнейшего роста.
Подобрать VPS HSTQ для сайтов и почты можно по текущей нагрузке. Если стандартный тариф не подходит, мы готовы собрать конфигурацию под клиента — с нужным соотношением процессора, памяти и дискового пространства.
Начните с короткой описи. Она помогает обнаружить зависимости, которые не видны по главной странице сайта.
Понадобятся:
Отдельно проверьте нестандартные шаблоны веб-сервера, ручные изменения конфигурации и приложения, установленные вне HestiaCP.
Резервная копия пользователя панели не равнозначна копии всего сервера. Нельзя считать, что она автоматически переносит любые системные службы и ручные настройки.
До начала работ также проверьте свободное место и список исключений из резервного копирования. Если почтовый домен или каталог когда-то исключили ради экономии диска, его данных в архиве может не оказаться.
В HestiaCP есть штатный механизм резервного копирования пользователей. Для администратора базовая команда выглядит так:
sudo /usr/local/hestia/bin/v-backup-user USERNAMEЗдесь USERNAME нужно заменить именем пользователя HestiaCP.
Дождитесь завершения задания и проверьте журнал. Сам факт появления файла ещё не подтверждает, что все необходимые данные успешно сохранены. Копию архива следует хранить отдельно от старого VPS.
HestiaCP при создании обычного архива проверяет свободное место с запасом относительно объёма данных пользователя. Если места недостаточно, нужно подготовить дополнительное хранилище или другой способ переноса, а не исключать нужные данные без дальнейшего плана.
HestiaCP устанавливают на чистую ОС. Состав компонентов должен соответствовать проектам: веб-сервер, СУБД, необходимые версии PHP, почтовые службы и другие зависимости.
При обновлении окружения проверяют совместимость приложений. Устаревший плагин или самописный модуль может не работать с новой версией PHP, даже если установка панели прошла успешно.
Версию PHP выбирают для конкретного сайта. Для заданий cron её проверяют отдельно: веб-приложение и консольная команда могут использовать разные интерпретаторы.
Штатный сценарий HestiaCP предусматривает размещение архива в каталоге /backup нового сервера и восстановление командой:
sudo /usr/local/hestia/bin/v-restore-user USERNAME BACKUP_FILE.tarBACKUP_FILE.tar — фактическое имя перенесённого архива. Команда выполняется на новом сервере.
После восстановления проверьте базы, пользователей СУБД, настройки подключения, права на файлы и выбранные шаблоны сайтов. Не переносите каталог данных работающей СУБД между разными версиями как обычную папку: для такого перехода используют подходящий механизм резервного копирования и восстановления.
На тестовой копии держите отключёнными задания и интеграции, которые могут отправлять реальные рассылки, создавать документы или повторно обрабатывать платежи.
Для проверки можно временно сопоставить домен новому IP в файле hosts на своём компьютере. Так браузер будет открывать новый сервер, а остальные посетители продолжат работать со старым.
Проверьте:
Платёжные сценарии проверяют предусмотренным для них тестовым способом. Открытие главной страницы не подтверждает исправность магазина или CRM.
Почта требует отдельного плана. После создания первого архива на старый сервер могут прийти новые сообщения. Они не попадут в уже готовую резервную копию.
Рабочий порядок состоит из нескольких этапов:
Для дополнительного переноса сообщений можно использовать IMAP-синхронизацию, например imapsync. Но это не замена переносу всей почтовой конфигурации: контакты, календари, подписи и отдельные настройки веб-почты нужно проверять отдельно.
На переходный период пользователям назначают один основной сервер для работы. Одновременное изменение ящиков на двух серверах усложняет сверку прочитанных сообщений, перемещений и удалений.
Если часть писем была скачана через POP3 и удалена с сервера, она может существовать только на компьютере сотрудника. Такой локальный архив нужно сохранить отдельно.
Если имя почтового сервера сохраняется, например mail.example.com, запись MX может остаться прежней. Тогда меняют адрес, на который указывает это имя.
Не забудьте про IPv6: старая AAAA-запись способна направлять часть подключений на прежний сервер.
До переключения убедитесь, что новый VPS может принимать соединения SMTP и отправлять почту напрямую либо через согласованный relay. Проверка отправки из веб-почты между двумя локальными ящиками недостаточна — нужны тесты с внешними почтовыми сервисами.
После отправки посмотрите результаты SPF, DKIM и DMARC в заголовках полученного письма. Успешная передача SMTP-серверу ещё не гарантирует попадание во «Входящие»: на доставку влияют также репутация адреса и домена.
Если корпоративная почта обслуживается внешним сервисом и не переезжает вместе с сайтом, её MX-записи менять не нужно.
Первоначальную копию обычно делают, пока старый сервер продолжает работать. Поэтому перед переключением требуется финальная синхронизация.
Для проекта с изменяемой базой данных заранее согласуют короткое окно обслуживания. На старой копии приостанавливают запись, фоновые обработчики и задания, которые могут создавать новые данные. Затем переносят актуальную базу и изменившиеся файлы.
У сайта должна быть одна действующая точка записи. Если два сервера одновременно принимают заказы в разные базы, простое последующее копирование не объединит их корректно.
Для платёжных уведомлений, CRM и очередей отдельно проверяют обработку событий, поступивших во время переключения.
TTL нужных DNS-записей можно уменьшить заранее. При этом должно пройти время действия прежнего TTL: новое значение не очищает уже существующие кеши.
После финальной синхронизации переключают записи, проверяют новый сервер и включают рабочие задания только на нём. Старую копию оставляют под наблюдением, чтобы видеть оставшиеся обращения и поступление почты.
Повторно восстанавливать полный старый архив поверх нового сервера, который уже принимает данные, нельзя без отдельного плана. Так можно затереть новые заказы, изменения пользователей и письма.
Проверять нужно обычные действия пользователей, а не только наличие доменов в панели.
Перенос завершён, когда:
noindex;Старый VPS отключают после финальной сверки, проверки почтовых очередей и наблюдения за оставшимися подключениями. Ориентироваться только на правило «прошли сутки» недостаточно.
Если потребуется откат, учитывайте данные, уже появившиеся на новом сервере. Одного возврата DNS на старый IP может быть мало.
Нужно ли менять домены и адреса электронной почты?
Обычно нет. Доменные имена и адреса ящиков сохраняются, меняются сервер и связанные с ним настройки. Переносить домен к другому регистратору ради смены VPS также не требуется.
Сохранятся ли пароли почтовых ящиков?
При совместимом восстановлении их обычно можно сохранить. После переноса нужно проверить вход через веб-почту и используемые почтовые программы. Если клиент был настроен на служебное имя старого провайдера, потребуется изменить адрес сервера.
Сколько времени занимает переезд?
Срок зависит от объёма почты и файлов, скорости старого сервера, числа проектов и нестандартных настроек. Время копирования и окно обслуживания — разные величины: основную передачу можно выполнить заранее.
Можно ли обещать перенос совсем без простоя?
Для некоторых схем это достижимо, но обещание до изучения проекта ненадёжно. Для магазина с постоянно меняющейся базой короткое согласованное окно может быть разумнее сложного переключения без остановки записи.
Что делать, если сайт работает только на старой версии PHP?
Проверить совместимость CMS, модулей и кода на отдельной копии. Доступность старой версии PHP в панели не делает её поддерживаемой и безопасной. Переезд должен сопровождаться планом обновления зависимостей.
Переезд можно поручить нашей команде. При оплате VPS HSTQ на шесть месяцев или более работы по переносу, обновлению и настройке выполняем бесплатно.
В рамках переезда мы:
Вы оплачиваете VPS. За перечисленные работы по переезду и первоначальной настройке доплачивать не нужно.
До начала переноса мы изучаем текущий сервер, подбираем конфигурацию и согласуем время переключения. Если требуется больше дискового пространства для почты или другое соотношение CPU и RAM, подготовим вариант под вашу нагрузку.
Чтобы начать, оставьте заявку на перенос в HSTQ. Укажите количество сайтов и ящиков, примерный объём данных, текущую версию HestiaCP и срок окончания аренды старого VPS. В первом обращении достаточно описания — доступы передаются отдельно.
***