Data Domain Restorer и долгосрочное хранение в облаке. Часто задаваемые вопросы

В этой статье рассматриваются наиболее часто задаваемые вопросы о настройке и использовании Data Domain Restorer (DDR), долгосрочного хранения (LTR) или облачных функций.
 

Что такое LTR?

• LTR — это новая функция, добавленная начиная с Data Domain Operating System (DDOS) 6.0.
• LTR позволяет определенным моделям DDR переносить подмножество файлов или данных в объект или облачное хранилище, известное как уровень облака, из ряда поддерживаемых поставщиков общедоступного или частного облака.
• Чтобы физически перенести файлы или данные в объектное хранилище, в DDR выполняется процесс переноса данных.
• Для физического удаления избыточных данных с уровня облака в DDR запускается процесс очистки уровня облака.
• LTR является лицензированной функцией и требует CLOUDTIER_CAPACITY license.
• Для LTR требуется некоторое локальное хранилище для метаданных уровня облака.

Для каких систем DDR доступно LTR?
Это зависит от установленной версии DDOS и типа модели системы. Большинство моделей имеют определенные требования к оборудованию, которые необходимо выполнить заранее для настройки LTR. Требования см. в руководстве по установке оборудования для конкретных моделей, а также в руководстве по администрированию DDOS.

Какая лицензия требуется для LTR?

• Поскольку LTR считается новой функцией в DDOS 6.x и более поздних версиях, требуется электронная лицензия. 
• Тип требуемой электронной лицензии называется CLOUDTIER_CAPACITY license. Пример CLOUDTIER_CAPACITY license выглядит следующим образом:

Capacity licenses:
##   Feature              Shelf Model   Capacity     Mode        Expiration Date
--   ------------------   -----------   ----------   ---------   ---------------
1    CLOUDTIER-CAPACITY   n/a           136.42 TiB   permanent   n/a
--   ------------------   -----------   ----------   ---------   ---------------

Как работают различные уровни?

• Обычные модули DDR (без лицензии LTR) имеют один уровень, известный как активный уровень.
• Активный уровень — это традиционный уровень хранения на всех «стандартных» DDR.
• Системы с LTR имеют второй уровень хранения, известный как уровень облака.

Максимальный размер каждого уровня определяется поддерживаемыми ограничениями для данной конфигурации оборудования и версии DDOS. См. руководство по администрированию DDOS и руководство по оборудованию для конкретной модели.

Ниже приведен пример конфигурации LTR с двумя уровнями, одним активным и одним уровнем облака:   

Active Tier:
Resource           Size GiB   Used GiB   Avail GiB   Use%   Cleanable GiB*
----------------   --------   --------   ---------   ----   --------------
/data: pre-comp           -    36674.6           -      -                -
/data: post-comp    65460.3      585.4     64874.8     1%              0.1
/ddvar                 29.5       24.7         3.3    88%                -
/ddvar/core            31.5        1.1        28.8     4%                -
----------------   --------   --------   ---------   ----   --------------

Cloud Tier
Resource           Size GiB   Used GiB   Avail GiB   Use%   Cleanable GiB
----------------   --------   --------   ---------   ----   -------------
/data: pre-comp           -       33.1           -      -               -
/data: post-comp      912.2       42.3       869.9     5%             4.1
----------------   --------   --------   ---------   ----   -------------

Total:
Resource           Size GiB   Used GiB   Avail GiB   Use%   Cleanable GiB
----------------   --------   --------   ---------   ----   -------------
/data: pre-comp           -    36674.6           -      -               -
/data: post-comp    65460.3      585.4     64874.8     1%             0.1
/ddvar                 29.5       24.7         3.3    88%               -
/ddvar/core            31.5        1.1        28.8     4%               -
----------------   --------   --------   ---------   ----   -------------

Как структурирован уровень облака?

• Уровень облака состоит из следующих компонентов:   
  • Локальные метаданные, хранящиеся в корпусе, если используется физический DDR, или на LUN или устройстве, если используется DDVE.
  • Поставщики объектного хранилища
