Облако — удобное и надежное решение для хранения большого количества данных. Рабочие документы, видео, презентации, резервные копии файлов со смартфона будут доступны с любого устройства, а их состояние не зависит от самочувствия жесткого диска или флешки. Преимущество облачной системы резервного копирования (СРК) в том, что ваша резервная копия останется в целости и сохранности в случае воздействия человеческого фактора или обстоятельств непреодолимой силы.

Основные плюсы облачной СРК:

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

Ошибки в расчете или отказ от него могут привести:

Резервное копирование локальной инфраструктуры повышает надежность хранения данных и дает полный контроль над ними. Кроме того, компании могут увеличить свою локальную СРК без покупки оборудования — за счет использования облачного хранилища.

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

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

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

Для этого нужно понимать:

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

Data — суммарный размер всех виртуальных машин, обрабатываемых конкретным заданием резервного копирования. Это пространство на диске, которое реально занимают данные.

F — количество полных бэкапов.

R — количество инкрементальных бэкапов.

D (delta) — среднее количество изменений на диске ВМ в интервале от одного прохода задания резервного копирования до другого.

Как упоминали выше, бэкапы создаются ежедневно. То есть за неделю мы получаем один полный бэкап (F) и шесть инкрементов (R). Всего — семь точек восстановления.

Предположим, что общий вес ВМ (Data) – 100 Гб, то есть ее первый полный бэкап будет занимать 100 Гб.

Размер инкрементальной копии зависит от количества изменений, записанных с последней точки восстановления (показатель D, delta в формуле). Для удобства допустим, что изменений происходит немного, примерно 10%.

Тогда вес инкрементов составит: 100 ГБ * 10% * 6 дней = 60 Гб

В результате: 100 + 60 Гб = 160 Гб — то, что будет храниться постоянно. Это совокупный недельный объем всех копий, полных и инкрементальных.

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

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

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

100*(1+1) + 10* 6 *(1+1) = 320 Гб

Итого 320 Гб.

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

Бывает так, что ваша система не предполагает необходимости восстановления на определенную дату. В этом случае можно использовать GFS-преобразование для сокращения дискового пространства.

Например, вы можете хранить три полные недельные копии, а инкременты только за две последних недели. Тогда расчет будет выглядеть так. К концу цикла храним 2 копии, 12 инкрементов и создаем еще 1 полную копию: 100*(2+1) + 10* 6 * (1+1) = 420 Гб

Обращайтесь к нам за консультацией, чтобы быстро рассчитать необходимое пространство в облачной СРК для надежной защиты ваших данных. А еще можно бесплатно протестировать возможности системы резервного копирования T1 Облако: мы предлагаем пробный период.