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

Перенос томов GlusterFS в файлы Azure

В этой статье приводятся рекомендации по переносу данных из томов GlusterFS в файлы Azure, полностью управляемую файловую службу Майкрософт в облаке. Файлы Azure предлагают протоколы SMB (блок сообщений сервера) и NFS (сетевая файловая система), что делает его подходящим для рабочих нагрузок Windows и Linux.

Соображения относительно окончания жизненного цикла GlusterFS

Хранилище Red Hat Gluster (на основе GlusterFS) достигло конца своего жизненного цикла поддержки. Red Hat официально объявил о завершении жизни этого продукта со следующим расписанием.

  • Завершение полной поддержки: ноябрь 2020 г.
  • Завершение поддержки обслуживания: ноябрь 2021 г.
  • Окончание длительного жизненного этапа: июнь 2024 г.
  • Формальный конец жизни: декабрь 2024 г.

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

Требования к клиенту для файлов Azure

Перед миграцией из GlusterFS в файлы Azure убедитесь, что клиентские системы соответствуют необходимым требованиям для подключения к общим папкам Azure с помощью протоколов SMB или NFS.

Требования SMB

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

  • Windows 7 или Windows Server 2008 R2 или более поздней версии
  • Поддержка протокола SMB 2.1 (минимум)
  • Поддержка протокола SMB 3.0 для функций шифрования
  • Поддержка протокола SMB 3.1.1 для обеспечения оптимальной безопасности и производительности

Это важно

Настоятельно рекомендуется использовать протокол SMB 3.1.1 для доступа к файлам Azure. SMB 3.0 и 2.0 следует использовать только для устаревших клиентов, и необходимо запланировать обновление ОПЕРАЦИОННОй системы для устранения непатшированных уязвимостей безопасности.

Полный список требований и инструкций по настройке см. в статье "Использование общей папки Azure с Windows".

Требования к NFS

Файлы Azure поддерживают NFSv4.1, но Windows не включает совместимый клиент NFSv4.1. Использование общих папок NFS в Windows:

  1. Установите подсистему Windows для Linux (WSL):

  2. Подключите общую папку NFS из дистрибутива Linux, работающего в WSL.

Средства миграции

Для клиентов Windows рекомендуется использовать Robocopy.

Для клиентов Linux используйте rsync или fpsync, что позволяет параллельно выполнять операции с файлами rsync. См. статью Using fpsync vs. rsync.

Для клиентов Windows: Robocopy

Robocopy — это встроенное средство командной строки Windows, предназначенное для копирования общих папок SMB.

Базовый синтаксис Robocopy для миграции

robocopy <GlusterFS_Source> <AzureFiles_Destination> /MIR /Z /MT:8 /W:1 /R:3 /LOG:migration_log.txt

Параметры:

  • /MIR: отражает структуру директорий (включает вложенные каталоги)
  • /Z: включает режим перезапуска для прерванных копий
  • /MT:8: использует 8 потоков для многопотокового копирования
  • /W:1: время ожидания между повторными попытками (1 секунда)
  • /R:3: количество повторных попыток при неудачных копиях
  • /LOG: создает подробный файл журнала

Пошаговые процедуры миграции

Шаг 1. Оценка и планирование

  1. Инвентаризация томов GlusterFS, отметив:

    • Общий размер данных
    • Количество файлов и каталогов
    • Шаблоны доступа и требования к производительности
    • Клиентские операционные системы

  2. Выберите соответствующий протокол. В большинстве случаев необходимо использовать SMB для рабочих нагрузок Windows и NFS для рабочих нагрузок Linux.

  3. Выберите HDD или SSD и укажите соответствующий размер общих папок Azure:

    • Стандартный (HDD): до 100 ТиБ
    • Премиум (SSD): до 100 ТиБ с более высокой производительностью

Шаг 2. Подготовка среды Azure

  1. Создайте учетную запись хранения в соответствующем регионе Azure.

    • Выберите нужный уровень производительности (цен. категория "Стандартный" или "Премиум") в зависимости от ваших потребностей. Для общих ресурсов NFS требуется премиум-подписка.

  2. Настройка сети. Ознакомьтесь с рекомендациями по работе с сетями файлов Azure.

  3. Создайте общие папки Azure с соответствующими протоколами.

Шаг 3. Подключение файлового хранилища Azure

Перед переносом данных необходимо подключить файловое хранилище(-а) Azure.

Для клиентов Windows (SMB):

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

Ключ учетной записи хранения можно найти на портале Azure, перейдя к учетной записи хранения и выбравключи безопасности> доступа, или с помощью командлета Get-AzStorageAccountKey PowerShell.

Чтобы подключить общую папку, выполните следующую команду. Обязательно замените <storage-account-name>и <share-name><storage-account-key> фактическими значениями.

net use Z: \\<storage-account-name>.file.core.windows.net\<share-name> /u:AZURE\<storage-account-name> <storage-account-key>

Дополнительные сведения см. в статье "Подключение общей папки Azure SMB" в Windows.

Шаг 4. Выполнение миграции данных

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

Для рабочих нагрузок Windows с помощью Robocopy:

Откройте командную строку или окно PowerShell с правами администратора и выполните следующую команду:

robocopy X:\GlusterFSData Z:\AzureFilesData /MIR /Z /MT:8 /W:1 /R:3 /LOG:C:\migration_log.txt

Шаг 5. Проверка успешности миграции

  1. Сравнение количества файлов и размеров:

    • В Windows: используйте Get-ChildItem -Recurse | Measure-Object
    • В Linux: использование find . -type f | wc -l и du -sh

  2. Проверьте разрешения пользователя или группы и права доступа.

  3. Выполнение тестов, относящихся к приложению.

Шаг 6: Переключение

  1. Перенаправьте приложения на использование конечных точек Azure Files.
  2. Обновление точек подключения в fstab (Linux) или сопоставленных дисках (Windows).
  3. Обновление документации и средств мониторинга.
  4. Выведите из эксплуатации тома GlusterFS после успешной проверки.

Оптимизация производительности

Следуйте этим рекомендациям, чтобы оптимизировать производительность при миграции из GlusterFS в файлы Azure. Подробные сведения о настройке производительности см. в статьях "Масштабируемость и целевые показатели производительности файлов Azure" и "Изучение и оптимизация производительности файлов Azure".

Замечание

Проверьте размер виртуальной машины, чтобы убедиться, что пропускная способность сети виртуальной машины не является узким местом, когда общие папки имеют правильный размер для требуемого объема передачи данных и IOPS. Разные SKU виртуальных машин имеют разные ограничения пропускной способности сети, которые могут снижать общую производительность файлового обмена. Выберите размеры виртуальных машин, которые обеспечивают достаточную пропускную способность сети для требований рабочей нагрузки. Дополнительные сведения см. в статье о размерах виртуальных машин Azure.

Оптимизация производительности SMB

Устранение неполадок

Следуйте этим инструкциям, чтобы устранить распространенные проблемы с миграцией.

Распространенные проблемы с Robocopy

  • Ошибка 5 (доступ запрещен): проверка разрешений на источник и назначение.
  • Ошибка 67 (имя сети не найдено): проверьте сетевое подключение и имя общего ресурса.
  • Ошибка 1314 (недостаточно квоты): увеличьте квоту файлов Azure или свободное место.

Поддержка миграции

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

Для помощи по миграции GlusterFS рассмотрите возможность привлечения служб Microsoft Consulting Services.

См. также