Из Википедии, бесплатной энциклопедии
Перейти к навигации Перейти к поиску

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

В самом общем определении, автоматизированное многоуровневое хранилище - это форма управления иерархическим хранилищем. Тем не менее, термин автоматизированное многоуровневое хранилище появился для включения новых форм миграции данных с оптимизацией производительности в реальном времени.обусловлено распространением твердотельных дисков и запоминающих устройств. Более того, там, где традиционные системы HSM воздействуют на файлы и перемещают данные между уровнями хранения в пакетном режиме, как и в случае с расписанием, автоматизированные многоуровневые системы хранения могут работать на уровне субфайлов как в пакетном, так и в режиме реального времени. В последнем случае данные перемещаются почти сразу после того, как они попадают в систему хранения, или перемещаются в зависимости от уровня активности в течение нескольких секунд после доступа к данным, тогда как более традиционное многоуровневое хранение обычно работает по ежечасному, ежедневному или даже еженедельному графику. Дополнительная информация об относительных различиях между HSM, ILM и автоматизированным многоуровневым хранилищем доступна на веб-сайте SNIA. [1]Общее сравнение различных подходов также можно найти в этой «сравнительной статье об автоматическом многоуровневом хранилище» [2] .

Многоуровневое хранилище на базе ОС и программного обеспечения [ править ]

Большинство поставщиков серверно-ориентированного программного обеспечения для автоматизированных многоуровневых хранилищ предлагают многоуровневое хранение в качестве компонента общего предложения виртуализации хранилища, примером является Microsoft с их многоуровневыми дисковыми пространствами. [2] Тем не менее, автоматическое многоуровневое хранение в настоящее время становится обычной частью стандартных операционных систем, таких как Linux и Microsoft Windows, а в случае потребительских ПК - Apple OSX с ее Fusion Drive. [3]Это решение позволило объединить один твердотельный накопитель и жесткий диск в один автоматизированный многоуровневый накопитель, что обеспечило хранение наиболее часто используемых данных на твердотельной части виртуального диска. Версия, более независимая от ОС, была представлена ​​Enmotus, которая поддерживает многоуровневое хранение в реальном времени со своим продуктом FuzeDrive для операционных систем Windows, расширяя поддержку предложений памяти класса хранения, таких как устройства NVDIMM и NVRAM. [4]

Многоуровневое хранилище на основе SAN [ править ]

Примером автоматизированного многоуровневого хранилища в аппаратном массиве хранения является функция под названием Data Progression от Compellent Technologies. Data Progression имеет возможность прозрачно перемещать блоки данных между различными типами дисков и группами RAID, такими как RAID 10 и RAID 5. Блоки являются частью одного и того же виртуального тома, даже если они охватывают разные группы RAID и типы дисков. Compellent может это сделать. это потому, что они хранят метаданные о каждом блоке, что позволяет им отслеживать каждый блок и его связи ». [5] Еще одним ярким примером многоуровневого хранения на основе SAN является автономное многоуровневое хранилище DotHill, которое перемещает данные между уровнями хранилища в дисковом массиве SAN с решениями, принимаемыми каждые несколько секунд ». [6]

Автоматизированное многоуровневое хранилище и кэширование на SSD [ править ]

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

Кэширование SSD работает так же, как кеши SRAM-DRAM, то есть они делают копию часто используемых блоков данных, например, с размером страницы кэша 4K, и сохраняют копию на SSD и используют эту копию вместо исходного источника данных на более медленных внутреннее хранилище. Каждый раз, когда происходит чтение хранилища, программное обеспечение кэширования проверяет, существует ли уже копия этих данных в кэше, и использует эту копию, если она доступна. В противном случае данные считываются с более медленного накопителя на жестком диске.

С другой стороны, многоуровневое управление работает по-другому. В конкретном случае твердотельных накопителей, как только данные определены как часто используемые, идентифицированные блоки данных перемещаются в фоновом режиме на твердотельный накопитель и не копируются, поскольку твердотельный накопитель используется в качестве основного уровня хранения, а не как область для копирования в сторону. При последующем доступе к данным операции ввода-вывода происходят на уровне собственной производительности твердотельных накопителей или близко к ней. [7]

См. Также [ править ]

Ссылки [ править ]

Внешние ссылки [ править ]