Поделиться через

Развертывание гибридной инфраструктуры данных с помощью Tiger Bridge и хранилища BLOB-объектов Azure

В этой статье описывается настройка системы управления данными Tiger Bridge с помощью хранилища BLOB-объектов Azure. Tiger Bridge полностью интегрирован с NTFS или файловыми системами ReFS на платформе Windows. Кроме того, он может управлять томами с помощью SMB/NFS. Tiger Bridge — это соединитель, который создает единое пространство имен между различными источниками и хранилищем BLOB-объектов Azure. Она позволяет выполнять репликацию, иерархическое распределение и сотрудничество с неструктурированными данными и возможностями блокировки файлов между различными файловыми системами. Данные хранятся в хранилище BLOB-объектов Azure в собственном формате, что делает его открытым для Azure и сторонних служб (таких как AI/ML). Мост Тигра можно развернуть на физической или виртуальной инфраструктуре и легко интегрировать в существующую среду. Основными функциями решения являются:

  • Репликация данных
  • Восстановление пространства
  • Архивация данных
  • Синхронизация данных
  • Управление жизненным циклом и управление версиями

Необязательный компонент аналитики помогает оценить наборы данных и рекомендует уровни хранилища BLOB-объектов Azure.

Распространенные варианты использования для Tiger Bridge

  • Получите аналитические сведения о существующих наборах данных и шаблонах доступа, чтобы выбрать соответствующий уровень для объекта в Azure Blob (горячий, холодный или архивный).
  • Уровни на основе политики для прозрачного доступа к данным, которые реже используются, в хранилище BLOB-объектов Azure, в зависимости от времени последнего доступа или последнего изменения.
  • Предоставление возможностей аварийного восстановления для настройки на основе кластера и существующей инфраструктуры, включая работу с Microsoft DFS/DFS-R
  • Интеллектуальная архивация данных на основе политик на основе возраста, размера или доступной емкости хранилища.
  • Возможности совместной работы между несколькими файловыми системами, включая блокировку файлов, использование хранилища BLOB-объектов Azure
  • Обеспечение непрерывной защиты данных с политиками хранения, интеграцией версий Azure, мягким удалением с расширением оболочки MS Explorer для обеспечения прозрачного управления.
  • Миграция между различными файловыми системами и BLOB-объектами Azure.

Эталонная архитектура

Мост Тигра можно развернуть в двух конфигурациях:

  1. Автономная гибридная схема конфигурации, показывающая эталонную архитектуру для Tiger Bridge в гибридной конфигурации

  2. Многосайтовая конфигурация Схема, показывающая эталонную архитектуру для Tiger Bridge в конфигурации расширения многосайтового файлового сервера

    • NTFS/ReFS представляет локальную файловую систему (локальную для узла как локальный диск, диск SAN или аналогичный). Tiger Bridge работает на Microsoft Windows Server и создает единое пространство имен с хранилищем объектов BLOB Azure.
    • Источник NAS представляет любое хранилище NAS (подключенное к сети хранилище), управляемое внешней операционной системой, которая может экспортировать хранилище через SMB, CIFS или NFS. В этом сценарии Мост Тигра работает в качестве шлюза, предоставляющего управление данными.

Перед тем как начать

Заблаговременное планирование поможет в беспрепятственном развертывании Tiger Bridge.

Начало работы с Azure

Корпорация Майкрософт предлагает платформу, которая поможет начать работу с Azure. Cloud Adoption Framework (CAF) — это подробный подход к корпоративному цифровому преобразованию и комплексное руководство по планированию внедрения облачных технологий в рабочей среде. CAF содержит пошаговое руководство по настройке Azure, которое поможет вам быстро и безопасно приступить к работе. Интерактивную версию можно найти на портале Azure. Руководство содержит примеры архитектур, конкретные рекомендации по развертыванию приложений и бесплатные учебные материалы, которые позволят начать работу с Azure.

Рекомендации по развертыванию в гибридном сценарии

При гибридном развертывании с помощью Tiger Bridge в локальной среде важно несколько аспектов.

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

Определение неиспользованной пропускной способности Интернета

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

  • Начальное время репликации, если вы не используете Azure Data Box для автономного метода
  • Время, необходимое для добавочной повторной синхронизации

Используйте следующие методы, чтобы определить запас пропускной способности до Azure, который можно использовать.

Руководство по развертыванию

Прежде чем приступить к развертыванию, рекомендуется запланировать вариант использования Tiger Bridge:

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

Подготовка хранилища BLOB-объектов Azure

Перед развертыванием Tiger Bridge необходимо создать учетную запись хранения. Учетная запись хранения будет использоваться в качестве репозитория для многоуровневых или реплицированных из решения Tiger Bridge. Tiger Bridge поддерживает все службы хранилища Azure, включая архивный уровень для BLOB-объектов блока хранилища Azure. Эта поддержка позволяет хранить менее часто данные в экономичном режиме, но по-прежнему обращаться к ним через известную панель стекла. Дополнительные сведения о Тигровом мосте см. в нашем сравнении решений isV.

  1. Создайте учетную запись хранения Снимок экрана, демонстрирующий создание учетной записи хранения для службы хранения блобов в Azure.

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

  3. Создайте контейнер в учетной записи хранения Скриншот, показывающий, как создать контейнер в учетной записи хранения.

