Виртуализация хранилища

В информатике » . виртуализация хранения — это «процесс представления логического представления физических хранения ресурсов ^[1] хост-компьютерная система, «рассматривающая все носители информации (жесткий диск, оптический диск, лента и т. д.) на предприятии как единый пул хранения». ^[2]

«Система хранения» также известна как массив хранения, дисковый массив или фильтр . В системах хранения обычно используется специальное аппаратное и программное обеспечение вместе с дисководами, чтобы обеспечить очень быстрое и надежное хранилище для вычислений и обработки данных. Системы хранения сложны, и их можно рассматривать как компьютер специального назначения, предназначенный для обеспечения емкости хранения наряду с расширенными функциями защиты данных. Дисковые накопители — это лишь один элемент системы хранения данных, наряду с аппаратным обеспечением и встроенным программным обеспечением специального назначения.

Системы хранения могут предоставлять либо хранилище с блочным доступом, либо хранилище с файловым доступом. Блочный доступ обычно предоставляется по Fibre Channel , iSCSI , SAS , FICON или другим протоколам. Доступ к файлам часто предоставляется с использованием протоколов NFS или SMB .

В контексте системы хранения могут возникнуть два основных типа виртуализации:

Блочная виртуализация, используемая в этом контексте, относится к абстракции (отделению) логического хранилища (раздела) от физического хранилища , чтобы к нему можно было получить доступ без учета физического хранилища или гетерогенной структуры. Такое разделение дает администраторам системы хранения большую гибкость в управлении хранилищем для конечных пользователей. ^[3]
Виртуализация файлов решает проблемы NAS , устраняя зависимости между данными, доступ к которым осуществляется на уровне файлов, и местом физического хранения файлов. Это предоставляет возможности для оптимизации использования хранилища и консолидации серверов, а также для выполнения миграции файлов без прерывания работы.

Блокировать виртуализацию

Перераспределение адресного пространства

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

Возможно иметь несколько уровней виртуализации или сопоставления. Тогда возможно, что выходные данные одного уровня виртуализации можно будет использовать в качестве входных данных для более высокого уровня виртуализации. Виртуализация отображает пространство между внутренними ресурсами и внешними ресурсами. В этом случае «внутренняя часть» относится к номеру логического устройства (LUN), который не предоставляется компьютеру или хост-системе для прямого использования. «Внешний» LUN или том предоставляется хосту или компьютерной системе для использования.

Фактическая форма отображения будет зависеть от выбранной реализации. Некоторые реализации могут ограничивать степень детализации отображения, что может ограничивать возможности устройства. Типичная степень детализации варьируется от одного физического диска до небольшого подмножества (кратного мегабайта или гигабайта) физического диска.

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

Метаданные

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

Адресное пространство может быть ограничено емкостью, необходимой для обслуживания таблицы отображения. Уровень детализации и общий адресный объем напрямую влияют на размер метаданных и, следовательно, на таблицу сопоставления. По этой причине обычно приходится искать компромисс между объемом адресуемой емкости и степенью детализации или детализации доступа.

Одним из распространенных методов устранения этих ограничений является использование нескольких уровней виртуализации. В некоторых системах хранения, развернутых сегодня, обычно используются три уровня виртуализации. ^[4]

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

Перенаправление ввода-вывода

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

Например, устройство виртуализации может:

Получите запрос на чтение для виртуального диска LUN ID=1, LBA=32.
Выполните поиск метаданных для LUN ID=1, LBA=32 и обнаружите, что это соответствует физическому LUN ID=7, LBA0.
Отправляет запрос на чтение физического LUN ID=7, LBA0.
Получает данные обратно с физического LUN
Отправляет данные обратно отправителю, как если бы они поступили с виртуального диска LUN ID=1, LBA32.

Возможности

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

Репликация

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

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

Удаленная репликация данных для аварийного восстановления
- Синхронное зеркалирование – при котором завершение ввода-вывода возвращается только тогда, когда удаленный сайт подтверждает завершение. Применимо для более коротких расстояний (<200 км)
- Асинхронное зеркалирование – когда завершение ввода-вывода возвращается до того, как удаленный сайт подтвердил завершение. Применимо для гораздо больших расстояний (>200 км)
Снимки на определенный момент времени для копирования или клонирования данных для различных целей.
- В сочетании с тонким выделением ресурсов позволяет создавать компактные снимки.

Объединение

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

Управление дисками

Программное обеспечение или устройство, обеспечивающее виртуализацию хранилища, становится обычным диспетчером дисков в виртуализированной среде. Логические диски (vdisks) создаются программным обеспечением или устройством виртуализации и сопоставляются (делаются видимыми) с требуемым хостом или сервером, обеспечивая тем самым общее место или способ управления всеми томами в среде.

