Примеры использования BaaS¶

Use Case №1¶

User story: Существует необходимость в настройке резервного копирования инстанса (виртуального сервера) услуги «SIM-CLOUD» с помощью сервиса «BaaS».

Как это сделать, с чего лучше начать, на что следует обратить внимание?

Решение: В первую очередь необходимо определить объекты для создания резервных копий. Система резервного копирования «BaaS» была спроектирована для создания копий виртуальных дисков инстанса. В зависимости от архитектурного решения, инстанс может содержать несколько дисков, для каждого диска система позволяет настроить индивидуальный алгоритм создания копий.

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

После того как будет определены объекты – диски для создания резервных копий необходимо определиться с количеством точек восстановления, именно это число будет определять «глубину» бэкапов. Наличие большого количества точек восстановления даст возможность восстановить диск с более старыми данными, которые могут понадобится в зависимости от разнообразных требований и обстоятельств. Также необходимо учитывать, что основным ресурсом услуги «BaaS» является дисковое пространство, которое ограничено заказанной дисковой квотой. Объем объектов резервного копирования, в совокупности с количеством точек восстановления, определяют общее необходимое дисковое пространство для корректной работы системы. Дефицит дискового пространства может привести к прекращению создания новых точек восстановление и как следствие к невозможности восстановления актуальной информации в случае сбоев.

Понимая основные аспекты, описанные выше, можно приступать к непосредственной настройке резервного копирования. Для этого необходимо создать соответствующие задания, которые будут запускаться системой в зависимости от выбранных настроек. При создании заданий диалоговом окне нужно указать: наименование задания, его описание, выбрать нужный объект – диск, который нужно копировать. В планировщике заданий необходимо указать время и количество точек восстановления. После того как все данные будут заполнены, система запустит выполнение бэкапа в соответствии с указанным временем на этапе настройки.

Система резервного копирования позволяет использовать два подхода по созданию задач: Первый – под каждый диск создавать отдельное задание, которое будет индивидуальным в своих настройках времени запуска и глубины бэкапа. Это решение подходит если проект имеет не слишком много инстансов и как следствие не содержит большого числа дисков, которые необходимо бэкапить. Второй – более системный и подходит пользователям, которым нужно настраивать резервное копирование для множества дисков. Также данный способ организации задач по бэкапированию позволяет масштабировать и тем самым экономить время на создание резервных копий. Данный метод основан на предварительном создании заданий с продуманной логикой создания резервных копий дисков. Создавая задачи, пользователь систематизирует потребности по необходимости создания бэкапов тех или иных дисков, таким образом типизируя задачи. После создания нескольких задач, пользователю необходимо только добавить нужные диски, и система резервного копирования BaaS будет выполнять бэкап по заранее подготовленному сценарию. Таким примером может быть ситуация, когда в Облаке создано 5 инстансов, каждый из которых имеет системный загрузочный диск. Для всех дисков сценарий бэкапа одинаковый, исходя из этого можно создать одну задачу, дать ей интуитивно-понятное наименование (system disk backup), выбрать один системный диск, настроить расписание и задать нужное количество точек восстановления. После того как задача будет создана пользователь может в произвольном порядке добавлять/удалять аналогичные диски в задачу, также будет доступна возможность коррекции задания, что позволит внести изменения для всей группы дисков в задании.

Примечание

Пользователям системы резервного хранения BaaS следует обратить внимание, что объект бэкапа – диск может быть добавлен только в одну задачу (один и тот же диск невозможно использовать в двух и более разных задачах). После того как диск будет добавлен к какой-либо задаче по резервному копированию, диск будет недоступен для создания новых задач. В таких случаях необходимо удалить диск из существующего задания и на его основе создать новую задачу.

Use Case №2¶

User story: При удалении одного из дисков инстанса, система не позволяет этого сделать, генерируя при этом ошибку: «Ошибка: Вам не разрешено выполнение: удалить диск:».

Причина: Реакция системы может объясняться тем, что диск примонтирован к системе резервного копирования «BaaS», на основании которого создаются резервные копии - снепшоты. При попытках удаления диска из раздела «Диски», который используется в задачах бэкапирования будет генерироваться указанная ошибка.

Решение:

Нужно проверить подключен ли этот диск в задаче бэкапирования, если да, то такой диск нельзя удалить без предварительных настроек. Чтобы удалить такой диск необходимо отключить или удалить этот диск из соответствующего задания создания резервных копий, это удалит служебный снепшот (снимок). После этого необходимо «отвязать» удаляемый диск, для этого необходимо:

перейти в раздел «Резервные копии»,
выбрать резервную копию, которая создана для диска,
в столбце «Действия», из выпадающего списка выбрать пункт «Отсоединить диск».

После выполненных вышеописанных действий, диск можно будет успешно удалить.

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

