Кто-нибудь использует VTL для резервного копирования?
Я хотел бы знать, является ли VTL действительно допустимым вариантом в настоящее время? Кто-нибудь здесь использует это и почему на самом деле? Есть ли у него какие-либо преимущества по сравнению с обычным сервером с накопителями SATA в RAID6/10?
Позвольте мне объяснить свое любопытство: наша среда состоит из 4 серверов DELL R730, работающих на базе VMWare VSphere 6.0 + VEAAM Backup and Replication. Мы искали подходящее решение для резервного копирования и предложили VTL для VEEAM в качестве предложения. В нашей среде нет инфраструктуры, связанной с магнитными лентами, более того, другие парни сказали мне, что это старомодная технология стимпанка для уродов / хипстеров. Поэтому я довольно боюсь идти по этому пути и хотел бы узнать больше.
Заранее спасибо!
2 ответа
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 должен быть встроен в приложение резервного копирования Target, чтобы дать вам серьезную выгоду. Я обнаружил, что Fujitsu CS800 очень привлекателен: TBA CS800 берет резервную копию, сохраняет некоторые версии для быстрого восстановления, устраняет дубликаты, внутренне сжимает и имеет разъем Tape Library на другом конце.
Результат: требуется намного меньше изменений ленты, лента не дедуплицируется, так что вы можете считывать и другие системные данные обратно, и они полностью интегрируются в Veeam. разъемы: NAS Share, OST и VTL. Он дублирует все каналы, и это очень сексуально. и он поддерживает несколько потоков резервного копирования. Затем вы можете реплицировать сжатые, дедуплицированные данные на второй CS800 (до 8 копий к одному соотношению) и иметь только консолидированную библиотеку ленточных резервных копий.
У меня была возможность во время тренировки увидеть, как она работает. Он похож на черный ящик для резервного копирования, имеет собственный веб-интерфейс и работает на встроенной ОС Linux. Дедуп из Quantum лицензирован. При использовании OST AIR @ Backup Exec реплицированная резервная копия отображается на целевом сайте без предварительного чтения в новом файле, так как каталог напрямую отправляется на медиасервер на целевом сайте. наконец, они содержат 4 полных и 6 инкрементных резервных копий в коробке и уменьшают активность ленты до одной записи в месяц. Данные хранятся на Raid 6 FR.