Provis - the best provider of professional video solutions. Профессиональные видео решения - с нами выгодней.

Scale-Deep Lifecycle Manager

Копирование и перемещение файлов между уровнями на диск, ленту или облако без задействования NAS Gateway.

Tiger Bridge оптимизирует затраты на хранение данных с учетом их важности, плавно расширяя файловую систему NTFS или Tiger Store и обеспечивает прозрачную миграцию данных между одним уровнем хранилища и другим, используя простые политики.

Tiger Bridge позиционируется как высокопроизводительный, безопасный и гибкий программный модуль, который функционирует на вашем сервере Windows. После установки он позволяет первичному уровню хранения (то есть локальной файловой системе NTFS) расширяться на вторичный уровень (например, ленточные библиотеки с Tiger Bridge-T; блочный уровень хранения / SMB с Tiger Bridge-D; и RESTful / S3 с Tiger Bridge-C).

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

Идеально подходит для:

• Переноса устаревших файловых систем в облачное хранилище
• Использования SSD для ускорения существующего хранилища NAS
• Внедрения политик на случай аварийного восстановления данных
• Переноса данных с облачного хранилища одного провайдера на сервера другого (требуется Tiger Pool)
• Синхронизация серверов, расположенных в разных местоположениях

Расширьте возможности Tiger Store, Tiger Pool или файловой системы NTFS

Tiger Bridge нативно поддерживает файловую систему NTFS. Таким образом, он может быть установлен на любом сервере Windows для расширения локальной файловой системы на вторичный уровень хранения.

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

Tiger Store-, Tiger Pool- или NTFS- тома теперь можно хранить как на основном уровне, так и на вторичном. В некоторых случаях на обоих уровнях одновременно.

Распределяйте данные на разные уровни Tiger Store, Tiger Pool, NTFS, ленточных библиотек LTO, SMB или объектов RESTful / S3

Tiger Bridge поддерживает широкий спектр хранилищ данных на вторичном уровне. Tiger Store, Tiger Pool и файловые системы NTFS могут использоваться как первичные или вторичные уровни.

Фактически, любое устройство, поддерживающее протокол SMB, может быть использовано как цель для хранения вторичного уровня. Сюда входят такие решения, как XenData и StrongBox.

Также могут использоваться ленточные библиотеки LTO, таких производителей как IBM и Qualstar.

Интерфейс S3:

• Amazon Web Services (AWS)
• IBM Cloud OpenStack Services (ICOS)
• Microsoft Azure
• Spectra Logic Blackpearl
• DataDirectNetwork Web Object Scaler (WOS)

Поддержка нескольких целевых хранилищ

Для каждого тома или папки на первичном уровне хранения могут быть настроены свои собственные политики и цели.

Это позволяет вам, например, распределить одну папку в «облако», а другую папку на ленточную библиотеку. Tiger Bridge также позволяет вам перемещать данные с локального тома (например: SSD) на другой локальный том (например: HDD), а затем из этого второго тома (HDD) на облачное хранилище.

Стаб-файлы для прозрачного отслеживания и поиска

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

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

На MacOS стаб-файлы будут маркироваться серым тегом. На ПК, опции стаб-файла можно настроить по своему усмотрению.

При обращении к стаб-файлу приложением, контент на вторичном уровне автоматически становится доступным для работы с приложением, котрое его запросило.

Полностью автоматизированное и / или ручное копирование данных

Функционал Reclaim Space позволяет администратору устанавливать допустимый пороговый уровень данных в основном хранилище (например: при заполняемости в 75%). Если установленная емкость тома еще не достигнута, выбранные папки будут копироваться на вторичный уровень автоматически, но файлы не будут дублироваться на разных уровнях. Когда емкость файловой системы превышает пороговое значение, будут перемещны только файлы, отвечающие указанным критериям (например: не затронутые в течение 12 недель и весом более 1 ГБ). Другими словами, они будут заменены заглушками.

Конечно, файлы, папки или даже весь том можно вручную выбрать для копирования на соответсвующий уровень хранения.

Полностью автоматизированное и / или ручное извлечение данных

При относительном быстродействии вторичного уровня хранения (то есть локальное хранилище, NAS), наиболее удобно будет перевести систему в режим автоматического поиска. Таким образом, пользователям просто нужно открыть стаб-файл, чтобы получить исходный контент.

Когда скорость на вторичном уровене медленная или зависит от платного доступа (т. е. LTO Tape, AWS Glacier); лучше всего, чтобы администратор вручную контролировал процесс поиска данных.

Интеллектуальный поисковый движок

Tiger Bridge поддерживает механизм частичного восстановления. Это означает, что если пользователь (или приложение) пытается получить доступ к определенной части файла, Tiger Bridge сначала запросит именно требуемую информацию. Это значительно упрощает работу пользователя при запросе доступа к большим файлам. Например, редактору не нужно ждать, пока весь файл будет извлечен из облачного хранилища. Он получит доступ именно к той части файла, которая ему нужна.

