Я хотел бы знать, действительно ли VTL является допустимым вариантом в настоящее время? Кто-нибудь здесь использует это и почему на самом деле? Есть ли у него какие-то преимущества по сравнению с обычным сервером, набитым дисками SATA в RAID6 / 10?
Позвольте мне объяснить свое любопытство: наша среда состоит из 4 серверов DELL R730, работающих на базе VMWare VSphere 6.0 + VEAAM Backup and Replication. Мы искали подходящее решение для резервного копирования и получили предложение от VTL для VEEAM. У нас нет инфраструктуры, связанной с магнитофонами, более того, другие ребята сказали мне, что это старая школа стимпанк для фриков / хипстеров. Так что я боюсь идти этим путем и хотел бы узнать больше.
Заранее спасибо!
Veeam может создавать резервные копии на iSCSI и SMB3. Я не вижу никаких жизнеспособных моментов в использовании VTL в вашем конкретном сценарии. Как раз наоборот: не реализуя уровень VTL, вы просто устраняете один уровень сложности! Вероятно, ваш VAR пытается заработать несколько дополнительных долларов, продавая вам то, что вам действительно не нужно. На вашем месте я бы получил что-то вроде Dell R730 (xd?) С низким уровнем ЦП и ОЗУ и добавил 8 6-8 ТБ NL-SAS или Enterprise SATA в RAID10. RAID6 также может работать, но будьте осторожны с Veeam, потому что он выполняет обновления на месте при создании обратных снимков и забивает подсистему ввода-вывода тоннами небольших операций записи. RAID6 - далеко не лучший выбор из-за 4-кратного усиления записи. Однако я бы посоветовал поговорить с вашим инженером службы поддержки Veeam, у которого есть ваш точный сценарий.
Возвращаясь к исходному вопросу, люди раньше покупали виртуальные ленточные библиотеки только для того, чтобы обеспечить плавное инкрементное обновление своей инфраструктуры резервного копирования, полностью построенной на лентах. Также нормативные требования гласят, что они должны использовать ленту, и они с нетерпением ждут возможности помещать все больше и больше данных в окно резервного копирования. Поскольку у вас нет существующих резервных копий с поддержкой лент и вы не связаны строго с нормативными требованиями, я не вижу смысла снова использовать VTL.
VTL - жизнеспособный вариант, если ваш LT Drive не справляется со скоростью. Но VTL должен быть встроен в целевое приложение резервного копирования, чтобы получить серьезные преимущества. Я обнаружил, что Fujitsu CS800 очень привлекателен: TBA CS800 выполняет резервное копирование, сохраняет некоторые версии для быстрого восстановления, выполняет дедупликацию, внутреннее сжатие и имеет разъем для ленточной библиотеки на другом конце.
Результат: требуется гораздо меньше изменений ленты, лента не дедуплицируется, поэтому вы можете читать и другие системные данные обратно, и она полностью интегрирована с Veeam. разъемы: NAS Share, OST и VTL. Он выполняет дедупликацию по всем каналам, и это очень сексуально. и он обрабатывает несколько потоков резервного копирования. Затем вы можете реплицировать сжатые, дедуплицированные данные на второй CS800 (соотношение до 8 репликаций к 1) и иметь только там консолидированную резервную ленточную библиотеку.
Во время тренировки мне довелось увидеть, как он работает. Он похож на черный ящик резервного копирования, имеет собственный веб-интерфейс и работает на встроенной ОС Linux. Дедуп имеет лицензию Quantum. При использовании OST AIR @ Backup Exec реплицированная резервная копия отображается на целевом сайте без предварительного чтения нового файла, поскольку каталог напрямую отправляется на медиа-сервер на целевом сайте. наконец, они хранят в коробке 4 полных и 6 инкрементных резервных копий и сократили активность ленты до одной записи в месяц. Данные хранятся на Raid 6 FR.