Миграция с business на host
В статье описаны общие полные рекомендации и инструкции по миграции с ispmanager 6 business на host.
Важно учитывать, что индивидуальных нюансов настройки и эксплуатации серверов много и предусмотреть их все невозможно - каждый сервер или кластер необходимо рассматривать по отдельности и учитывать его особенности при планировании миграции.
Подготовка к миграции
Миграция выполняется на заранее подготовленный сервер с поддерживаемой ОС и панелью ispmanager 6 host с максимально аналогичной конфигурацией.
Требования к серверу
Ресурсы сервера должны с запасом покрывать потребление текущего кластера в панели business:
- Суммарный объем дискового пространства должен быть больше объема импортируемых данных как минимум на 20 ГБайт;
- Суммарный объем оперативной памяти должен покрывать требования ПО всех узлов кластера;
- Сервер должен управляться актуальной поддерживаемой ОС.
Требования к панели host
Панель ispmanager 6 host должна максимально возможно соответствовать конфигурации панели ispmanager 6 business и узлам кластера. Рекомендуется устанавливать ispmanager 6 host актуальной стабильной версии.
До установки ПО и если необходимо, выполните конвертацию ОС в CloudLinux или МСВСфера.
Далее можно приступить к установке всего необходимого ПО, набор которого должен соответствовать ПО со всех узлов кластера в панели ispmanager 6 business.
ОБРАТИТЕ ВНИМАНИЕ!
Установите все необходимые альтернативные версии PHP и СУБД, в противном случае импортированные сайты и базы данных будут настроены на работу с PHP по умолчанию и нативной СУБД соответственно.
Также рекомендуется убедиться в наличии всех нужных модулей и глобальных настроек PHP.
После установки ПО, создайте необходимые пулы IP-адресов с достаточным количеством хостов, особенно если в панели business для пользователей и реселлеров выделяются личные адреса: учитывайте, что адреса типа "Общий" для данных целей не подходят.
Если необходимо, выполните интеграцию с IPmanager.
Также важно вручную создать шаблоны пользователей, которые будут соответствовать шаблона в панели business - это необходимо для корректного импорта пользователей и применения к ним шаблонов.
Для снижения времени недоступности панели для клиентов, рекомендуется предварительно изменить настройки брендирования и настроить доступ к панели по доменному имени.
Действия в панели business
Критично важно включить доступ к shell для всех реселлеров в панели business, в противном случае все пользователи таких реселлеров не будут импортированы!
Если используются собственные шаблоны конфигурационных файлов в директории по пути /usr/local/mgr5/etc/templates
в панели business, их необходимо перенести в аналогичную директорию на host. Учитывайте, что переменная $USER_PRESET
в панели host имеет название $PRESET
.
Также если имеются пользовательские плагины или аддоны, работа которых должна быть налажена до создания сущностей (пользователей, доменов, сайтов, баз данных и так далее), адаптируйте их для панели host заранее.
Миграция данных
Перенос данных необходимо выполнять с помощью встроенного инструмента "Импорт пользователя" через rsync с данными пользователя "root".
При переносе большого объема данных рекомендуется увеличить время жизни сессии на обоих серверах:
- В конфигурационном файле по пути
/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
;
Проверьте и при необходимости перенесите дополнительные настройки служб из конфигурационных файлов. Чаще всего необходимо проверять конфигурации:
- Apache;
- Nginx;
- MySQL (нативной и альтернативных версий);
- Настройки пулов обработчика FastCGI (Nginx + PHP-FPM).
Проверка
После миграции следует провести проверку работы всех сайтов и чтобы не перенаправлять домены на новый сервер преждевременно, перенаправление можно указать локально на устройстве, указав соответствие домена и IP-адреса в файле "hosts". Подробнее об этом можно прочитать в статье наших партнеров Рег.ру.
ОБРАТИТЕ ВНИМАНИЕ!
Если конфигурация сайта имеет нестандартные настройки, то ее нужно перенести после финального переноса данных - иначе файлы конфигурации перезапишутся на страндартные при финальном переносе.
Финализация
Финальный этап миграции рекомендуется начать с повторного импорта данных, которые претерпели изменения на панели-источнике - в этом случае при импорте в поле "Данные существующих пользователей" обязательно выберите опцию "Заменять существующие".
После финального импорта можно выполнить ручной перенос конфигурационных файлов конкретных сайтов, которые имеют нестандартные настройки.
Следующим шагом необходимо перенаправить домены на новый сервер, изменив их DNS-записи.
Последние действия касаются интеграции с внешними сервисами и биллинговой системой.