ispmanager 6

/
/
Миграция с business на host

Миграция с business на host

В статье описаны общие полные рекомендации и инструкции по миграции с ispmanager 6 business на host.

Важно учитывать, что индивидуальных нюансов настройки и эксплуатации серверов много и предусмотреть их все невозможно - каждый сервер или кластер необходимо рассматривать по отдельности и учитывать его особенности при планировании миграции.

Подготовка к миграции

Миграция выполняется на заранее подготовленный сервер с поддерживаемой ОС и панелью ispmanager 6 host с максимально аналогичной конфигурацией. Для этого потребуется:

  1. Сервер-приемник привести в соответствие с требованиями;
  2. Установить и настроить панель ispmanager 6 host в соответствии с требованиями к ПО;
  3. Учесть нюансы панели и ПО на сервере-источнике.

Требования к серверу

Ресурсы сервера должны с запасом покрывать потребление текущего кластера в панели business:

  1. Установите объем корневого раздела (диска) больше объема импортируемых данных как минимум на 20 ГБайт;
  2. Установите такой объем оперативной памяти, который будет покрывать требования всего ПО со всех узлов кластера - после миграции у вас будет один сервер;
  3. Установите на сервер ОС, которая поддерживается ispmanager 6 host.

Требования к панели host

Панель ispmanager 6 host должна максимально возможно соответствовать конфигурации панели ispmanager 6 business и узлам кластера:

  1. Первоначально необходимо установить ispmanager 6 host актуальной стабильной версии;
  2. До установки ПО и если необходимо, выполните конвертацию ОС в CloudLinux или установку модуля "МСВСфера Сервер" 9 для хостинг провайдеров;
  3. Далее можно приступить к установке всего необходимого ПО, набор которого должен соответствовать ПО со всех узлов кластера в панели ispmanager 6 business.

ОБРАТИТЕ ВНИМАНИЕ!

Установите все необходимые альтернативные версии PHP и СУБД, в противном случае импортированные сайты и базы данных будут настроены на работу с PHP по умолчанию и нативной СУБД соответственно.

 

Дополнительно для избежания длительного простоя выполните следующее:

  1. Убедитесь в наличии всех нужных модулей и глобальных настроек PHP;
  2. Создайте необходимые пулы IP-адресов с достаточным количеством хостов, особенно если в панели business для пользователей и реселлеров выделяются личные адреса: учитывайте, что адреса типа "Общий" для данных целей не подходят;
  3. Если необходимо, выполните интеграцию с IPmanager.
  4. Вручную создайте шаблоны пользователей, которые будут соответствовать шаблонам в панели business - это необходимо для корректного импорта пользователей и применения к ним параметров шаблонов;
  5. Измените настройки брендирования и настройте доступ к панели по доменному имени.

Действия в панели business

Крайне важно выполнить следующие действии в панели business:

  1. Обязательно включите доступ к shell для всех реселлеров в панели business, в противном случае все пользователи таких реселлеров не будут импортированы!
  2. Все собственные шаблоны конфигурационных файлов в директории по пути /usr/local/mgr5/etc/templates в панели business необходимо перенести в аналогичную директорию на сервере с панелью host. 

ОБРАТИТЕ ВНИМАНИЕ!

Переменная $USER_PRESET в панели host имеет название $PRESET, а переменные $RESELLER_NAME и $RESELLER_PRESET - отсутствуют.

Если имеются пользовательские плагины или аддоны, работа которых должна быть налажена до создания сущностей (пользователей, доменов, сайтов, баз данных и так далее), адаптируйте их для панели host заранее.

Миграция данных

Непосредственно перед началом миграции рекомендуется увеличить время жизни сессии на обоих серверах:

  1. В конфигурационном файле по пути /usr/local/mgr5/etc/ispmgr.conf добавьте директиву AuthenLifeTime с большим значением, например "10000";
  2. В конфигурационном файле по пути /usr/local/mgr5/etc/ihttpd.conf добавьте директиву timeout со аналогичным значением;
  3. Перезапустите службу веб-сервера панели и саму панель с помощью команды service ihttpd restart && /usr/local/mgr5/sbin/mgrctl -m ispmgr exit;

Сам перенос данных необходимо выполнять с помощью встроенного инструмента "Импорт пользователя" через rsync с данными пользователя "root".

Проверьте и при необходимости перенесите дополнительные настройки служб из конфигурационных файлов. Чаще всего необходимо проверять конфигурации следующего ПО:

  • Apache;
  • Nginx;
  • MySQL (нативной и альтернативных версий);
  • Настройки пулов обработчика FastCGI (Nginx + PHP-FPM).

Проверка

После миграции следует провести проверку работы всех сайтов и, чтобы не перенаправлять домены на новый сервер преждевременно, перенаправление можно указать локально на устройстве, указав соответствие домена и IP-адреса в файле "hosts". Подробнее об этом можно прочитать в статье наших партнеров Рег.ру.

ОБРАТИТЕ ВНИМАНИЕ!

Если конфигурация сайта имеет нестандартные настройки, то ее нужно перенести после финального переноса данных - иначе файлы конфигурации перезапишутся на страндартные при финальном переносе.

Финализация

После проверки работоспособности сайтов, можно приступать к завершающим миграцию действиям:

  1. Выполните повторно импорт данных, которые претерпели изменения на панели-источнике - в этом случае при импорте в поле "Данные существующих пользователей" обязательно выберите опцию "Заменять существующие";
  2. Выполните ручной перенос конфигурационных файлов сайтов, которые имеют нестандартные настройки конфигурации;
  3. Перенаправьте домены на новый сервер, изменив их DNS-записи;
  4. Настройте интеграцию с внешними сервисами, в том числе с биллинговой системой.