Tiger Bridge обладает великолепным интеллектом. Если пользователь просто попытается просмотреть информацию о папке, все файлы не будут извлекаться для отображения. Наконец, при извлечении данных из хранилища, такого как LTO-библиотека, интеллектуальный поисковый движок оптимизирует порядок, в котором файлы будут извлекаться для отображения, что несомненно минимизирует время поиска.

Используйте вычислительную мощность облака

В отличие от других популярных шлюзовых решений, которые передают блоки данных в облачное хранилище, Tiger Bridge передает файлы. Таким образом, одна и та же структура файлов и папок доступна в «облаке» так же, как и с вашего локального сервера. Вы можете воспользоваться любым количеством виртуальных вычислительных мощностей, чтобы обработать все нужные вам данные. Распознавание лиц, транскодирование, аналитика большого объема данных и другие типы приложений, требующие высокой нагрузки на CPU, теперь под рукой. И все это без каких-либо апгрейдов уже существующей инфраструктуры.

Доступные режимы работы: копирование, распределение между уровнями, устранение проблемы перезаполнения и синхронизация данных

Tiger Bridge предоставляет все необходимые политики:

Копирование: копирует файлы с основного уровня хранения на вторичный. В итоге вы получите две копии файлов. Размер тома на вторичном уровне такой же, как и на основном.

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

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

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

Поддержка Active Directory

Нативная поддержка программным модулем Tiger Bridge файловой системы NTFS, которая является также нативной и для Active Directory, что обеспечивает идеальную совместимость.

Области применения

Tiger Bridge расширяет локальную файловую систему в целевое хранилище.

На схеме 1 показан обычный сервер с локальным томом. На схеме 2 показано, как локальный том может быть расширен в другой том, SMB-папку, ленточную библиотеку или облачное хранилище. В отличие от Tiger Pool, где пользователи могут напрямую обращаться к любому из компонентов пула, пользователи всегда обращаются к локальному тому с помощью Tiger Bridge. Таким образом, Tiger Bridge можно использовать для создания высокоскоростного SSD-кэша вместо традиционного на архитектуре HDD RAID.

На схеме 3 показано, как Tiger Bridge можно использовать для приложений восстановления данных, где требуется минимальное время простоя. В стандартной процедуре резервного копирования и восстановления данных, все файлы должны быть восстановлены для возвращения работоспособности хранилища. С Tiger Bridge, программе восстановления требуется только прочесть метаданные для создания стаб-файлов и возобновления операций. Файлы будут восстановлены по мере необходимости к их доступу.

На схеме 4 показано, как Tiger Bridge в сочетании с Tiger Pool можно использовать для переноса активных данных от одного провайдера облачного хранилища к другому. В этом случае два локальных тома, каждый из которых находится в своем облачном хранилище, с использованием Tiger Bridge подключаются к серверу. Затем Tiger Pool объединяет эти два тома в одно унифицированное пространство. Перенос одного тома в другой автоматически спровоцирует вызов данных, трансфер и миграцию в новое облачное хранилище. Эта операция может выполняться во время использования пула хранения. Таким образом, пользователи не узнают о миграции данных с хранилища на облако.

На схеме 5 показано, как Tiger Bridge вписывается в большую модель FAN с другим программными модулями Tiger.

Системные требования

Требования к серверу

ПК с 64-битным (x64) процессором.

Примечание. Tiger Bridge активно использует API-итерфейс, предоставляемые вашим оператором облачного хранилища (S3, DDN WOS и т. д.). API-процессы могут занимать значительное количество ЦП в зависимости от соединения и количества перемещенных данных. Пожалуйста, обратитесь к минимальным требованиям к ЦП указанным вашим оператором облачного хранилища.

64-bit Microsoft Windows 7/ Server 2008 R2/ Windows 8/ Server 2012/ Server 2012 R2/Windows 10/ Server 2016

Минимум 4 Гб ОЗУ

30 Мб свободного места на диске для установки

Примечание: Tiger Bridge отслеживает файлы, которыми он управляет в базе данных, хранящейся в папке установки продукта. Размер базы данных растет пропорционально количеству управляемых файлов. Например, если Tiger Bridge управляет 1 000 000 файлов, размер базы данных составляет приблизительно 100 МБ. Если для базы данных недостаточно свободного места, Tiger Bridge не может работать.
— TCP порты 8536 и 8537 не должны блокироваться файерволом

Требования к хранилищу

Требования к объему источника
Tiger Bridge поддерживает любой уже существующий том NTFS, установленный на компьютере под управлением Tiger Bridge в качестве локального тома с разрешениями на чтение и запись.

Требования к целевому хранилищу:

• S3-совместимое хранилище
• Хранилище облачных объектов IBM
• Хранилище Microsoft Azure Blob
• Редактор веб-объектов DDN (WOS)
• SMB / CIFS
• Другой том, установленный на компьютере как локальный том с разрешениями на чтение и запись.

Поддерживаемые хранилища

Поддерживаемые цели