Развертывание моста Тигра

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

Развертывание автономной гибридной конфигурации

  1. Установите Tiger Bridge на сервере Windows. Установка выполняется путем запуска файла установки Tiger Bridge и следования инструкциям мастера. Во время установки можно выбрать два компонента:
    1. Tiger Bridge устанавливает продукт, графический интерфейс и интерфейс командной строки.
    2. Расширение оболочки обеспечивает интеграцию с проводником Windows. Позволяет вручную управлять данными с помощью контекстного меню проводника Windows.
  2. В конфигурации Tiger Bridge добавьте локальный источник тома:
    1. Выберите "Мост тигра" в левой области
    2. Выбор "Добавить источник"
    3. Выберите корневой каталог диска или перейдите к папке, которую вы хотите использовать для хранения данных. Выберите папку и нажмите кнопку ОК. В этом примере мы будем использовать C:\AzureSource. Снимок экрана: добавление локального источника на сервер Tiger Bridge.
  3. Связывание локального источника с целевым объектом Microsoft Azure:
    1. В диалоговом окне целевого объекта "Мост тигра" выберите Azure и нажмите кнопку "ОК". Снимок экрана: связывание локального источника Tiger Bridge с учетной записью хранения Azure. C:\AzureSource на снимке экрана — это папка, выбранная на предыдущем шаге.
    2. Введите имя целевого объекта.
    3. Введите имя учетной записи, ключ и конечную точку объекта BLOB в соответствующих полях. Используйте имя учетной записи хранения, созданное на этапе подготовки хранилища BLOB-объектов Azure.
    4. Выберите, следует ли получить доступ к целевому объекту с помощью безопасной передачи (SSL/TLS), выбрав или снимите флажок. Рекомендуется использовать безопасную передачу для задач в производственных средах. Если отключено, убедитесь, что вы отключили параметр Требуется безопасный перенос в параметре конфигурации учетной записи хранения. Снимок экрана, показывающий включение или отключение безопасной передачи для учетной записи хранилища.
    5. На уровне доступа по умолчанию выберите, следует ли использовать уровень "Горячий", "Холодный" или "Архив" службы хранилища Azure. Этот уровень будет использоваться для любых данных, которые не имеют набора уровней. Дополнительные сведения о уровнях доступа "Горячий", "Холодный" и "Архив" для данных BLOB-объектов
    6. В параметрах восстановления выберите, следует ли восстановить автономные файлы, используя стандартный или высокий режим. Дополнительные сведения о повторном извлечении BLOB-объектов с уровня "Архив"
    7. Выберите контейнеры списка , чтобы отобразить список контейнеров, доступных для указанной учетной записи, а затем выберите контейнер в целевом объекте, который будет связан с выбранным источником.
    8. На следующем шаге выберите, что делать с данными уже в контейнере, а затем нажмите кнопку ОК. Снимок экрана: политики для управления существующими данными в контейнере учетной записи хранения.
  4. Создайте политику, выбрав "Добавить политику". Выберите политику в зависимости от потребностей:
    • Репликация копирует все данные из локального источника в хранилище BLOB-объектов Azure. Автоматическая репликация выполняется на основе определяемых пользователем критериев.
    • Reclaim Space копирует все данные из локального источника в хранилище Azure Blob и заменяет данные файловым заглушком. Заглушка выглядит точно так же, как фактический файл, но не содержит никаких данных (не занимает места).
    • Архив перемещает данные из горячего или холодного уровня службы хранилища Azure на уровень архива службы хранилища Azure для долгосрочного хранения. Этот файл заменяется офлайн-файлом. Автономный файл аналогичен временной версии файла с установленным признаком автономности. Снимок экрана, на котором показано, как задать политику для данных.

Развертывание конфигурации для нескольких сайтов

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

  1. Выберите "Добавить синхронизацию " в определенном локальном источнике и определите политику синхронизации:
    1. Прослушивание определяет интервал времени, с помощью которого сервер Tiger Bridge проверяет наличие изменений с других серверов Tiger Bridge.
    2. (необязательно) Выберите файлы автоматического восстановления в синхронизированном источнике , если вы хотите получить файлы сразу после синхронизации изменений.
    3. Нажмите Применить. Снимок экрана: настройка политики синхронизации для конфигурации с несколькими сайтами.

Подсказка

Политики Tiger Bridge и синхронизацию можно определить как глобальные (применяемые ко всем серверам Tiger Bridge), или можно определить для каждого сервера Tiger Bridge.

Поддержка

Как открыть запрос в Azure

На портале Azure выполните поиск по слову support (поддержка) на панели поиска вверху. Выберите Справка и поддержка ->Новый запрос на поддержку.

Подключение к поддержке Tiger Bridge

Компания Tiger Technology предоставляет круглосуточную поддержку 365 дней в году для Tiger Bridge. Чтобы обратиться в службу поддержки, создайте запрос в службу поддержки.

Дальнейшие действия