Миграция на NexCMP с опытным инженером

• С VMware на Apache CloudStack

  Планирование и перенос виртуальных машин из VMware vCenter в зону CloudStack с использованием встроенных механизмов импорта и конвертации CloudStack. Переключение планируется по каждой VM индивидуально.

• С WHMCS на NexCMP

  Считывание клиентов, кредитных балансов, услуг и тарифов из WHMCS и их воссоздание в NexCMP с параллельной работой обеих систем до финального переключения биллинга. NexCMP — это не WHMCS, поэтому на странице четко указано, что переносится, а что отправляется в архив.

• Любая другая система или биллинговая панель

  HostBill, Blesta, Paymenter, StackBill, Virtualizor или ваша собственная разработка: тот же проверенный подход — инвентаризация, экспорт, сопоставление данных, тестовый прогон и переключение.

• Полная настройка «под ключ» и брендированные приложения

  Если вы предпочитаете, чтобы всю систему развернули за вас и собрали каждое приложение под вашим брендом, эти же 30 рабочих дней можно использовать для этой задачи.

1. 1

   Неделя 1 — Инвентаризация и планирование

   Мы анализируем текущую инфраструктуру: виртуальные машины, клиентов, услуги, тарифы, платежные шлюзы. Совместно определяем, что переносится, что развертывается заново, что архивируется, а также очередность этапов переноса.

2. 2

   Неделя 2 — Подготовка целевой среды

   Готовится целевая среда: зона CloudStack или инсталляция NexCMP с вашим брендингом, тарифами и платежными шлюзами. На этом этапе ничего не переключается.

3. 3

   Неделя 3 — Пилотный запуск и тестовый прогон

   Несколько некритичных виртуальных машин или копия клиентских данных проходят полный процесс миграции. Мы замеряем время каждого шага и устраняем выявленные недочеты.

4. 4

   Недели 4 и 5 — Волны миграции

   Остальные ресурсы переносятся группами в согласованное время, при этом каждая группа проверяется до начала следующей. Исходные системы остаются нетронутыми, сохраняя возможность отката.

5. 5

   Неделя 6 — Переключение и передача

   Биллинг переключается в выбранную вами дату, обновляются DNS и рассылаются уведомления клиентам, а мы передаем документацию по всем выполненным работам. Поддержка миграции продолжается вплоть до 30-го дня.

Шесть недель — это стандартный срок для 30 рабочих дней, а не гарантия точной длительности конкретного проекта. Единственным обязательством в рамках предложения является лимит в 30 рабочих дней.

• Простой при переключении

  Перенос виртуальной машины требует ее остановки на определенное время. Мы тестируем этот процесс в рамках пилота, чтобы оценить длительность, а затем согласовываем с вами технологическое окно для каждой группы машин. Мы не обещаем нулевой простой.

• Адреса и DNS

  При переносе машины IP-адреса и сетевые настройки могут измениться. Мы фиксируем их на 1-й неделе, снижаем TTL для DNS перед переключением и заранее уведомляем ваших клиентов.

• Переключение биллинга

  День переключения биллинга согласовывается с вами. До этого обе системы работают параллельно, а подписки в старой биллинговой системе отменяются в день переключения, чтобы клиенты не платили дважды.

• Гостевое ПО и лицензии

  При смене платформы меняются драйверы, а лицензии установленного внутри машины ПО могут быть привязаны к старой платформе. Мы вносим и то, и другое в инвентаризационную опись, чтобы вы могли сверить условия с поставщиками ПО.

• Откат

  Исходные системы сохраняются до тех пор, пока вы не подтвердите завершение миграции, поэтому для каждой группы всегда есть возможность отката.