Содержание
Миграция в облако — это перенос серверов, приложений и данных компании на инфраструктуру облачного провайдера по заранее согласованному плану. По большому счету, это стандартная инженерная задача с понятными этапами и проверенными способами решения. При этом многие компании откладывают переезд на годы, даже если потребность в облачных вычислениях давно назрела. Причина обычно кроется не в самой технологии, а в вопросах, на которые у бизнеса нет внятного ответа: что будет с доступом к данным? Как долго будут недоступны сервисы? Что если переезд пойдёт не по плану?
Эти вопросы справедливы. ИТ-инфраструктура, по сути, цифровой фундамент бизнеса. Бухгалтерия, склад, продажи, клиентские сервисы — любая пауза в их работе стоит компании денег. Поэтому при переезде в облако ИТ-директору важно понимать, что именно будет с данными, как проходит каждый шаг миграции и кто за что отвечает.
Для этой статьи руководитель технического пресейла OXYGEN Андрей Вахутинский разобрал основные сценарии и способы миграции и ответил на самые частые сомнения бизнеса.
Зачем нужна миграция в облако?
Как бизнес использует облако
Чаще всего компании переносят в облако корпоративные сервисы, для которых нужна стабильность и скорость работы: учетные и складские приложения, веб-сайт.
Второй популярный сценарий — тестовые и проектные среды, где ресурсы нужны на ограниченное время.
Третий — резервное копирование и хранение данных, в том числе в объектном хранилище S3.
Четвертый — гибридная схема, когда часть систем остаётся на собственной площадке, часть работает в облаке, а между ними настроена связность.
Преимущества облачной инфраструктуры
- Гибкие мощности. Ресурсы можно увеличить под сезонный пик или новый проект и уменьшить, когда нагрузка спадает.
- Понятная финансовая модель. Вы регулярно платите за используемые ресурсы, не закупая оборудование и не закладывая бюджет на его обслуживание.
- Надежность уровня enterprise. Серверы работают в защищенном дата-центре провайдера, ответственность за доступность сервисов закреплена в SLA — в OXYGEN SLA составляет 99,982%.
- Меньше рутины для команды. Обслуживание и обновление железа переходят к провайдеру, штатные специалисты занимаются непосредственно бизнес-системами.
- Быстрый старт. Новую виртуальную машину можно получить в разы быстрее, чем закупить и смонтировать сервер.
- Основа для развития. На облачной платформе проще строить резервирование, связность площадок и гибридные схемы.
Частые опасения клиентов
Миграция традиционно вызывает сомнения, особенно если компания ранее не работала с облаками. Главное, на что надо ориентироваться — это договор: всё, что важно для вас, нужно заранее обсудить и зафиксировать в соглашении.
|
Опасение |
Что за ним стоит | Что отвечает провайдер |
| «Я потеряю контроль над данными и управлением» | Управление данными переходит на сторону провайдера, компания не может контролировать, кто может ими завладеть. | Действительно, физически данные будут находиться в дата-центре провайдера. Но условия доступа и управления ими фиксируются в договоре, их можно изучить и скорректировать до подписания. |
| «Мы не можем влиять на работоспособность облака» | Облако полностью управляется провайдером. Если случится сбой — остановка сервисов напрямую бьет по бизнесу. | Над отказоустойчивостью облака работает целая команда специалистов. Финансовая ответственность за простой в рамках SLA прописана в договоре. |
| «Если при миграции мы потеряем данные, никто не поможет» | Нет уверенности, что команда справится с переездом без проблем. | Для специалистов провайдера миграция — стандартный процесс. Инженеры остаются на связи на всех этапах, переезд идет по согласованному плану, все данные резервируются и проверяются. |
| «Мы не сможем забрать данные из облака, если надо будет отказаться» | Страх зависимости от одного поставщика и скрытые штрафы за выход из облака. |
C OXYGEN вы можете в любой момент забрать данные в другое облако или на собственные сервера, нет ограничений по скорости передачи данных. |
Сценарии и способы миграции
Миграцию удобно рассматривать в двух плоскостях: сценарий определяет, откуда и куда переезжаем, а способ — технологию переезда. Один и тот же способ может применяться в нескольких сценариях: мы приводим сводную матрицу, затем — описание способов, затем — рекомендации по каждому сценарию.
Способы миграции
Перенос на уровне приложений
В облаке создаются новые виртуальные машины, на них устанавливаются приложения, затем данные переносятся на новую площадку. Если на время переезда старая и новая инфраструктура должны работать параллельно, между ними настраивается связность.
Когда выбирать. Когда ландшафт приложений современный или относительно простой и его можно пересобрать на новых ВМ без глубокой зависимости от legacy-среды. Также подходит, если нужна «чистая» установка и модернизация.
Миграция с Hystax
Специализированное решение для миграции. Схема переноса прорабатывается индивидуально под инфраструктуру клиента.
Когда выбирать. Когда инфраструктура сложная и нужен быстрый и аккуратный перенос с минимальными изменениями — по модели lift-and-shift.
Миграция с Veeam
Перенос строится на системе резервного копирования Veeam Cloud Connect: на исходные серверы устанавливаются агенты, они создают копии, из которых среда разворачивается в облаке.
Когда выбирать. Особенно удобен компаниям, которые уже используют Veeam для бэкапов: можно задействовать существующие инвестиции и знакомые инструменты, снизив затраты. Также подходит для сложных сред, где нужен аккуратный перенос.
vCloud Availability, vCAV
Родной инструмент VMware для переноса между облаками VMware.
- Сначала создаётся полная копия виртуальной машины (большой начальный снимок).
- Пока машина продолжает работать на старой площадке, инструмент каждые 15–30 минут догружает на новую только изменения (инкременты).
- В момент переключения остаётся перенести лишь последние минуты изменений.
Главное преимущество — минимальный простой: сервис останавливается лишь на короткое время переключения.
Когда выбрать. При переезде с одного облака VMware на другое. Версии ПО на обеих сторонах должны быть совместимы.
Экспорт в OVA/OVF
Виртуальную машину останавливают, выгружают в файл-образ и разворачивают на новой стороне.
Когда выбирать. Когда версии VMware не позволяют использовать vCAV. Также подходит как простой путь для небольших типовых ВМ в сценарии 3.
Сценарии миграции
Сценарий 1. С собственного железа в облако
Доступны способы: перенос на уровне приложений, через Hystax, через Veeam.
-
Если ландшафт приложений современный или относительно простой, его можно пересобрать на новых ВМ — выбирайте перенос на уровне приложений.
-
Если инфраструктура сложная и нужен быстрый аккуратный перенос с минимальными изменениями — выбирайте Hystax.
-
Если компания уже использует Veeam для бэкапов — логично мигрировать через Veeam: это позволит задействовать существующие инвестиции и знакомые инструменты.
Сценарий 2. Из одного облака VMware в другое
Доступны все способы.
По умолчанию рекомендуем миграцию через vCAV: это нативный инструмент VMware для таких переездов, выбирайте его, если версии ПО на обеих сторонах совместимы.
Если версии VMware не позволяют использовать vCAV — выбирайте экспорт в OVA/OVF; для оптимизации переноса в OXYGEN есть собственные скрипты.
Сценарий 3. Из KVM или Microsoft Azure в облако VMware
Доступны способы все способы, кроме vCAV, потому что источник не является облаком VMware. Если ВМ небольшие и типовые — самый простой путь — экспорт в OVA/OVF. Для Azure обязательно учитывайте специфику: сначала экспорт диска в VHD, затем конвертация в VMDK, проверка драйверов и замена гостевых компонентов Hyper-V/Azure на VMware Tools.
Как мы организуем переезд
Перенос инфраструктуры требует последовательного плана. Сначала вместе с клиентом определяем, какие системы переезжают, назначаем ответственных специалистов, фиксируем сроки и окно даунтайма.
Затем выбираем один из двух форматов.
- В первом клиент переносит системы сам: мы показываем, как это делается, и консультируем по ходу работ.
- Во втором переезд осуществляем нашими силами — идём постепенно, система за системой, поэтому бизнес не сталкивается с единовременной остановкой всех сервисов сразу.
Перед началом работ необходимо подготовить резервные копии и проверить возможность восстановления. Для критически важных систем желательно предусмотреть тестовый перенос, чтобы выявить проблемы совместимости и производительности до переключения пользователей.
Также важно определить порядок изменения сетевых маршрутов, доменных записей и подключений к внешним сервисам. Если приложение зависит от нескольких компонентов, их перенос следует планировать как единый процесс.
Чтобы миграция прошла как можно более легко и плавно, мы заранее подсказываем, как подготовить целевую инфраструктуру (в первую очередь сетевую связность), и помогаем выбрать окна даунтайма.
Выгоды от OXYGEN, с которыми переезд в облако пройдет еще проще:
- Миграция бесплатная. Помощь специалистов тоже.
- Выдаем тестовые ресурсы на время переезда. На них вы можете проверить, как всё работает в новой среде, до окончательного переключения.
Как мигрировать в облако 1С
Отдельная история — миграция 1С. Типовая инфраструктура системы состоит из трёх частей: сервера баз данных, сервера приложений и сервера лицензирования. Каждая по-своему реагирует на перенос, поэтому задачу решают не одним действием, а через анализ состава системы. Иногда перенести всё в облако не получается, например из-за особенностей лицензирования или требований к размещению отдельных компонентов. В таких случаях мы подбираем гибридную схему: часть компонентов остаётся на вашей прежней площадке, часть переезжает в облако, между ними настраивается связность.
Работа обычно начинаем со специального обследования и консультации: наши специалисты определяют, какие компоненты можно перенести, и подбирают подходящий способ из описанных выше.
Заключение
Миграция в облако — управляемый процесс, если делать всё грамотно и выбрать подходящий вам способ. Он определяется исходной средой, откуда вы мигрируете: с собственного железа, из другого облака VMware, KVM или Azure. У каждого сценария есть проверенные инструменты, наборы скриптов, понятные этапы и тестовая проверка до переключения от OXYGEN. Мы готовы закрыть все вопросы и опасения бизнеса и максимально детально проработать проект переезда.
Вас также могут заинтересовать эти статьи
Сеть супермаркетов «Кировский» перенесла 1С в OXYGEN
Гибридное облако: объединение своих и облачных ресурсов
1С в облаке и сервер для 1С: что выбрать бизнесу
