В нашей предыдущей статье, посвященной OpenStack (см. Рекомендации по резервному копированию и аварийному восстановлению для OpenStack), мы рассказали несколько слов о происхождении данной платформы и основных ее характеристиках. Самая заметная особенность OpenStack в процессе миграции в облако заключается в том, что ее использование требует построения облачной инфраструктуры с нуля, а это означает, что миграция в OpenStack, по умолчанию, требует больше усилий и ресурсов по сравнению с другими сервисами. Но, с другой стороны, вы получаете очень гибкую платформу, которая, при правильной настройке и использовании, обеспечит максимальную производительность при минимальной стоимости, независимо от выбранной стратегии миграции. Кроме того, есть решения, которые могут значительно упростить процесс миграции – мы расскажем об этом в заключительной части статьи.
Преимущества облачной миграции в OpenStack
Почему компания может захотеть мигрировать свои данные, приложения, базы данных и IT-процессы в облако OpenStack? Существует четыре основных причины для этого:
- Лучшая оркестрация и автоматизация: OpenStack – гибкая платформа: вы можете продумать свою стратегию и реализовать ее таким образом, чтобы обеспечить эффективную оркестрацию и автоматизацию облака.
- Значительное снижение затрат: гибкость платформы и возможность создания ее инфраструктуры с нуля помогут снизить затраты.
- Избежание зависимости от поставщика: так как OpenStack – это открытая облачная платформа, вы не станете жертвой зависимости от поставщика.
- Поддержка нативного и совместимого API.
Основные этапы миграции в облако OpenStack:
Говоря о процессе миграции в OpenStack, мы с вами рассмотрим пять основных шагов:
Шаг 1. подготовка к миграции в облако
Шаг 2. репликация
Шаг 3. оркестрация
Шаг 4. запуск тестовых миграций
Шаг 5. переключение на новую площадку
На первом этапе необходимо убедиться, что все готово к миграции в облако: выбрана правильная стратегия, процессы миграции существующей ИТ-инфраструктуры в облако хорошо определены и задокументированы, а все заинтересованные стороны компании в курсе.
Несколько слов о стратегиях миграции в облако. Обычно существуют пять стратегий миграции – они также называются по первым буквам пяти R. Вот список из них (в порядке углубления интеграции с облаком):
- Перемещение (также называемое, как lift-and-shift)
- Перенос на платформу (реплатформинг)
- Перекодирование
- Перестройка
- Перезакупка
Эти стратегии также отличаются используемыми подходами – это может быть IaaS (Инфраструктура-как-Сервис), PaaS (Платформа-как-Сервис) или SaaS (Программное обеспечение-как-Сервис).
Подход IaaS используется для перемещения и переноса на платформу. При использовании описанных обеих стратегий в процессе переноса программного обеспечения в облако вы вносите очень мало изменений в приложения или не вносите вовсе, чтобы заставить их работать в облачной среде.
Подход PaaS существенно более глубокий по сравнению с IaaS. Это подразумевает перекодирование или перестройку ваших приложений, чтобы они подходили для целевой облачной платформы. Иначе говоря, перекодирование означает переписывание приложений таким образом, чтобы они соответствовали облачной среде. Эта стратегия является масштабируемой, гибкой и потенциально самая эффективной в долгосрочной перспективе, но она трудоемка и требует значительных инвестиций в краткосрочной перспективе. Перестройка – это еще более трудоемкая вариация стратегии перекодирования.
Наконец, подход SaaS – это подход, когда вы покупаете новое программное обеспечение, совместимое с облаком, в которое вы мигрируете, и настраиваете процессы для наилучшего соответствия этому вновь приобретенному программному обеспечению.
Но вернемся к миграции в облако. Второй этап процесса – это репликация, сложный рабочий процесс, который по умолчанию включает использование нескольких собственных инструментов. Однако, само собой разумеется, что многие, даже очень опытные ИТ-специалисты, могут столкнуться с трудностями, и сторонние инструменты способны существенно облегчить их жизнь, сделав этот шаг полуавтоматическим или полностью автоматизированным.
Третий шаг – оркестрация. Это процесс запуска приложений в новой ИТ-среде с целью проверки нормальной работоспособности: целостности данных, отсутствие простоев и т.д. Это также может быть сделано с помощью специальной собственной программы оркестрации, Heat, которая включает в себя ряд приложений на Python, упрощающих процесс оркестрации.
Четвертый шаг – запуск тестовых миграций. Есть множество инструментов, в основном сторонних, которые позволяют это сделать. Их принцип работы более или менее одинаков: они симулируют миграцию, создавая дополнительный экземпляр в изолированной виртуальной приватной сети без влияния на продакшн с целью проверки миграционного процесса.
Финальный этап – это окончательный переход/переключение, что означает фактическую миграцию серверов, баз данных, веб-приложений и данных.
Как Хайстекс помогает оптимизировать миграцию в OpenStack
Благодаря тому, что OpenStack является проектом с открытым исходным кодом, существует множество инструментов, которые могут помочь в его использовании в процессе миграции в облако, резервном копировании, восстановлении после сбоев и т.д. Некоторые из этих инструментов бесплатны и имеют расширенный функционал. Но, когда речь идет о таком особенном инструменте, как OpenStack, большое значение имеет выбор такого набора инструментов, который будет покрывать каждый шаг миграции в облако, делая его максимально простым.
Хайстекс Акура – это решение, которое автоматизирует весь процесс, обеспечивая минимально возможное время простоя во время миграций в OpenStack, делая их практически незаметными. Наше программное обеспечение не зависит от приложений и операционных систем и не имеет агента.
Вот только некоторые из основных преимуществ Хайстекс Акура.
Возможность миграции из bare metal и из любого облака
Среди многих сервисов, доступных на рынке, Хайстекс является единственным решением, позволяющим переносить любые, даже самые сложные нагрузки, из любой исходной платформы, как из облака, так и из bare metal. Мы можем гарантировать простое развертывание смигрированной инфраструктуры без зависимости от исходной платформы.
Отсутствие потери данных и времени простоя во время процесса миграции в облако
Хайстекс – это надежное решение для миграции в облако, которое гарантирует полностью автоматизированный процесс миграции с внешней и внутренней живой репликацией. Кроме того, у него есть определенные инструменты, которые предотвращают потерю данных и позволяют выполнить окончательный переход без остановки продуктива.
Широкие возможности реализации многопользовательских частных развертываний для провайдеров ИТ-услуг
С Хайстекс вы можете управлять всеми своими проектами миграции в облако с помощью единой панели управления – вы увидите все необходимые данные миграционных проектов в едином окне.
Неограниченное количество тестовых миграций
Хайстекс позволяет запускать столько тестовых миграций, сколько вам необходимо, чтобы проверить каждый аспект вашего будущего развертывания, прежде чем осуществлять процесс фактической миграции.
Набор заранее разработанных планов миграции для разных стратегий
Вы можете создать план миграции в облако с нуля или использовать один из наших заранее разработанных «шаблонов» миграции в облако – это позволит запускать приложения в определенном порядке, что обеспечит целостность данных, поможет избежать простоев и сэкономить ресурсы.
👆🏻 Узнайте больше о том, как мигрировать бизнес-приложения и рабочие нагрузки на OpenStack без простоя и потери данных →
