Бэкап в интернет: считаем скорость закачки 50 ГБ по российским каналам и смотрим на Mozy и Carbonite

На прошлой неделе один из клиентов прислал ссылку на Mozy и спросил коротко: «А мы так можем?» Mozy - американский сервис онлайн-бэкапа, где за фиксированную месячную плату закачиваешь данные на их серверы и спишь спокойно. Carbonite работает по той же модели. Оба запустились пару лет назад, сейчас активно рекламируются, и до наших клиентов интерес начинает доходить.

Ответить односложно не получилось. Пришлось считать.

Арифметика канала

У клиента - офис в Москве, выделенная линия 2 Мбит/с от местного провайдера. Реальная исходящая пропускная способность в хорошее время суток - где-то 1,5-1,8 Мбит/с. Допустим, оптимистично - 2 Мбит/с.

Данные для бэкапа: рабочие документы, 1С-базы, почтовый архив. Итого где-то 50 ГБ, которые меняются относительно регулярно.

Считаем:

• 50 ГБ = 50 * 1024 МБ = 51 200 МБ = 409 600 Мбит
• При канале 2 Мбит/с и без сжатия: 409 600 / 2 = 204 800 секунд
• Это примерно 56 часов, больше двух суток непрерывной закачки

Даже если сервис умеет сжимать данные на лету и документы схлопываются до 60% - получаем около 33 часов. Всё равно больше суток.

И это при условии, что всё 2 Мбит/с занимает только бэкап, в нерабочее время, без конкурирующего трафика. На практике - никто не отдаст канал под бэкап на трое суток.

Первоначальная закачка 50 ГБ по такому каналу - это разовый квест. Американские пользователи Mozy решают его через «seed service»: записывают данные на диск, физически отправляют на склад сервиса, там загружают. Для России такого сервиса нет, и непонятно когда будет.

Инкременты - это другой разговор

Всё меняется, если смотреть не на первую закачку, а на ежедневные изменения. Если за день в офисе реально меняется 300-500 МБ документов - это уже 20-30 минут по тому же каналу ночью. Терпимо.

Mozy и Carbonite так и работают: первый раз - боль, дальше - только дельта. По этой логике сервис теоретически применим, если:

• Первоначальный объём данных некритичен по времени восстановления и можно потерпеть или заплатить кому-то за разовый перенос
• Ежедневные изменения разумны по объёму
• Канал достаточно широкий, чтобы инкременты закачивались за ночь

У нашего клиента первое условие не выполняется: 1С-базы нужны каждый день, и три дня без возможности восстановления - это нет.

Что со скоростью восстановления

Загрузить 50 ГБ обратно - та же арифметика, только в другую сторону. Входящий канал у клиента 4 Мбит/с, но это примерно 25 часов скачивания. При аварии, когда нужно быстро поднять офис, сутки ожидания загрузки бэкапа - неприемлемо.

Лента, с которой мы периодически работаем, читается примерно на 10-15 ГБ/час при нормальном стримере. 50 ГБ - это 3-5 часов восстановления. Неприятно, но это другой порядок.

Disk-to-disk, о котором мы писали три года назад, ещё быстрее: если бэкап лежит на внешнем массиве рядом, восстановление - вопрос часа.

Что с точки зрения безопасности

Это отдельная история. Оба сервиса американские, данные лежат на серверах в США. Для компании, которая работает с персональными данными клиентов или с коммерческой тайной - это минимум вопрос юридической экспертизы. Требования 152-ФЗ, о котором мы разбирались в феврале, здесь начинают быть вполне конкретными.

Mozy шифрует данные на стороне клиента перед отправкой - это плюс. Но ключ по умолчанию хранится у них же, что технически снижает смысл шифрования для серьёзной конфиденциальности. Carbonite в этом отношении не лучше.

Где это реально работает

Есть сценарии, где облачный бэкап выглядит вменяемо уже сейчас:

• Ноутбуки сотрудников - там объём данных обычно небольшой, 5-10 ГБ рабочих файлов, и потеря ноутбука без резервной копии - частая история. Mozy для физических лиц стоит 5 долларов в месяц за безлимит, и за ночь закачать 5 ГБ при домашнем широкополосном - реально.
• Некритичные документы - архивы, которые нужны редко и восстановление которых не срочное.
• Мелкий бизнес без нормального IT - лучше что-то, чем лента, которую никто не меняет и не проверяет.

Для серверных данных с требованиями к RTO - нет, не сейчас.

Что мы ответили клиенту

Прямо: для 1С и почты с вашим каналом - не вариант. Текущая схема с disk-to-disk на площадку и лентой для долгосрочного хранения работает и закрывает задачу надёжнее.

Для ноутбуков - попробуем Mozy на паре машин, посмотрим, как себя ведёт клиент, и решим, разворачивать ли на всю компанию.

Возможно, когда каналы в России подрастут, расчёт изменится. Но это не тема сегодняшнего разговора - работаем с тем, что есть.

Если хотите разобраться, что из схем резервного копирования имеет смысл в вашем конкретном случае - каналы, объёмы, RTO/RPO - это часть managed-обслуживания, которое мы ведём.