Миграция с business на host
В статье описаны общие полные рекомендации и инструкции по миграции с ispmanager 6 business на host.
Важно учитывать, что индивидуальных нюансов настройки и эксплуатации серверов много и предусмотреть их все невозможно - каждый сервер или кластер необходимо рассматривать по отдельности и учитывать его особенности при планировании миграции.
Подготовка к миграции
Миграция выполняется на заранее подготовленный сервер с поддерживаемой ОС и панелью ispmanager 6 host с максимально аналогичной конфигурацией. Для этого потребуется:
- Сервер-приемник привести в соответствие с требованиями;
- Установить и настроить панель ispmanager 6 host в соответствии с требованиями к ПО;
- Учесть нюансы панели и ПО на сервере-источнике.
Требования к серверу
Ресурсы сервера должны с запасом покрывать потребление текущего кластера в панели business:
- Установите объем корневого раздела (диска) больше объема импортируемых данных как минимум на 20 ГБайт;
- Установите такой объем оперативной памяти, который будет покрывать требования всего ПО со всех узлов кластера - после миграции у вас будет один сервер;
- Установите на сервер ОС, которая поддерживается ispmanager 6 host.
Требования к панели host
Панель ispmanager 6 host должна максимально возможно соответствовать конфигурации панели ispmanager 6 business и узлам кластера:
- Первоначально необходимо установить ispmanager 6 host актуальной стабильной версии;
- До установки ПО и если необходимо, выполните конвертацию ОС в CloudLinux или установку модуля "МСВСфера Сервер" 9 для хостинг провайдеров;
- Далее можно приступить к установке всего необходимого ПО, набор которого должен соответствовать ПО со всех узлов кластера в панели ispmanager 6 business.
ОБРАТИТЕ ВНИМАНИЕ!
Установите все необходимые альтернативные версии PHP и СУБД, в противном случае импортированные сайты и базы данных будут настроены на работу с PHP по умолчанию и нативной СУБД соответственно.
Дополнительно для избежания длительного простоя выполните следующее:
- Убедитесь в наличии всех нужных модулей и глобальных настроек PHP;
- Создайте необходимые пулы IP-адресов с достаточным количеством хостов, особенно если в панели business для пользователей и реселлеров выделяются личные адреса: учитывайте, что адреса типа "Общий" для данных целей не подходят;
- Если необходимо, выполните интеграцию с IPmanager.
- Вручную создайте шаблоны пользователей, которые будут соответствовать шаблонам в панели business - это необходимо для корректного импорта пользователей и применения к ним параметров шаблонов;
- Измените настройки брендирования и настройте доступ к панели по доменному имени.
Действия в панели business
Крайне важно выполнить следующие действии в панели business:
- Обязательно включите доступ к shell для всех реселлеров в панели business, в противном случае все пользователи таких реселлеров не будут импортированы!
- Все собственные шаблоны конфигурационных файлов в директории по пути
/usr/local/mgr5/etc/templates
в панели business необходимо перенести в аналогичную директорию на сервере с панелью host.
ОБРАТИТЕ ВНИМАНИЕ!
Переменная
$USER_PRESET
в панели host имеет название$PRESET
, а переменные$RESELLER_NAME
и$RESELLER_PRESET
- отсутствуют.
Если имеются пользовательские плагины или аддоны, работа которых должна быть налажена до создания сущностей (пользователей, доменов, сайтов, баз данных и так далее), адаптируйте их для панели host заранее.
Миграция данных
Непосредственно перед началом миграции рекомендуется увеличить время жизни сессии на обоих серверах:
- В конфигурационном файле по пути
/usr/local/mgr5/etc/ispmgr.conf
добавьте директивуAuthenLifeTime
с большим значением, например "10000"; - В конфигурационном файле по пути
/usr/local/mgr5/etc/ihttpd.conf
добавьте директивуtimeout
со аналогичным значением; - Перезапустите службу веб-сервера панели и саму панель с помощью команды
service ihttpd restart && /usr/local/mgr5/sbin/mgrctl -m ispmgr exit
;
Сам перенос данных необходимо выполнять с помощью встроенного инструмента "Импорт пользователя" через rsync с данными пользователя "root".
Проверьте и при необходимости перенесите дополнительные настройки служб из конфигурационных файлов. Чаще всего необходимо проверять конфигурации следующего ПО:
- Apache;
- Nginx;
- MySQL (нативной и альтернативных версий);
- Настройки пулов обработчика FastCGI (Nginx + PHP-FPM).
Проверка
После миграции следует провести проверку работы всех сайтов и, чтобы не перенаправлять домены на новый сервер преждевременно, перенаправление можно указать локально на устройстве, указав соответствие домена и IP-адреса в файле "hosts". Подробнее об этом можно прочитать в статье наших партнеров Рег.ру.
ОБРАТИТЕ ВНИМАНИЕ!
Если конфигурация сайта имеет нестандартные настройки, то ее нужно перенести после финального переноса данных - иначе файлы конфигурации перезапишутся на страндартные при финальном переносе.
Финализация
После проверки работоспособности сайтов, можно приступать к завершающим миграцию действиям:
- Выполните повторно импорт данных, которые претерпели изменения на панели-источнике - в этом случае при импорте в поле "Данные существующих пользователей" обязательно выберите опцию "Заменять существующие";
- Выполните ручной перенос конфигурационных файлов сайтов, которые имеют нестандартные настройки конфигурации;
- Перенаправьте домены на новый сервер, изменив их DNS-записи;
- Настройте интеграцию с внешними сервисами, в том числе с биллинговой системой.