• Оба из указанных выше компонентов объединены в облачный модуль.
• Если настроено несколько облачных модулей, они могут совместно использовать локальные метаданные.
• В каждой системе можно настроить не более двух облачных модулей. Каждый облачный модуль может быть выделен от другого поставщика объектного хранилища.
• Размер каждого облачного модуля может быть равен максимальному поддерживаемому размеру активного уровня для данной модели DDR. Дополнительные сведения см. в руководстве по администрированию DDOS.

Что происходит во время стандартного жизненного цикла резервного копирования, если настроено LTR?

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

Как выполняется дедупликация данных между уровнями?

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

Что такое время размещения (иногда называется ptime)?

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

sysadmin@dd4500 # filesys report generate file-location
--------------------------------      ---------------------------
File Name                             Location(Unit Name)
--------------------------------      ---------------------------
/data/col1/mtree1/random-data-file-4        cloudunit2           Tue Sep 5 10:17:00 2017
/data/col1/mtree1/random-data-file-5        cloudunit2           Tue Sep 12 15:52:23 2017
/data/col1/mtree1/random-data-file-6        cloudunit2           Tue Sep 13 09:42:55 2017

• ptime — это последнее поле в выводе выше, хотя в нем не отображается заголовок поля.

Как данные переносятся с активного уровня на уровень облака?

• Процесс, называемый переносом данных, отвечает за изучение файлов в MTree, которые находятся на активном уровне.
• Перенос данных начинается с создания моментального снимка всех MTree, настроенных для переноса данных.
• Каждый файл имеет время изменения, в котором сохранено время последней записи в файл.
• Если файл ранее переносился на уровень облака, устанавливается дополнительное поле времени, называемое временем размещения. Время размещения хранит дату и время, когда файл был перенесен на уровень облака. Если задано время размещения, оно используется вместо времени изменения. Это необходимо для того, чтобы избежать непрерывного переноса файла обратно на уровень облака при отзыве файла (так как отзыв файла не изменяет время его изменения).
• Моментальные снимки, созданные выше, обрабатываются путем переноса данных.
• Если исследуемый файл достиг определенного порогового значения, установленного политикой переноса данных для исследуемого MTree, файл исследуется, чтобы определить, какие данные, хранящиеся в этом файле, должны быть перенесены с активного уровня на уровень облака. Политика переноса данных задается для каждого MTree.
• Уникальные сегменты для выбранного файла записываются или копируются на уровень облака. 
• После копирования уникальных сегментов файл проверяется путем их повторного чтения, чтобы убедиться в успешном выполнении переноса.
• Когда файл будет проверен, метаданные будут обновлены для отражения того, что файл теперь хранится на уровне облака.
• Процесс переноса данных можно запланировать на выполнение с определенной частотой или инициировать вручную.

Какие этапы существуют и какие действия выполняет каждый этап при запуске переноса данных?

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

Какие политики переноса данных доступны?

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

Как настроить политику переноса данных на MTree?

• Можно использовать следующую команду. Пример.   

data-movement policy set <policy name> <policy type values> totier cloud cloud-unit <cloud unit name> mtrees <mtree list>

sysadmin@dd4500 # data-movement policy set age-threshold 14 to-tier cloud cloud-unit cloudunit1 mtrees /data/col1/mtree1
sysadmin@dd4500 # data-movement policy set age-range min-age 14 max-age 100 to-tier cloud cloud-unit cloudunit1 mtrees /data/col1/mtree1
sysadmin@dd4500 # data-movement policy set app-managed to-tier cloud cloud-unit cloudunit1 mtrees /data/col1/mtree1

Какие политики переноса данных уже настроены?

• Приведенная ниже команда содержит список назначенных MTree политик переноса данных. Пример.   

data-movement policy show

sysadmin@dd4500 # data-movement policy show
Mtree               Target(Tier/Unit Name)   Policy      Value      
-----------------   ----------------------   ---------   -----------
/data/col1/mtree1   Cloud/cloudunit1         age-range   14-100 days
-----------------   ----------------------   ---------   -----------

Как работает политика переноса данных под управлением приложений?