В этой среде легко обеспечить расширенные функции:

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

Преимущества

Миграция данных без прерывания работы

Одним из основных преимуществ абстрагирования хоста или сервера от фактического хранилища является возможность переноса данных при сохранении одновременного доступа к вводу-выводу.

Хост знает только о логическом диске (сопоставленном LUN), поэтому любые изменения в сопоставлении метаданных прозрачны для хоста. Это означает, что фактические данные можно переместить или реплицировать в другое физическое место, не влияя на работу какого-либо клиента. Когда данные были скопированы или перемещены, метаданные можно просто обновить, указав на новое местоположение, тем самым освобождая физическое хранилище в старом месте.

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

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

Администратору хранилища приходится выполнять множество повседневных задач, которые можно просто и одновременно выполнять с помощью методов миграции данных.

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

Улучшенное использование

Использование может быть увеличено за счет услуг объединения, миграции и тонкого предоставления. Это позволяет пользователям избежать чрезмерной покупки и предоставления избыточных решений для хранения данных. Другими словами, этот вид использования через общий пул хранилища можно легко и быстро распределить, поскольку это необходимо, чтобы избежать ограничений на емкость хранилища, которые часто снижают производительность приложений. ^[5]

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

Объединение в пулы также означает, что потенциально можно использовать всю доступную емкость хранилища. В традиционной среде весь диск будет сопоставлен с хостом. Это может быть больше, чем требуется, что приведет к потере места. В виртуальной среде логическому диску (LUN) назначается емкость, необходимая использующему хосту.

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

Меньше точек управления

Благодаря виртуализации хранения несколько независимых устройств хранения данных, даже если они разбросаны по сети, кажутся одним монолитным устройством хранения данных и могут управляться централизованно.

Однако традиционное управление контроллером хранилища по-прежнему требуется. То есть создание и обслуживание RAID- массивов, включая управление ошибками и сбоями.

Риски

Откат неудачной реализации

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

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

Совместимость и поддержка поставщиков

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

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

Виртуализация на основе коммутаторов может не требовать особой совместимости хостов, если она использует методы взлома пакетов для перенаправления ввода-вывода.

К сетевым устройствам предъявляются самые высокие требования к совместимости, поскольку они должны взаимодействовать со всеми устройствами, хранилищами и хостами.

Сложность

Сложность затрагивает несколько областей:

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

Управление метаданными

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

Любая реализация должна обеспечивать свою защиту с помощью соответствующего уровня резервного копирования и реплик. Важно иметь возможность восстановить метаданные в случае катастрофического сбоя.

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

Производительность и масштабируемость

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

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

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

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

Подходы к реализации

На основе хоста
На основе устройства хранения
Сетевой

На основе хоста

Для виртуализации на основе хоста требуется дополнительное программное обеспечение, работающее на хосте в качестве привилегированной задачи или процесса. В некоторых случаях управление томами встроено в операционную систему, а в других случаях предлагается как отдельный продукт. Тома (LUN), представленные хост-системе, обрабатываются традиционным драйвером физического устройства. Однако программный уровень (менеджер томов) находится над драйвером дискового устройства, перехватывает запросы ввода-вывода и обеспечивает поиск метаданных и сопоставление ввода-вывода.

Большинство современных операционных систем имеют встроенную форму управления логическими томами (в Linux называемую диспетчером логических томов или LVM; в Solaris и FreeBSD — диспетчер уровень zpool ZFS; в Windows — логических дисков или LDM), которая выполняет задачи виртуализации.

Примечание. Диспетчеры томов на базе хоста использовались задолго до термина «виртуализация хранения» появления .

Плюсы

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

Минусы

Использование хранилища оптимизировано только для каждого хоста.
Репликация и миграция данных возможны только локально на этот хост.
Программное обеспечение уникально для каждой операционной системы.
Нет простого способа синхронизации экземпляров хоста с другими экземплярами.
Традиционное восстановление данных после сбоя диска сервера невозможно.

Конкретные примеры

Технологии:
- Управление логическими томами
- Файловые системы , например ( жесткие ссылки , SMB / NFS )
- Автоматическое монтирование, например ( autofs )

На основе устройства хранения

Как и в случае с виртуализацией на базе хоста, несколько категорий существуют уже много лет и лишь недавно были классифицированы как виртуализация. Простые устройства хранения данных, такие как отдельные жесткие диски , не обеспечивают никакой виртуализации. Но даже самые простые дисковые массивы обеспечивают логическую и физическую абстракцию, поскольку они используют схемы RAID для объединения нескольких дисков в один массив (и, возможно, последующего разделения массива на меньшие тома).

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

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