Use Case №3¶

User story:

Не выполняются восстановление диска по причине отсутствия свободного места в хранилище проекта.

Причина:

Пользователи услуги «SIM-Cloud» и её сервиса резервного хранения «BaaS», используют два независимых хранилища, одно из которых рассчитано на хранение томов инстансов (основное), а второе для хранения резервных копий этих томов.

Восстановление тома из бэкапа производится в основное хранилище проекта. Во время восстановления, сервис BaaS не производит замену существующего тома в главном хранилище томов, сервис резервного восстановления будет производить восстановление в указанном хранилище. По этой причине, при восстановлении тома, необходимо предварительно обеспечить достаточный объем хранилища, куда будет проводится восстановление.

Решение:

Для пользователя, основное облачное хранилище представляет собой квоту доступного дискового пространства. Основное хранилище создано на базе двух дисковых накопителей: gs1 и cs1.

По умолчанию, восстановление тома из бэкапа происходит на тот же тип хранилища, на котором том был создан. Если на одном из типов хранилища (cs1 или gs1) недостаточно квоты для восстановления, то восстановить том можно в другое хранилище (где есть свободное пространство нужного объема), а в дальнейшем с этого диска можно запустить инстанс.

Пользователи услуги «BaaS» могут выбирать на какой тип хранилища будет производится восстановление данных (cs1 или gs1).

В качестве альтернативного варианта, можно удалить текущий том инстанса и восстановить том из бэкапа. Используя освободившееся пространство ранее удаленного тома, можно поочередно восстанавливать том с нужной информацией, в соответствии с доступными точками восстановления. Удаляя диск, нужно понимать, что удаленный диск уже не удастся восстановить в прежней конфигурации и данными, восстановлению подлежат только существующие точки (состояние) этого диска на момент выполнения бэкапа.

Оптимальным и рекомендуемым решением является расширение квоты основного хранилища (cs1 или gs1). Использование такого подхода не требует удаления тома, для которого будет производится восстановление.

Use Case №4¶

User story:

По данным системы BaaS закончилось доступное дисковое пространство, что стало причиной ошибок при создании новых точек восстановления.

Причина:

Дисковое хранилище «BaaS» ограничено квотой, которая была заказана клиентом. Со временем свободное дисковое пространство может закончится и новые точки восстановления не смогут создаваться. Причиной может быть увеличение количества дисков для бэкапирования, или количество точек восстановления, возможно увеличился объем занятого пространства дисков, что привело к росту объема резервных копий, также причиной могло стать увеличение интенсивности изменения данных на диске, что также влияет на занимаемое пространство точек восстановления в хранилище.

Решение:

Существуют следующие варианты решения возникшей ситуации:

Пользователь услуги может докупить дополнительное место для резервного копирования.
Пользователю необходимо пересмотреть политику создания бэкапов. Например, уменьшить глубину бэкапов, что соответственно уменьшит количество резервных копий и занимаемое ими место. При следующем запуске заданий сначала выполнит ротацию существующих точек восстановления и потом еще раз проверит место и начнет резервное копирование. Это значит, что если в конфигурации задания указано 5 точек восстановления, то изменив количество точек до 3, системе нужно будет запуститься 3 раза, после создания третьей точки восстановления ротация бэкапов будет завершена, и система произведет перерасчёт доступного дискового пространства.
Оптимизация заданий резервного копирования. Как пример можно рассмотреть возможность создания двух заданий, одно из которых будет бэкапить чрезвычайно важные диски и хранить копии 10 дней, а второе – менее важные и хранить копии три дня.

Примечание

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

Use Case №5¶

User story:

Возникла необходимость восстановления диска из резервной копии. Как это сделать, с чего лучше начать, на что следует обратить внимание?

Решение:

Для восстановления диска необходимо перейти в меню «Резервное копирование BaaS», выбрать раздел «Бэкапы». В данном разделе будет сформирован список доступных резервных копий в разрезе дисков. Нужно найти нужный диск и нужную точку восстановления, ориентируясь по дате создания, и нажать кнопку «Восстановить». Через некоторое время диск будет восстановлен, его можно будет найти в меню «Вычислительные ресурсы» раздел «Диски». В случае необходимости восстановленный диск можно будет подключить к существующему инстансу или на его основе создать новый инстанс. Восстанавливая диск, следует обратить внимание на наличие доступного дискового пространства проекта.

Use Case №6¶

User story:

Возникла необходимость полного восстановления инстанса из резервной копии. Как это сделать, с чего лучше начать, на что следует обратить внимание?

Решение:

Этот практический кейс лучше разбить на три составляющих: - Создание инстанса; - Восстановление необходимых дисков инстанса; - Подключение восстановленных дисков к новому инстансу.