• Политика переноса данных для рассматриваемого MTree настроена на управление приложением. Это выполняется либо вручную, либо приложение резервного копирования выполняет это с помощью интерфейса REST API Data Domain.
• Приложение резервного копирования должно быть осведомлено о LTR.
• Приложение резервного копирования должно использовать DD Boost, а версия DD Boost должна поддерживать LTR и быть совместимой.
• Используя библиотеку/API DD Boost, приложение резервного копирования задаст для файла, который необходимо переместить на облачный уровень, специальное значение, указывающее на то, что при следующем выполнении перемещения данных файл должен быть перенесен в облако.
• При переносе данных в системе Data Domain проверяется время размещения, и если установлено специальное значение, как указано выше, файл переносится в облако.

Как можно запустить перенос данных вручную?

• Можно использовать следующую команду, например:   

data-movement start

sysadmin@dd4500 # data-movement start
Data-movement started.

Как можно отслеживать перенос данных?

• Приведенную ниже команду можно использовать для проверки состояния переноса данных. Пример.   

data-movement status

sysadmin@dd4500 # data-movement status
Data-movement to cloud tier:
----------------------------
Data-movement is initializing..

Data-movement recall:
---------------------
No recall operations found. 

• Если выполняется перенос данных, можно использовать следующую команду, например:   

data-movement watch 

sysadmin@dd4500 # data-movement watch
Data-movement: phase 1 of 3 (copying)
   92% complete; time: phase  0:08:04, total  0:08:14
      Copied (post-comp): 3.35 GiB, (pre-comp): 3.29 GiB,B,
      Files copied: 7, Files verified: 3, Files installed: 3

Как остановить перенос данных?

• Можно использовать следующую команду. Пример.   

data-movement stop 

sysadmin@dd4500 # data-movement stop
Data-movement stop initiated. Run the status command to check its status.

Если имеется несколько облачных модулей, может ли перенос данных выполняться одновременно на оба облачных модуля?

• Нет. По сути, перенос данных может переносить данные только в один облачный модуль за раз.

Как настроить LTR?

• Это общий обзор, подробный процесс см. в руководстве по администрированию DDOS.
• Добавьте соответствующий CLOUDTIER_CAPACITY license.
• Задайте фразу-пароль системы, если она еще не задана.
• Включите функцию «Cloud».
• Добавьте хранилище метаданных для уровня облака.
• Настройте облачный профиль или профиль для соответствующего поставщика облачного или объектного хранилища.
• Добавьте облачный модуль.
• Настройте политику переноса данных для одного или нескольких MTree, которым требуется хранить данные в облаке.
• Запустите перенос данных вручную или дождитесь запуска автоматического или запланированного переноса данных.

Можно ли удалить облачный модуль? Если да, то как?

• Внимание! Это приведет к уничтожению всех данных, хранящихся в облачном модуле, поэтому данные не подлежат восстановлению, так что будьте осторожны.
• См. раздел в этом документе базы знаний под названием «Как пользователю определить, на каком уровне находится файл?», чтобы понять, какие файлы находятся в облачном модуле, который будет удален.
• Эти файлы следует либо удалить, если они больше не требуются, либо отозвать их на активный уровень, если они должны быть сохранены.
• Если файлы должны быть сохранены, убедитесь, что все файлы будут отозваны, прежде чем продолжить.
• На удаляемом облачном модуле не должно оставаться файлов.
• Сбросьте все политики переноса данных для одного или нескольких MTree, которые используют этот облачный модуль.
• Отключите файловую систему.
• Удалите облачный модуль. Это помечает облачный модуль в состоянии DELETE_PENDING, это ожидаемое поведение.
• Включите файловую систему.
• После запуска файловой системы она асинхронно начинает удалять все объекты в облаке или поставщике объектного хранилища, которые использовались этим облачным модулем. После удаления всех объектов контейнеры, используемые этим облачным модулем, также удаляются. Если объектов много, облачный модуль может оставаться в состоянии DELETE_PENDING в течение длительного времени.
• После успешного удаления всех объектов и контейнеров облачный модуль исчезает из списка облачных модулей.

Что произойдет, если не удастся удалить облачный модуль из-за того, что объектное хранилище больше не доступно или возникла проблема с подключением?

• Обратитесь в службу поддержки Dell для получения дополнительной помощи.

Можно ли настроить LTR и ER (расширенное хранение) в одной системе?

• Нет. ER и LTR являются взаимоисключающими функциями.

