Avamar: разница между «Server Utilization» и потреблением физического пространства на узлах данных

Объем пространства, потребляемого в физических разделах данных узла хранения Avamar, высок, в то время как показатель «Server utilization» относительно низкий.

Пример:
Avamar Server сообщает, что он использует 9,2% доступного пространства для данных резервного копирования.

Разделы данных Avamar показывают более высокое использование пространства:

Причина заключается в том, что значение использования сервера в Avamar не вычисляется в соответствии с объемом пространства, занимаемого физическими разделами.

Физический «/data" разделы содержат полосы, которые, по сути, являются контейнерами для резервных копий данных.

Значение Avamar Server Utilization (также известное как емкость пользователя или емкость GSAN) измеряется в соответствии с тем, насколько заполнены эти ленточные контейнеры.

После создания ленточных контейнеров они остаются в сети Avamar Grid навсегда и перерабатываются по мере необходимости. Таким образом, если сеть Avamar когда-либо достигнет высокой емкости, существующие контейнеры чередования будут занимать до 65% от общего пространства разделов данных.

Это верно даже в том случае, если удалить большой объем данных резервного копирования и значение «server utilization» упадет.

Это преднамеренное и нормальное поведение.

Дополнительная информация:
В недавно реализованной сети Avamar /data Разделы содержат всего несколько полос (контейнеров данных). «Server Utilization» и пространство, потребляемое в /data Секции сообщают низкие значения.

Со временем, по мере заполнения полос данными резервного копирования, в /data Разделов. Занимаемое пространство /data Перегородки поднимаются. Это продолжается до тех пор, пока сеть не достигнет заранее определенных «безопасных» пределов, установленных сервером Avamar и MCS.

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

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

Причина вышеупомянутых «безопасных» ограничений заключается в том, чтобы гарантировать, что /data В разделах достаточно свободного пространства для выполнения операций обслуживания.

Ниже приведен рисунок, иллюстрирующий это.

100%   "---------------------" <-- 100% /data partition capacity
       " Reserved for        "
       " maintenance         "
       " activity overhead   "
       "                     "
       "                     "
65%    "---------------------" <-- 100% Server Utilization value
       " Commonality         "     (visible in the Admin GUI)
       " factored data       "     
       " & RAIN parity       "     
       " data                "     
       "                     "
       "                     "
       "                     "
       "                     "
0%     "---------------------"

Поведение ОС и емкости сервера Avamar рассматривается более подробно в следующей статье: Avamar: концепции управления емкостью и обучение

Интеграция Avamar с Data Domain.
В сетках Avamar, интегрированных с Data Domain, резервные копии, отправляемые в Data Domain, записывают в Avamar лишь небольшой объем данных. Это называется метаданными. Метаданные размещаются в виде составных полос и занимают относительно мало места по сравнению с клиентскими резервными копиями, хранящимися в Avamar.

В некоторых сценариях, когда параметры метаданных были «настроены» службой технической поддержки, процент пространства, занимаемого «cur» в сети Avamar, может превышать 65%.

Другие элементы на заметку:
Данные RAIN/четности:В следующей статье описывается,
почему использование сервера всегда будет включать пространство, занимаемое полосами четности, даже после удаления всех резервных копий. Avamar показывает использование до ~30% даже после удаления всех резервных копий и сборки мусора