DataDomain BOOST FS — это новая функция, доступная в DDOS 6.x и более поздних версиях, с помощью которой заказчики могут использовать библиотеки BOOST для доступа к удаленному устройству хранения DD путем локального монтирования на любом поддерживаемом сервере Linux без необходимости использования приложения резервного копирования с пользовательской библиотекой или подключаемым модулем BOOST.
Эта функция позволяет поддерживаемым приложениям заказчиков просто помещать файлы резервных копий в локальный каталог Linux (где смонтировано удаленное устройство хранения DD) и файлы для хранения в DD с большинством преимуществ BOOST, такими как дедупликация, выполняемая на клиенте (следовательно, снижение требований к пропускной способности), и без необходимости изменения
приложения.
BOOST FS была впервые выпущена для клиентов с DDOS 6.0, и официальная документация для получения дополнительной информации и первоначальной настройки выглядит следующим образом:
Руководство по настройке Data Domain BoostFS 1.0
https://support.emc.com/docu78742_Data_Domain_BoostFS_1.0_Configuration_Guide.pdf?language=en_USНесмотря на официальную документацию, содержащую все обновленные сведения, обратите внимание, что BOOST FS в своем первоначальном выпуске поддерживает только следующее (его можно использовать с другими версиями, но DELL EMC не может гарантировать, что все будет работать так, как ожидалось):
- DDOS 6.0
- Старые выпуски Red Hat Enterprise Linux, SUSe Linux Enterprise Server и Ubuntu
- Linux FUSE 2.8 (FUSE расшифровывается как Filesystem in User Space)
- Несколько приложений на стороне Linux:
- CommVault Simpana версий 9, 10 и 11
- Сообщество MySQL 5.6. и 5.7
- MySQL Enterprise Manager 5.6 и 5.7
- Сообщество MongoDB 2.6, 3.0 и 3.2
Для настройки FUSE требуется конфигурация на стороне DD и на стороне клиента:
- На стороне DD должен быть создан определенный Storage Unit с некоторым пользователем BOOST, назначенным для хранения данных, поступающих из BOOST FS
- На стороне клиента Linux должны быть установлены библиотеки FUSE (которые поставляются вместе с ОС) и BOOST FS (предоставляется DELL EMC), а также должна быть выполнена определенная настройка, чтобы операционная система Linux могла увидеть и смонтировать удаленный блок хранения DD локально в какой-либо точке монтирования клиента Linux
На клиенте Linux необходимо настроить способ аутентификации в DataDomain, который может быть как «автономным» (через так называемое защищенное хранилище), так и с использованием существующего центра распространения ключей Kerberos на основе Windows Active Directory или UNIX/Linux. Подробные сведения о конфигурации аутентификации на основе Kerberos не рассматриваются в данном документе, для заказчиков рекомендуется использовать официальную документацию.
Ниже приведены краткие инструкции по настройке в руководстве. Подробные сведения см. в официальной документации.
Конфигурация на стороне Data Domain для BOOST FS
Во-первых, для работы BOOST FS необходимо включить BOOST distributed segment processing (DSP), проверьте, так ли это, через:
# Отображение параметра ddboost Значение варианта ------------------------------ ------- Включена распределенная обработка сегментов Поддержка виртуальной синтетики Поддержка FC ------------------------------ -------
Затем необходимо создать конкретного пользователя для использования создаваемого далее блока хранения BOOST FS и назначить пользователя этому устройству хранения:
#### Создание пользователя BOOST FS # пользователь add boostfsuser role admin password abc123 Добавлен пользователь «boostfsuser». #### Укажите, что этот новый пользователь будет использоваться с BOOST # ddboost user assign boostfsuser Пользователь «boostfsuser», назначенный для DD Boost. #### Создайте новую единицу хранения с именем «BOOSTFS_LSU» и назначьте для нее нового пользователя # создание устройства хранения данных ddboost BOOSTFS_LSU пользователем boostfsuser Создан блок хранения данных "BOOSTFS_LSU" для "boostfsuser".
В итоге устройство хранения должно отображаться в интерфейсе командной строки DD следующим образом:
# Отображение устройства хранения DDBoost Отчет о состоянии пользователя до компенсации имени (ГиБ) Физический пользователь — единица Размер (МиБ) -------------------------------------- -------------- ------ ----------- --------------- ----------- ... BOOSTFS_LSU 0.0 RW boostfsuser - - -------------------------------------- -------------- ------ ----------- --------------- -----------
Конфигурация BOOST FS
на стороне клиента LinuxПроверив, что операционная система Linux является одной из поддерживаемых, установите последнюю версию пакета операционной системы BOOST FS. Здесь мы использовали Ubuntu 14.04 в качестве примера, поэтому скачали .deb файл операционной системы и установили его из командной строки, проверив, что все зависимости удовлетворяются:
# ls -l -rwxrwxr-x 1 корень root 2429502 26 мая 05:01 DDBoostFS_1.0.0.4_546961_amd64.deb # dpkg --dry-run -i DDBoostFS_1.0.0.4_546961_amd64.deb Выбор ранее не выбранного пакета ddboostfs. (Чтение базы данных ... 465833 файлов и каталогов, установленных в настоящее время.) Подготовка к распаковке DDBoostFS_1.0.0.4_546961_amd64.deb ... # dpkg-i DDBoostFS_1.0.0.4_546961_amd64.deb Выбор ранее не выбранного пакета ddboostfs. (Чтение базы данных ... 465833 файлов и каталогов, установленных в настоящее время.) Подготовка к распаковке DDBoostFS_1.0.0.4_546961_amd64.deb ... Распаковка ddboostfs (1.0.0.4) ... Настройка ddboostfs (1.0.0.4) ... Обработка триггеров для libc-bin (2.19-0ubuntu6.7) ...
Все файлы пакетов устанавливаются по пути /opt/emc/, включая подкаталог bin/, и расположение журналов подключаемых модулей (log/):
# ls -rtl /opt/emc/ drwxr-xr-x 9 root root 4096 26 мая 05:01 boostfs # ls -rtl /opt/emc/boostfs/ drwxrwxrwx 2 root root 4096 7 окт 2016 log drwxrwxrwx 2 root root 4096 7 октября 2016 г. Защищенное хранилище drwxr-xr-x 4 root root 4096 26 мая 05:01 man drwxr-xr-x 2 root root 4096 26 мая 05:01 lib drwxr-xr-x 2 root root 4096 26 мая 05:01 и т.д. drwxr-xr-x 2 root root 4096 26 мая 05:01 bin
Обратите внимание, что владелец и группа установленных файлов могут отличаться от указанных здесь. Следующим шагом является настройка проверки подлинности, хотя для этого существует несколько методов, здесь будет описан только автономный метод «защищенного хранилища». Для этого, а также для всех остальных сведений о конфигурации BOOST FS на стороне Linux будет использоваться команда «/opt/emc/boostfs/bin/boostfs». В BOOST FS также есть текстовый конфигурационный файл, но детали следует уточнять в официальной документации.
Чтобы аутентифицировать этот клиент Linux в удаленном DD, необходимо использовать «защищенное хранилище»:
# /opt/emc/boostfs/bin/boostfs lockbox -h Использования: Набор защищенного хранилища BoostFS -u <storage-unit-username> -d <data-domain-system> -s <склад> Защищенное хранилище BoostFS {удалить | запрос} -d <data-domain-system> -s <склад>
В этом примере мы используем следующую команду, вводя пароль пользователя DD BOOST FS при появлении запроса:
# /opt/emc/boostfs/bin/boostfs lockbox set -u boostfsuser -d REMOTE_DD_IP_ADDRESS -s BOOSTFS_LSU Введите пароль пользователя устройства хранения: Введите пароль пользователя устройства хранения еще раз, чтобы подтвердить следующее. Набор для входа в защищенное хранилище
На этом этапе мы уже должны увидеть удаленный клиент Linux зарегистрированным для BOOST из интерфейса командной строки DD:
# ddboost показать подключения Активные клиенты: 0 Клиентов: Клиент бездействует Версия подключаемого модуля Версия ОС Версия приложения Зашифрованный транспорт DSP ------------------------------ ---- -------------- ------------------------------------- -------------------------------------------------- --------- --- --------- LINUX_CLIENT_NAME ДА 3.3.0.2-545054 Linux 3.13.0-71-generic x86_64 BOOSTFS:1.0.0.4-546961 Test Application FUSE:2.9.2 ДА ДА IPv4 ------------------------------ ---- -------------- ------------------------------------- -------------------------------------------------- --------- --- ---------
В любое время можно проверить состояние защищенного хранилища:
# /opt/emc/boostfs/bin/boostfs запрос к защищенному хранилищу -d REMOTE_DD_IP_ADDRESS -s BOOSTFS_LSU Запись защищенного хранилища присутствует для устройства хранения user=boostfsuser
Наконец, удаленное устройство хранения DD может быть смонтировано локально, как и любая другая файловая система Linux локально (здесь в качестве примера используется «app-info», это должна быть строка, идентифицирующая конкретное приложение, использующее эту точку монтирования для ведения журнала):
#### Создание точки монтирования на сервере Linux # mkdir /opt/boostfs_mountpoint/ #### Монтирование удаленного устройства хранения DD # /opt/emc/boostfs/bin/boostfs mount -d 10.60.29.233 -s BOOSTFS_LSU -o app-info="Тестовое приложение" /opt/boostfs_mountpoint/ Гора: Монтаж 10.60.29.233:BOOSTFS_LSU на /opt/boostfs_mountpoint/ #### Мы видим, что удаленный накопитель подключен, и сведения совпадают с данными, полученными из командной строки DD «df» # df -h /опт/boostfs_mountpoint Размер используемой файловой системы Доступное использование% смонтированной boostfs 64T 512G 64T 1% /opt/boostfs_mountpoint # filesys показать пространство Активный уровень: Размер ресурса Использованные ГиБ Доступные гиБ Использование % Очищаемые ГиБ* ---------------- -------- -------- --------- ---- -------------- /data: pre-comp — 33 096,9 - - - /data: post-comp 65460.3 511.7 64948.6 1% 0.0 /ddvar 29.5 19.9 8.1 71% - /ddvar/ядро 31.5 0.2 29.7 1% - ---------------- -------- -------- --------- ---- --------------
На этом этапе любое приложение может просто скопировать или записать любые файлы по пути /opt/boostfs_mountpoint/, и эти файлы будут прозрачно и беспрепятственно отправлены по сети на удаленное устройство хранения DD, используя дедупликацию, выполняемую на исходной стороне (на сервере Linux), а не на хосте DD, и, следовательно, уменьшая объем данных, отправляемых по сети.
Если со временем доступ к удаленному устройству хранения DD отпадет, удаленный накопитель можно размонтировать, выполнив команду:
# /opt/emc/boostfs/bin/boostfs umount /opt/boostfs_mountpoint/