Как освободить или удалить данные с уровня облака?

• Это работает аналогично файлам, расположенным на активном уровне
• По истечении срока хранения файла он удаляется из пространства имен файловой системы.
• Планируется выполнение очистки уровня облака. По умолчанию очистка уровня облака выполняется после каждых четырех сеансов очистки активного уровня.
• Для запуска очистки уровня облака очищаемый облачный модуль должен содержать не менее 1% ненужных или очищаемых данных. Это связано с тем, что любой сетевой трафик облака может быть платным, поэтому DDR пытается ограничить сетевой трафик, где это возможно.
• На уровне облака по умолчанию используется ограничение очистки в 50%.
• Расписание очистки уровня облака и ограничение очистки можно изменить.
• Очистка активного уровня и уровня облака не может выполняться параллельно.
• Если выполняется автоматическая или запланированная очистка уровня облака, перед ней выполняется очистка активного уровня.
• Если вручную инициирована очистка уровня облака, очистка активного уровня не может начаться, пока не будет завершена очистка уровня облака.
• Если у уровня облака есть два облачных модуля, то при запланированной или автоматической очистке уровня облака будет очищаться только один из них. Облачные модули работают в режиме циклического перебора с точки зрения очистки уровня облака. Когда есть два облачных модуля, необходимо указать имя облачного модуля для очистки при запуске из командной строки (cloud clean start <unit-name>).
• Если очистка уровня облака не запускается на облачном модуле, например, текущий облачный модуль не имеет достаточного количества очищаемых данных, чтобы выполнить очистку, система автоматически пытается выполнить очистку следующего облачного модуля.
• Дополнительные сведения об очистке уровня облака см. в следующей статье Data Domain: Общая информация о длительном хранении, очистке уровня облака и чистке памяти в Data Domain Restorer (DDR)

Как запустить ручную очистку уровня облака?

• Можно использовать следующую команду. Пример.   

cloud clean start <cloud unit> 

sysadmin@dd4500 # cloud clean start cloudunit2
Cloud tier cleaning started for cloud unit "cloudunit2". Use 'cloud clean watch' to monitor progress.

Как можно отслеживать очистку уровня облака?

• Приведенную ниже команду можно использовать для проверки выполнения очистки облака. Пример.   

cloud clean start <cloud unit> 

sysadmin@dd4500 # cloud clean status
Previous cloud tier cleaning attempt was unsuccessful.
 Failure reason:
cloud unit "cloudunit2" did not have sufficient cleanable data.
Cloud tier cleaning finished at 2017/03/15 12:16:06.

• Если выполняется очистка облака, ее можно отслеживать с помощью следующей команды:

cloud clean watch

Может ли очистка активного уровня выполняться одновременно с очисткой уровня облака?

• Нет. Как очистка активного уровня, так и очистка уровня облака используют одни и те же общие внутренние структуры данных, для которых требуется эксклюзивный доступ.

Как отобразить или изменить расписание очистки уровня облака?

• Приведенную ниже команду можно использовать для отображения текущего расписания очистки облака. Пример.   

cloud clean frequency show

sysadmin@dd4500 # cloud clean frequency show
Cloud tier cleaning frequency is set to run after every 4 active tier cleaning cycles.

• Приведенная ниже команда используется для изменения расписания. Пример.  

cloud clean frequency set <value>

sysadmin@dd4500 # cloud clean frequency set 3
Cloud tier cleaning frequency is set to run after every 3 active tier cleaning cycles.

Как изменить или отобразить ограничение очистки уровня облака?

• По умолчанию ограничение очистки уровня облака установлено на 50%. Приведенную ниже команду можно использовать для сброса ограничения до значения по умолчанию.

cloud clean throttle reset

• Приведенную ниже команду можно использовать для отображения текущего ограничения очистки облака. Пример.   

cloud clean throttle show

sysadmin@dd4500 # cloud clean throttle show
Cloud tier cleaning throttle is set to 28 percent

• Приведенную ниже команду можно использовать для изменения ограничения очистки. Пример.   

cloud clean throttle set <value> 

sysadmin@dd4500 # cloud clean throttle set 20
Cloud tier cleaning throttle set to 20 percent

