Виртуальная ленточная библиотека

Виртуальная ленточная библиотека ( VTL ) — это технология виртуализации хранилища данных , которая обычно используется для целей резервного копирования и восстановления. VTL представляет компонент хранилища (обычно жесткий диск) в виде ленточных библиотек или ленточных накопителей для использования с существующим программным обеспечением для резервного копирования.

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

Большинство текущих решений VTL используют дисковые массивы SAS или SATA в качестве основного компонента хранения из-за их относительно низкой стоимости. Использование корпусов массивов увеличивает масштабируемость решения, позволяя добавлять больше дисковых накопителей и корпусов для увеличения емкости хранения.

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

Резервное копирование данных на диски вместо лент VTL часто повышает производительность как резервного копирования, так и восстановления. Процессы восстановления оказываются быстрее резервного копирования независимо от реализации. В некоторых случаях данные, хранящиеся на дисковом массиве VTL, экспортируются на другие носители, например, физические ленты, для целей аварийного восстановления (схема, называемая disk-to-disk-to-tape или D2D2T ).

В качестве альтернативы, большинство современных программных продуктов для резервного копирования также ввели прямое использование хранилища файловой системы (особенно сетевого хранилища , доступ к которому осуществляется через протоколы NFS и CIFS по сетям IP ), не требуя эмуляции ленточной библиотеки вообще. Они также часто предлагают функцию подготовки диска : перемещение данных с диска на физическую ленту для долгосрочного хранения.

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

Первое решение VTL было представлено Cybernetics в 1992 году под названием HSTC (высокоскоростной ленточный кэш). ^[1] Позже IBM выпустила Virtual Tape Server (VTS), представленный в 1997 году. Он был нацелен на рынок мэйнфреймов , где многие устаревшие приложения, как правило, используют много очень коротких томов ленты. Он использовал интерфейс ESCON и выступал в качестве дискового кэша для ленточной библиотеки IBM 3494. Конкурентное предложение от StorageTek (приобретенной в 2005 году Sun Microsystems, а затем Oracle Corporation) было известно как Virtual Storage Manager (VSM), которое использовало доминирующую на рынке библиотеку STK Powderhorn в качестве резервного хранилища. Каждая линейка продуктов была улучшена для поддержки большей емкости дискового буфера, FICON и совсем недавно (около 2010 года) «безленточных» дисковых сред.

Другие предложения в области мэйнфреймов также являются «безленточными». DLm был разработан корпорацией EMC, в то время как Luminex приобрел популярность и широкое признание, объединившись с Data Domain для предоставления преимуществ дедупликации данных на основе своей платформы Channel Gateway. С последующим сокращением полосы пропускания репликации вне площадки, обеспечиваемым дедупликацией, для этой формы виртуальной ленты возможно и практично сократить время восстановления точки цели и время восстановления практически до нуля (или мгновенно).

За пределами среды мэйнфреймов ленточные накопители и библиотеки в основном использовали SCSI . Аналогично были разработаны VTL, поддерживающие популярные транспортные протоколы SCSI, такие как SPI (устаревшие системы), Fibre Channel и iSCSI .

По данным аналитика Enterprise Strategy Group, FalconStor VTL является основой почти половины продуктов, продаваемых на рынке VTL. ^[2]

В середине 2010-х годов VTL получили второе рождение благодаря «архивным» накопителям большой емкости от Seagate и HGST, а также более популярным сценариям «лента в облаке» и «диск-диск-лента» (часто в облаке). ^[3]

Amazon и StarWind Software в партнерстве с Veeam , BackBlaze и Wasabi Technologies предлагают так называемые шлюзовые продукты, которые облегчают резервное копирование и архивирование данных «на месте» в виде виртуальных лент, хранящихся в публичных облаках AWS , Microsoft Azure , Wasabi Technologies и BackBlaze . ^{[4] [5] [6]} Идея заключается в том, чтобы обеспечить бесшовную интеграцию приложений резервного копирования, несовместимых с объектными хранилищами API. Скажем, в то время Veeam не мог сделать AWS S3 и до сих пор не может выполнять резервное копирование на уровень глубокого архива в Azure . ^[7]

• Резервное копирование
• Библиотека лент
• Система управления лентами
• Подготовка диска для альтернативного подхода
• Эмуляция
• Виртуализация хранения
• Семь уровней аварийного восстановления