Дата18.07.2024
Облако — удобное и надежное решение для хранения большого количества данных. Рабочие документы, видео, презентации, резервные копии файлов со смартфона будут доступны с любого устройства, а их состояние не зависит от самочувствия жесткого диска или флешки. Преимущество облачной системы резервного копирования (СРК) в том, что ваша резервная копия останется в целости и сохранности в случае воздействия человеческого фактора или обстоятельств непреодолимой силы.
Основные плюсы облачной СРК:
  • легкая установка;
  • быстрое восстановление данных;
  • гибкие настройки и управление;
  • возможность интеграции в любую ИТ-среду;
  • оптимизация затрат на закупку оборудования и экономия времени ИТ-специалистов.
Зачастую компаниям сложно самостоятельно спрогнозировать, сколько места может потребоваться в облачном хранилище для бэкапов. Еще один важный вопрос: как часто создавать резервные копии. Все это нужно рассчитать и продумать, чтобы исключить риск потерять данные.
Ошибки в расчете или отказ от него могут привести:
  • к повышению стоимости резервного копирования, которого вы не ожидали;
  • к остановке процессов резервного копирования из-за технической квоты на дисковое пространство. Ограничение устанавливает облачный провайдер для защиты от «взрывного» роста потребления дискового пространства. В результате новые резервные копии виртуальных машин не записываются и восстановление данных невозможно.
Резервное копирование локальной инфраструктуры повышает надежность хранения данных и дает полный контроль над ними. Кроме того, компании могут увеличить свою локальную СРК без покупки оборудования — за счет использования облачного хранилища.
Выделили три важных шага, которые помогут вам спрогнозировать объем пространства для бэкапов.

Шаг 1: Определим политику хранения резервных копий

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

Шаг 2: Рассчитаем минимальное необходимое дисковое пространство

Для этого нужно понимать:
  • Сколько планируется точек восстановления. Другими словами, на сколько дней назад мы можем «откатиться», если делаем копии ежедневно.
  • Сколько из этих точек восстановления нужно полных копий и сколько инкрементальных.
Формула для расчета размера бэкапа, который получается за один проход задания резервного копирования, такая:
Backup Size = F x Data + R x D x Data
Data — суммарный размер всех виртуальных машин, обрабатываемых конкретным заданием резервного копирования. Это пространство на диске, которое реально занимают данные.
F — количество полных бэкапов.
R — количество инкрементальных бэкапов.
D (delta) — среднее количество изменений на диске ВМ в интервале от одного прохода задания резервного копирования до другого.
Приступим к расчету:
Как упоминали выше, бэкапы создаются ежедневно. То есть за неделю мы получаем один полный бэкап (F) и шесть инкрементов (R). Всего — семь точек восстановления.
Предположим, что общий вес ВМ (Data) – 100 Гб, то есть ее первый полный бэкап будет занимать 100 Гб.
Размер инкрементальной копии зависит от количества изменений, записанных с последней точки восстановления (показатель D, delta в формуле). Для удобства допустим, что изменений происходит немного, примерно 10%.
Тогда вес инкрементов составит: 100 ГБ * 10% * 6 дней = 60 Гб
В результате: 100 + 60 Гб = 160 Гб — то, что будет храниться постоянно. Это совокупный недельный объем всех копий, полных и инкрементальных.

Шаг 3: Рассчитаем максимальное необходимое дисковое пространство

При выборе резервного копирования необходимо учитывать особенность: инкременты не удаляются, пока не будет записана следующая полная копия.
То есть в максимальный объем хранения в репозитории будет храниться две полные копии и два набора инкрементов, пока не будет создана третья полная копия.
Таким образом, если планируется семь точек восстановления, необходимо учитывать, что в определенный момент их количество увеличится до 14 и объем бэкапов составит:
100*(1+1) + 10* 6 *(1+1) = 320 Гб
Итого 320 Гб.
новый релиз

Вывод

Таким образом, для ВМ объемом 100 Гб при выбранной политике хранения необходимо от 100 Гб до 320 Гб в зависимости от этапа резервного копирования.

А если не нужно столько инкрементов?

Бывает так, что ваша система не предполагает необходимости восстановления на определенную дату. В этом случае можно использовать GFS-преобразование для сокращения дискового пространства.
GFS (Grandfather-Father-Son, «дед-отец-сын») — стратегия хранения бэкапов, согласно которой резервное копирование состоит из трех последовательных шагов: G — полный бэкап на начало года. F — полный бэкап на начало месяца. S — полный бэкап и инкременты раз в неделю.
Например, вы можете хранить три полные недельные копии, а инкременты только за две последних недели. Тогда расчет будет выглядеть так. К концу цикла храним 2 копии, 12 инкрементов и создаем еще 1 полную копию: 100*(2+1) + 10* 6 * (1+1) = 420 Гб
Обращайтесь к нам за консультацией, чтобы быстро рассчитать необходимое пространство в облачной СРК для надежной защиты ваших данных. А еще можно бесплатно протестировать возможности системы резервного копирования T1 Облако: мы предлагаем пробный период.