Что контролирует ограничение очистки уровня облака?

• Ограничение очистки уровня облака работает аналогично ограничению очистки активного уровня, поскольку оно ограничивает ресурсы ввода-вывода и ЦП, которые может использовать очистка уровня облака.
• Оно не ограничивает передачу данных по сети.

Почему очистка уровня облака не освобождает/удаляет столько объектов, сколько ожидалось?

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

• Кроме того, приведены дополнительные конкретные сведения о том, как внедряется уровень облака.
• Были реализованы различные меры для ограничения объемов сетевого трафика, направленного на облачные или объектные хранилища, поскольку это может привести к дополнительным затратам.
• Как упоминалось выше, для выполнения очистки требуется не менее 1% оттока данных.
• При обходе файловой системы для поиска файлов, соответствующих политике переноса данных, проверяются только локальные копии метаданных.
• Все сегменты, хранящиеся в облаке или объектном хранилище, содержащие только пользовательские данные, будут помечены для асинхронного удаления.
• Любые сегменты, содержащие по крайней мере один используемый сегмент, пропускаются, так как DDOS не хочет объединять небольшие объемы данных из-за задействованного сетевого трафика.

Как пользователю определить, на каком уровне находится файл?

• Используйте следующую команду, а также просмотрите пример выходных данных, сгенерированных этой командой:  

filesys report generate file-location

sysadmin@dd4500 # filesys report generate file-location
--------------------------------      ---------------------------
File Name                             Location(Unit Name)
--------------------------------      ---------------------------
/data/col1/mtree1/random-data-file-1        Active
/data/col1/mtree1/random-data-file-2        Active
/data/col1/mtree1/random-data-file-4        cloudunit2
/data/col1/mtree1/random-data-file-5        cloudunit2
/data/col1/mtree1/random-data-file-6        cloudunit2

Можно ли прочитать или получить доступ к файлу напрямую после его переноса на уровень облака?

• Это зависит от используемой версии DDOS и поставщика облачных решений.   

• Прямое восстановление файлов возможно без необходимости сначала отозвать файл. Эта функция называется функцией прямого восстановления и существует только в ECS в качестве поставщика облачного или объектного хранилища.
• Дополнительные сведения о «прямом восстановлении» из Avamar см. в техническом документе «Avamar. Детальное восстановление или восстановление на уровне файлов из Data Domain Cloud Tier».
• Для функции Avamar GLR/FLR (прямое восстановление) требуется как минимум сочетание Avamar 18.1 или DDOS 6.1 с ECS в качестве поставщика облачных решений. 

• Сначала нужно отозвать файл. То есть данные необходимо перенести обратно с уровня облака на активный уровень.
• Файл необходимо отозвать с уровня облака на активный уровень с помощью команды data-movement recall, чтобы разрешить любое чтение из файла или изменение файла, который находится на уровне облака.
• Любая попытка чтения или изменения файла, находящегося на уровне облака, приводит к возврату ошибки ввода-вывода тому, кто пытается прочитать файл, который является приложением резервного копирования, если файл сначала не отозвать.
• Некоторые облачные приложения резервного копирования могут инициировать повторный отзыв файлов, в противном случае файлы необходимо отозвать вручную.
• С версии DDOS 7.7 и выше:
  • Прямое восстановление позволяет неинтегрированным приложениям читать файлы непосредственно с уровня облака без прохождения активного уровня.
  • Основные рекомендации при выборе использования прямого восстановления:
  • Прямое восстановление не требует интегрированного приложения и прозрачно для неинтегрированных приложений.
  • Чтение с уровня облака не требует предварительного копирования на активный уровень.
  • Гистограммы и статистика доступны для отслеживания прямых операций чтения с уровня облака.
  • Прямое восстановление поддерживается только для поставщиков облачных решений AWS и ECS.
  • Приложения испытывают задержку на уровне облака.
  • Чтение непосредственно с уровня облака не оптимизировано для пропускной способности.

Сколько файлов можно отозвать параллельно?

• DDOS 6.0 поддерживает параллельное помещение четырех файлов в очередь и их отзыв.
• DDOS 6.1 поддерживает параллельное помещение 1000 файлов в очередь, и параллельный отзыв 4 файлов из этой очереди.