Выполняя полное восстановление инстанса из резервной копии по причине его удаления, следует отметить, что актуальность данных будет восстановлена на момент создания точки восстановления. Если из проекта был удален инстанс, то вместо с ним была удалена связка сетевых настроек. Система динамически выдает сетевые настройки (IP-адреса), после удаления инстанса ранее выданные адреса освобождаются и могут быть выданы другому клиенту или инстансу. После завершения восстановления системного диска, операционная система будет по-прежнему использовать сетевые настройки, а именно тот же IP-адрес (маска сети, шлюз и dns). По этой причине в настройках сети ОС инстанса нужно прописать новый IP-адрес, который был присвоен инстансу во время создания.

Use Case №7¶

User story:

Как определить необходимый объем дисковой квоты СХД для создания резервных копий?

Решение:

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

Минимальный размер дисковой квоты 10GB.
Дисковая квота должна быть кратная 10 GB.
Объем СХД для «BaaS» рассчитывается как совокупность занятого пространства каждого диска и сумма изменений (дельта) диска между точками восстановления:

VBaaS = (VHDD1 + (∆VHDD1+…+∆ VHDD1n)) + …+ (VHDDm + (∆VHDDm1+…+∆ VHDDmn)) n = 1…k, где k-количество точек восстановления; m =1…f, где f-количество дисков для резервного копирования.

Из этого следует, что на объем необходимой дисковой квоты влияет:

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

Пример:

В проекте создано три диска, для которых необходимо настроить резервное копирование. Рассчитаем объем необходимой дисковой квоты BaaS, которую нужно будет заказать.

Представим исходные данные в форме таблицы:

№ Параметры VHDD1 VHDD2 VHDD3 1 Объем дискового пространства. 120 GB 250 GB 500 GB 3 Объем занятого дискового пространства - VHDDm. 30GB 100GB 350GB 3 Количество точек восстановления – «k». 7 5 10 4 Интенсивность изменения данных на диске между точками восстановления - ∆VHDDm. 1GB/day 5GB/day 30GB/day

Используем для расчёта необходимой дисковой квоты вышеуказанную формулу:

VBaaS = (VHDD1 + (∆VHDD1+…+∆ VHDD1n)) + …+ (VHDDm + (∆VHDDm1+…+∆ VHDDmn))

Проанализировав исходные данные можно сделать вывод, что в случае постоянной интенсивности изменения данных на диске между точками восстановления (∆VHDDm) формулу можно упростить и привести к виду:

VBaaS = (VHDD1 + (∆VHDD1 x k HDD1)) + (VHDD2 + (∆VHDD2 x k HDD2)) + (VHDD3 + (∆VHDD3 x k HDD3))

Подставим в полученную формулу данные из исходных данных:

VBaaS = (30GB + (1GB x 7)) + (100GB + (5GB x 5) + (350GB + (30GB x 10)) VBaaS = (30GB + 7GB) + (100GB + 25GB) + (350GB + 300GB) VBaaS = 37GB + 125GB + 650GB = 812GB = 820GB

Как видно из расчёта, полученное значение 812GB было округлено в большую сторону (820GB), к числу кратному 10. Предоставленный расчет позволяет оценить оптимальную дисковую квоту BaaS, необходимую для настройки резервного копирования. Для расчета максимальной квоты нужно учитывать полный объем диска, максимальное количество точек восстановления и максимальную интенсивность изменения данных на диске между точками восстановления.

Примечание

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

Use Case №8¶

User story:

Необходимо восстановить диск объемом 500GB, нужно уточнить производительность процесса восстановления и необходимое время на восстановление диска из бэкапа. Будет ли влиять на скорость восстановления контент диска?

Решение:

Реализованное архитектурное решение нашего сервиса BaaS позволяет восстанавливать примерно 200-300 GB в час. При этом нет никакой разницы между типами данных, которые обрабатываются системой. По сути, создается точка восстановления, срез состояния системы клиента, файловая система с блоками данных. Так как создание резервной копии производится относительно диска, определенного инстанса, то и восстановление из бэкапа происходит на уровне диска. По этой причине наше решение SIM-Cloud BaaS можно одинаково эффективно применять для всех видов инфраструктурных сервисов, будь то веб-сервер, сервер баз данных, почтовый сервер или обычная домашняя операционная система, контент диска не влияет на скорость восстановления. Для расчёта скорости восстановления диска можно воспользоваться формулой: T_BaaS=(V_HDD (GB))/(V (GB/hour))

TBaas – время восстановления (значение в часах); VHDD – объем диска (значение в GB); V – скорость восстановления (значение в GB/час).

Рассчитаем необходимо время для восстановления диска объемом 500GB:

T_BaaS=(500 (GB))/(200 (GB/h))=2.5(h)

Из полученных данных видно, что диска объемом 500GB можно восстановить из бэкапа примерно за 2 часа 30 минут.