Что представляет собой OpenStack
OpenStack — это бесплатный сервис облачных вычислений, разработанный NASA еще в 2010 году и изначально задуманный как реализация сервиса AWS EC2 с открытым исходным кодом. С тех пор она превратилась в автономную платформу и поддерживается обширным сообществом энтузиастов и коммерческих пользователей, являясь самой популярной облачной платформой с открытым исходным кодом в мире: в настоящее время в производстве работает более 25 миллионов ядер, и размер рынка оценивается в 6 миллиардов долларов США. Как правило, OpenStack разворачивается по принципе «инфраструктура как услуга» (IaaS) в общедоступных и частных облаках, где виртуальные серверы и другие ресурсы (вычислительные, сетевые ресурсы и хранилища) доступны для пользователей.
Рекомендации по аварийному восстановлению резервных копий для OpenStack
Как мы уже говорили, изначально OpenStack появился в составе AWS, а значит, нам не избежать сравнения с сервисом Amazon, основные возможности которого всем хорошо известны. Использование OpenStack предполагает построение облачной инфраструктуры с нуля, что влечет за собой значительные затраты на начальном этапе. С другой стороны, в отличие от Amazon Web Services, OpenStack имеет гораздо более скромные эксплуатационные расходы, особенно когда речь идет о сложной и изощренной инфраструктуре.
Резервное копирование или аварийное восстановление: что выбрать?
В одной из наших недавних статей мы сравнили резервное копирование и аварийное восстановление, рассказали об их вариантах использования и важных советах — подробнее об этом можно прочитать здесь. Другими словами, ваш выбор между облачным резервным копированием и аварийным восстановлением должен зависеть не от размера бизнеса, которым вы управляете, а от его типа. Чем больше ваша компания полагается на ИТ-инфраструктуру и чем серьезнее риск для непрерывности бизнеса в случае ИТ-катастрофы, тем больше смысла предпочитать аварийное восстановление резервному копированию в облаке.
Как и любой другой облачный сервис, который по своей природе является гибким и универсальным, вы можете использовать его в зависимости от ваших требований. Так что неважно, хотите ли вы внедрить облачное резервное копирование или полноценное аварийное восстановление, стоит использовать OpenStack в обоих случаях.
Рекомендации по резервному копированию и аварийному восстановлению OpenStack
Шаг 1. Прочтите и просмотрите документацию OpenStack
Чтобы убедиться, что все работает гладко, члены ИТ-команды должны тщательно просматривать документацию OpenStack после выпуска новой версии. В этой документации описывается, как правильно защищать и настраивать данные.
Шаг 2. Хорошо ознакомиться с основными модулями OpenStack, их расположением и взаимодействием между собой и другими инструментами
OpenStack состоит из отдельных отдельных программных компонентов, которые работают вместе для предоставления облачных услуг. Сообщество OpenStack определило девять основных компонентов: Nova, Swift, Cinder, Glance, Neutron, Horizon, Keystone, Ceilometer и Heat.
Поскольку мы сосредоточены на резервном копировании и аварийном восстановлении, мы должны уделить особое внимание Cinder, компоненту блочного хранилища, который предоставляет тома для экземпляров OpenStack. Чтобы получить максимальную отдачу от Cinder, вам необходимо отказоустойчивое, надежное, масштабируемое, многофункциональное решение для хранения данных, отвечающее всем требованиям рабочей нагрузки. Многие предпочитают использовать для этих целей Ceph — это облачное хранилище, которое органично интегрируется с OpenStack. Популярность этой интеграции связана с тем, что Cinder с поддержкой Ceph обеспечивает масштабируемость и избыточность для томов хранения, особенно в крупномасштабных производственных развертываниях.
С точки зрения аварийного восстановления важно, чтобы используемое вами решение можно было легко интегрировать как с Cinder, так и с Ceph. Хайстекс Акура, наше решение для аварийного восстановления, поддерживает Ceph (а также любое другое хранилище, подобное S3) для моментальных снимков и обеспечивает быстрое восстановление в тома Cinder.
Шаг 3. Аккуратно создавайте резервные копии ваших виртуальных машин и данных
Тем не менее, может показаться, что резервное копирование ваших данных в OpenStack ограничено резервным копированием виртуальных машин, вы все равно не должны упускать из виду данные, которые не принадлежат этим виртуальным машинам. Убедитесь, что в конце дня вы делаете резервную копию всего: виртуальных машин, приложений, сетей и т. д.
Имейте в виду, что все это можно сделать не просто голыми руками, а с помощью различных сторонних инструментов. Например, решение для резервного копирования OpenStack, которое является частью программного обеспечения Хайстекс Аварийное Восстановление, может воспроизводить рабочие нагрузки и преобразовывать данные и инфраструктурные архитектуры для работы в OpenStack. Он поддерживает сценарии облачного резервного копирования с горячим и холодным хранилищем и гибкими политиками хранения.
Шаг 4. Используйте нативные решения OpenStack
Важное дополнение к предыдущему пункту: не все сторонние инструменты резервного копирования обеспечивают одинаковую надежность. Есть и такие, которые просто не адаптированы для работы с OpenStack или, другими словами, не OpenStack-native. Есть мнение, что сама избыточность данных, которую могут обеспечить устаревшие инструменты, спасет вас при резервном копировании, но на самом деле бывают ситуации, в которых этого может быть недостаточно, например, при наличии поврежденных данных или неправильно настроенных виртуальных машин. В свою очередь, собственные решения OpenStack позволяют восстанавливать рабочие нагрузки из разных снапшотов, чтобы можно было получить доступ к нужной точке восстановления.
Шаг 5. Убедитесь, что ключевые параметры аварийного восстановления соответствуют бизнес-требованиям
Если вы планируете аварийное восстановление в OpenStack, вам необходимо уделить самое пристальное внимание RPO (целевой точке восстановления) и RTO (целевому времени восстановления). Первый определяет момент времени, до которого ваши данные будут восстановлены, а второй — максимально допустимое количество времени, необходимое для восстановления работоспособности критически важных систем после сбоя. Очевидно, что они должны быть идеально сбалансированы, чтобы быть достаточно низкими для обеспечения безопасности вашего бизнеса, а с другой стороны, стоимость такого решения должна быть разумной. Хайстекс Акура, решение для аварийного восстановления, обеспечивает минимальные значения RPO/RTO при восстановлении на площадку после аварийного восстановления или при возврате в производственную среду со значительным снижением затрат.
Заключение
По умолчанию облачное резервное копирование и аварийное восстановление в OpenStack, а также первоначальная настройка этого облачного сервиса являются трудоемкими. Гибкость и широкие возможности оптимизации OpenStack компенсируются сложностью настройки облака.
К счастью, для OpenStack существуют платформы резервного копирования и восстановления, которые значительно упрощают эти процессы и экономят время и ресурсы. Однако не все такие решения одинаково эффективны — следует избегать устаревших инструментов, которые могут поставить под угрозу всю стратегию аварийного восстановления. Возможно, вы захотите использовать OpenStack-native решение, которое полностью интегрировано со всеми ключевыми технологиями OpenStack.
Хайстекс предлагает полностью автоматизированное программное обеспечение для аварийного восстановления для OpenStack, которое в равной степени подходит как конечным клиентам, так и партнерам, помогая им достичь отказоустойчивости ИТ и непрерывности бизнеса при значительной экономии на резервном копировании и аварийном восстановлении.
👆🏻 Узнайте больше о ключевых характеристиках программного решения Хайстекс Акура по облачной миграции, backup и аварийному восстановлению →