Согласно руководству администратора Data Domain 7.9:

• Системы с объемом памяти 256 Гбайт и более могут отзывать до 16 файлов одновременно.
• Системы с объемом памяти менее 256 Гбайт могут отзывать до восьми файлов одновременно.
• Экземпляры DDVE могут отзывать до четырех файлов одновременно.

Как отозвать файл?

• Файл можно отозвать с помощью следующей команды. Пример.   

data-movement recall path <path-name> 

sysadmin@dd4500 # data-movement recall path /data/col1/mtree1/file1

Как отозвать все файлы в MTree?

• В зависимости от версии DDOS все файлы в облаке можно отозвать с помощью одной команды, например:   

sysadmin@dd4500 # data-movement recall mtree /data/col1/mtree1

• Подробные сведения см. в справочном руководстве по командам Dell DDOS для вашей версии DDOS

Как можно отслеживать операцию отзыва?

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

data-movement status path all

data-movement status path /data/col1/mtree/file1

sysadmin@dd4500 # data-movement status path /data/col1/mtree1/file1
Data-movement recall:
---------------------
Data-movement for  /data/col1/mtree1/file1 : phase 2 of 3
(Verifying)
80% complete; time: phase XX:XX:XX total XX:XX:XX
Copied (post-comp): XX XX, (pre-comp) XX XX 

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

• Нет. Если файл переименован, он остается на текущем уровне.

Какие поставщики облачных решений поддерживаются?

•  В зависимости от используемой версии DDOS поддерживает следующих поставщиков облачных решений:   
• Amazon Web Services (AWS).
• Microsoft Azure Cloud
• Dell Elastic Cloud Storage (ECS)
• Virtustream
• Дополнительные сведения см. в руководстве по администрированию DDOS.

Поддерживается ли шифрование на уровне облака, и должно ли оно быть лицензировано?

• Да, шифрование поддерживается на уровне облака. Для этого не требуется дополнительная лицензия, в отличие от шифрования активного уровня.
• Это можно настроить, если функция облака включена или изменена позже. 
• На момент записи для шифрования уровня облака поддерживается только встроенный диспетчер ключей, и для LTR всей системы можно использовать только один алгоритм шифрования.

Какие контейнеры создаются в объектном хранилище поставщиков облачных решений?

• DDOS создает три контейнера
• Контейнеры заканчиваются строкой:

'-d0'

'-c0' 

'-m0'

• Контейнер, заканчивающийся строкой «-d0», используется для сегментов данных.
• Контейнер, заканчивающийся строкой «-c0», используется для данных о конфигурации.
• Контейнер, заканчивающийся строкой «-m0», используется для метаданных.
• До DDOS 6.1 при создании трех контейнеров используется только контейнер, заканчивающийся на «-d0». Однако все три контейнера необходимы, поэтому убедитесь, что они не удалены.

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

• Нет, это невозможно.

Помимо требований к оборудованию, существуют ли какие-либо другие обязательные требования, которые необходимо выполнить перед настройкой LTR?

• Да
• Если используется ECS, балансировщик нагрузки является обязательным требованием. Без балансировщика нагрузки Data Domain обменивается данными с ECS на одном узле и отключается после создания нескольких запросов.
• Сеть 1 Гбит/с между DDR и поставщиком облачных решений

Требуются ли сертификаты, и если да, какие сертификаты следует использовать?

• Это зависит от используемого поставщика объектного или облачного хранилища, а также от конфигурации.
• Для AWS, Virtustream или Azure требуется сертификат. Дополнительные сведения см. в руководстве по администрированию DDOS.
• Если ECS настроен с использованием конечной точки http, сертификат не требуется.
• Если ECS настроен с использованием конечной точки https, требуется сертификат. Поскольку балансировщик нагрузки является обязательным требованием, требуется сертификат от системы балансировщика нагрузки, а не от системы ECS. Для получения дополнительной информации обратитесь к поставщику балансировщика нагрузки.
• При импорте сертификата он должен быть в формате PEM. Некоторые поставщики не предоставляют сертификат в формате PEM, поэтому его необходимо преобразовать перед импортом.

Какие топологии репликации поддерживаются?

