Дедупликация для файловых серверов: Symantec PureDisk, EMC Avamar, NetApp SnapVault

На прошлой неделе Microsoft сделала предварительный показ дедупликации файловой системы, которая войдёт в следующую версию Windows Server. Технология работает на уровне тома NTFS, дедуплицирует не потоки бэкапа, а сами файлы прямо на файловом сервере - без отдельного продукта, без агентов. Выглядит многообещающе. Но это - превью на конференции. Продукт ещё не вышел и когда выйдет - неизвестно.

Пока мы имеем клиента с файловым сервером на Windows Server 2008 R2, восемь терабайт пользовательских данных, рост хранилища опережает плановые расширения, и нужно что-то делать уже сейчас, а не ждать следующего Server.

Мы выбирали между тремя решениями. Записываем наблюдения, пока свежие.

Контекст задачи

Клиент - производственная компания, смешанная инфраструктура под нашим сопровождением. Файловый сервер: Windows Server 2008 R2, DFS-пространство имён, несколько шар для разных отделов. Характер данных - типичный для производства: много чертежей в форматах AutoCAD и Kompas, офисные документы, архивы проектов. Коэффициент повторяемости данных по предварительной оценке высокий - проекты плодят версии файлов, которые отличаются на проценты.

Задача: снизить физическое потребление дисков минимум вдвое без изменения схемы работы пользователей. Shadow Copies включены, но не решают задачу - они сами дополнительно занимают место.

Три кандидата

Symantec PureDisk. Решение от Symantec, изначально выросшее из Enterprise Vault, ориентировано на глобальную дедупликацию - один пул хранилища, клиентские агенты на серверах и рабочих станциях, дедупликация cross-device. Архитектура: отдельный сервер PureDisk Storage Pool Authority плюс агенты. Плюс - действительно глобальная дедупликация, если у клиента несколько площадок с похожими данными. Минус - у клиента нет другой инфраструктуры Symantec, лицензирование отдельное, администрировать ещё один продукт.

EMC Avamar. Мы уже работали с EMC Data Domain в июне - тот был target-дедупликатор для потоков бэкапа. Avamar - другой продукт, source-side дедупликация: агент на клиенте вычисляет хэши сегментов и передаёт в хранилище только уникальные блоки. Для файловых серверов это означает, что трафик репликации тоже дедуплицируется. Недостаток в нашем случае: клиент не использует никаких EMC-продуктов. Avamar хорошо вписывается в существующую EMC-инфраструктуру, а отдельно - дорогая история.

NetApp SnapVault. Это не совсем дедупликатор в классическом смысле - SnapVault репликует снапшоты с исходного тома на NetApp FAS с включённой дедупликацией WAFL. Дедупликация происходит на стороне хранилища NetApp. Принципиальное отличие: SnapVault работает хорошо, если у вас уже есть NetApp. У клиента есть старый FAS2020 под другие задачи. Именно это и сделало NetApp интересным вариантом.

Что мы в итоге выбрали и почему

Выбор пал на NetApp SnapVault - не потому что он лучший в абстрактном смысле, а потому что у клиента уже есть NetApp. Это меняет всё уравнение: нет затрат на новое железо, лицензия SnapVault добавляется к существующему контракту, администрирование ложится в знакомый OnCommand System Manager.

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

Вот как это выглядит в сравнении:

• Symantec PureDisk - глобальная source-side дедупликация, хорошо масштабируется на множество серверов и рабочих станций, требует отдельного сервера SPA. Выбирать, если нет привязки к вендору и нужна дедупликация за пределами файлового сервера - на рабочих станциях тоже.
• EMC Avamar - source-side, лучший вариант для экономии трафика репликации между площадками, органично встраивается в EMC-стек. Без EMC-инфраструктуры - переплата.
• NetApp SnapVault - target-side на уровне WAFL, простая интеграция если FAS уже есть, дедупликация встроена в ОС хранилища. Без NetApp - нет смысла рассматривать.

Что насчёт анонса Microsoft

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

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

Если анонс Microsoft реализуется так, как показано - следующий раз при выборе схемы хранения для файловых серверов на Windows этот вариант нужно будет рассматривать первым.