LTO-6 для десятилетнего архива: считаем TCO против облака

Один из клиентов на сопровождении попросил нас проработать схему долгосрочного хранения архивов - с обязательным требованием: данные должны быть доступны в течение десяти лет. Юридические и регуляторные причины, не будем вдаваться. Объём - несколько терабайт сейчас с ростом примерно 500-700 ГБ в год. Запрос казался простым, пока мы не сели считать TCO.

Откуда вообще взялась лента в 2014-м

Разговор про LTO для нас не новый - мы с ленточными библиотеками работаем давно, писали про LTO-3 ещё в 2007-м. Но тогда вопрос так не стоял: было что-то одно, потому что облаков в нынешнем понимании просто не существовало. Сейчас ситуация другая: есть российские S3-совместимые провайдеры, и у клиента резонный вопрос - а зачем вообще возиться с железом, если можно платить за гигабайты помесячно?

LTO-6 вышел в 2012 году. Спецификации серьёзные: 2.5 ТБ нативной ёмкости на картридж (6.25 ТБ со сжатием), скорость записи 160 МБ/с нативная. По сравнению с LTO-5 ёмкость выросла вдвое - это уже не «лента для средних объёмов», это полноценный инструмент для хранения реально больших архивов. Библиотеки с LTO-6 начали массово появляться у вендоров - HP StorEver, Dell PowerVault, IBM TS - и цены за последний год заметно упали.

Как мы считали TCO

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

Параметры клиента: стартовый объём 5 ТБ, ежегодный прирост 600 ГБ, срок хранения 10 лет с требованием читаемости на весь срок.

Вариант с LTO-6. Автозагрузчик начального уровня - одна лента-библиотека на 8 слотов плюс привод. Картриджи LTO-6 сейчас стоят разумно, на десять лет потребуется порядка двадцати-двадцати пяти штук с учётом ротации и запасных. Главная статья капитальных затрат - само железо, разовая покупка. Дальше: электричество (привод работает только во время записи/чтения, не постоянно), один-два часа в месяц на операции с картриджами, хранение кассет в сейфе или внешнем хранилище.

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

Когда мы сложили оба столбца, результат оказался вполне ожидаемым для людей, которые умеют считать, но неочевидным для клиента: лента дешевле примерно в три раза на горизонте десяти лет при данных объёмах. Основная причина - S3-хранилище это операционные расходы, которые накапливаются каждый месяц. Лента - капитальные затраты один раз плюс символическое обслуживание.

Практические нюансы, которые мы обязаны проговорить

Лента не идеальна, и было бы нечестно не сказать об этом.

• Деградация носителя. LTO-6 картриджи гарантированно читаются 30 лет по спецификации производителя - но это при правильных условиях хранения (влажность, температура) и при проверке данных. Мы рекомендуем раз в два-три года прогонять верификацию архивных картриджей.
• Совместимость приводов. LTO умеет читать два поколения назад. Через десять лет LTO-6 будет устаревшим - придётся либо держать старый привод в рабочем состоянии, либо мигрировать данные на новые картриджи заранее. Это не катастрофа, но работа.
• Операционная нагрузка. Кто-то должен физически менять кассеты, следить за журналом, вывозить копии на внешнее хранение. При восьмислотовом автозагрузчике и разумной политике - это минимум, но не ноль.
• RTO при восстановлении. Облако быстрее при восстановлении отдельных файлов. С лентой - нужно найти нужный картридж, вставить, дождаться позиционирования. Для архива, который «читается один раз в пять лет для юристов», это не проблема. Для горячих данных - другая история.

Что в итоге

Клиент выбрал LTO-6 с автозагрузчиком HP StorEver MSL2024 - восемь слотов, один привод. Политика хранения: полные снимки по ключевым датам, ротация картриджей с выносом одного комплекта на внешнее хранилище. Программная часть - Veeam для VMware-данных, плюс отдельные скрипты для архивирования файловых данных напрямую на ленту через LTFS.

LTFS (Linear Tape File System) - это отдельная радость: лента монтируется как обычная файловая система, видна в Проводнике или через CLI без специального ПО для чтения. Мы на него смотрели скептически, пока не поставили - оказалось удобно. Особенно в контексте «прочитать через пять лет» - не надо помнить, какой версией Bacula это писалось.

S3 при этом не исчезает из схемы: у клиента есть оперативный бэкап в S3-совместимое хранилище с горизонтом полгода-год. Лента - это долгосрочный архив, облако - это удобный оперативный резерв с быстрым доступом. Они не конкурируют, они работают на разных горизонтах.

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