• Репликация коллекции _не_ поддерживается.
• Репликация каталогов поддерживается, однако она может использоваться только MTree «/data/col1/backup», но это MTree не поддерживает перенос данных.
• Репликация MTree полностью поддерживается.
• Репликация MFR или VSR полностью поддерживается.

Что следует учитывать при настройке/инициализации/повторной инициализации репликации в системе, в которой уже настроено LTR?

• Исходная система создает моментальный снимок MTree (этот моментальный снимок содержит сведения о файлах на активном и облачном уровнях).
• Исходная система реплицирует моментальный снимок на активный уровень целевой системы.
• Только после полной репликации моментальный снимок будет доступен в целевой системе (после чего файлы становятся доступными в пространстве имен файловой системы целевой системы).
• Только после того, как файлы будут открыты, можно выполнить перенос данных в целевой системе (при условии, что она настроена для LTR).
• В результате, если активный уровень целевой системы недостаточно велик для хранения полного моментального снимка из исходной системы, моментальный снимок никогда не будет открыт и репликация не сможет завершить инициализацию.

Что следует учитывать при настройке репликации MFR или VSR в системе, в которой уже настроено LTR?

• Если данные, которые уже были перенесены на уровень облака в исходном DDR, необходимо реплицировать, они автоматически отзываются от поставщика облачных решений на активный уровень, прежде чем их можно будет отправить по сети.
• Восстановление файлов с уровня облака на активный уровень может привести к затратам или задержке.

Почему выходные данные команды Data Domain «file system show space» не отражают фактический размер облачного или объектного хранилища?

• Из-за обычного способа работы облачного или объектного хранилища система Data Domain не может запрашивать физический размер облачного устройства, так как он может показаться бесконечным.
• Однако DDOS пришлось разработать способ отображения статистики текущего использования/дедупликации с точки зрения DDOS.
• Поэтому используется один из двух подходов:

1. Размер уровня облака определяется по CLOUDTIER_CAPACITY license
2. Размер уровня облака отображается как несколько размеров модулей активного уровня для этого типа модели в зависимости от того, сколько облачных модулей настроено. Дополнительные сведения о размерах активных уровней см. в руководстве по установке оборудования для данной модели.

Как запустить файловую систему, если облачный модуль недоступен?

• Убедитесь, что файловая система отключена.
• Отключите облачный модуль, который недоступен, с помощью следующей команды:

cloud unit disable <cloud unit name>

• Включите файловую систему.

Как включить эту функцию, если облачный модуль отключен?

• Убедитесь, что файловая система отключена.
• Включите облачный модуль с помощью следующей команды:

cloud unit enable <cloud unit name>

• Включите файловую систему.

Почему файлы по-прежнему остаются в файловой системе, расположенной на удаленном облачном модуле?

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

sysadmin@dd4500 # filesys report generate file-location
--------------------------------      ---------------------------
File Name                             Location(Unit Name)
--------------------------------      ---------------------------
/data/col1/mtree1/random-data-file-3  Deleted cloud-unit
/data/col1/mtree1/random-data-file-4  Deleted cloud-unit

• Файлы по-прежнему можно просмотреть в пространстве имен файловой системы, получив доступ к общему ресурсу CIFS/NFS для этого MTree.
• Однако файлы недоступны для чтения, так как удален облачный модуль, в котором они были расположены.
• Поэтому единственный вариант — удалить эти файлы, так как данные, на которые они ссылаются, больше не существуют.

Можно ли изменить конечную точку или порты протокола для поставщика облачных решений ECS или S3 Flexible после создания облачного модуля?

• Например, это может потребоваться при переходе с http на https или наоборот при переносе на новый балансировщик нагрузки.
• На момент написания этой статьи администратор Data Domain не может выполнить это изменение. Эта функциональность рассматривается для будущего выпуска DDOS.
• Однако это может быть выполнено службой поддержки или инженерным отделом.
• Для выполнения этого изменения файловая система должна быть отключена.
• Если это необходимо, сначала выполняется вся конфигурация за пределами системы Data Domain, так как после ее изменения при включении файловой системы ожидается, что она сможет обмениваться данными с использованием обновленного протокола или порта и считывать контейнеры или объекты, как это было ранее.