Концепция

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

Основной контроллер будет предоставлять услуги объединения и управления метаданными. Он также может предоставлять услуги репликации и миграции между теми контроллерами, которыми он является.

Плюсы

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

Минусы

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

Сетевой

Виртуализация хранилища, работающая на сетевом устройстве (обычно стандартный сервер или интеллектуальный коммутатор) и использующая сети iSCSI или FC Fibre Channel для подключения в качестве SAN . Эти типы устройств являются наиболее распространенной и реализуемой формой виртуализации.

Устройство виртуализации находится в сети SAN и обеспечивает уровень абстракции между хостами, выполняющими ввод-вывод, и контроллерами хранения, обеспечивающими емкость хранилища.

Плюсы

Настоящая гетерогенная виртуализация хранения данных
Кэширование данных (выигрыш в производительности) возможно при внутриполосном режиме.
Единый интерфейс управления для всех виртуализированных хранилищ
Службы репликации на гетерогенных устройствах

Минусы

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

На основе устройства или на основе коммутатора

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

Устройства на базе устройств — это выделенные аппаратные устройства, которые обеспечивают подключение к сети SAN в той или иной форме. Они располагаются между хостами и хранилищем и в случае внутриполосных (симметричных) устройств могут предоставлять все преимущества и услуги, обсуждаемые в этой статье. Запросы ввода-вывода адресованы самому устройству, которое выполняет сопоставление метаданных перед перенаправлением ввода-вывода, отправляя собственный запрос ввода-вывода в базовое хранилище. Внутриполосное устройство также может обеспечивать кэширование данных, и большинство реализаций предоставляют ту или иную форму кластеризации отдельных устройств для поддержания атомарного представления метаданных, а также данных кэширования.

Устройства на основе коммутатора, как следует из названия, находятся в аппаратном обеспечении физического коммутатора, используемом для подключения устройств SAN. Они также располагаются между хостами и хранилищем, но могут использовать различные методы для обеспечения сопоставления метаданных, например взлом пакетов для отслеживания входящих запросов ввода-вывода и выполнения перенаправления ввода-вывода. Гораздо сложнее обеспечить атомарные обновления метаданных в коммутируемой среде, а услуги, требующие быстрого обновления данных и метаданных, могут быть ограничены в коммутируемых реализациях.

Внутриполосный и внеполосный

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

Устройства внеполосной виртуализации , также известные как асимметричные , иногда называют серверами метаданных . Эти устройства выполняют только функции сопоставления метаданных. Для этого требуется дополнительное программное обеспечение на хосте, которое знает, что сначала нужно запросить местоположение фактических данных. Таким образом, запрос ввода-вывода от хоста перехватывается до того, как он покинет хост, поиск метаданных запрашивается с сервера метаданных (это может быть через интерфейс, отличный от SAN), который возвращает физическое местоположение данные на хост. Затем информация извлекается посредством фактического запроса ввода-вывода к хранилищу. Кэширование невозможно, поскольку данные никогда не проходят через устройство.

Виртуализация на основе файлов

Файловая виртуализация — это тип виртуализации хранилища, в котором файлы используются в качестве базовой единицы хранения. В этом отличие от виртуализации хранения данных на основе блоков, в которой блоки используются в качестве базовой единицы. Это способ абстрагироваться от физических деталей хранилища и позволить хранить файлы на любом типе устройства хранения без необходимости использования специальных драйверов или другой низкоуровневой настройки.

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

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

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

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

См. также

Ссылки

^ Образовательные услуги EMC (2010 г.). Хранение информации и управление ею . Джон Уайли и сыновья. п. 210. ИСБН 978-0-470-29421-5 . Проверено 16 октября 2017 г.
^ Журнал ПК. «Виртуальное хранилище» . Энциклопедия журнала PC Magazine . Проверено 17 октября 2017 г.
^ Определения SearchStorage.com
^ Нужна ссылка
^ «Прекратите избыточное выделение ресурсов с помощью управления ресурсами хранения» . Dell.com . Проверено 30 июня 2012 г.

[1] Образовательные услуги EMC (2010 г.). Хранение информации и управление ею . Джон Уайли и сыновья. п. 210. ИСБН 978-0-470-29421-5 . Проверено 16 октября 2017 г.

[2] Журнал ПК. «Виртуальное хранилище» . Энциклопедия журнала PC Magazine . Проверено 17 октября 2017 г.

[3] Определения SearchStorage.com

[Need_Reference-4] Нужна ссылка

[5] «Прекратите избыточное выделение ресурсов с помощью управления ресурсами хранения» . Dell.com . Проверено 30 июня 2012 г.

[1]

[2]

[3]

[4]

[5]