1

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

Я надеюсь установить многоуровневую систему хранения данных с 4x 240 ГБ твердотельными накопителями и 8x 2 ТБ жесткими дисками. Это, конечно, требует использования зеркальных пространств хранения, и я ожидаю, что у нас будет одно зеркальное пространство, охватывающее весь пул.

Я также надеюсь настроить диски ISCSI с помощью программного обеспечения Windows Server ISCSI target.

Так вот, где я запутался. Из всего, что я прочитал, я понимаю, что многоуровневое размещение в дисковых пространствах ориентировано на файлы. Это означает, что он отслеживает, какие файлы используются часто, и перемещает файлы между уровнями SSD и HDD соответствующим образом. Я также понимаю, что ISCSI LUN от Microsoft - это файлы виртуальных жестких дисков (VHDX), и что в моем хранилище будет много файлов VHDX. Если мое понимание этих двух технологий правильное, это означает, что многоуровневое размещение фактически не будет работать, поскольку дисковые пространства будут «видеть» только файлы VHDX, но не их содержимое. Это также предполагает, что все файлы VHDX могут перемещаться между уровнем SDD и HDD, что, как я подозреваю, не очень хорошо, учитывая размер файла.

Кто-то, с кем я говорил в IRL, ожидает, что многоуровневое размещение будет происходить на уровне блоков, а не на уровне файлов. К сожалению, у нас нет никаких доказательств в поддержку этого утверждения, кроме «вот как это работает в других системах», что я не нахожу обнадеживающим.

Спасибо всем за ваше время. Я с нетерпением жду, чтобы узнать больше об этих (относительно) новых системах.

2 ответа2

1

Многоуровневый движок Microsoft не перемещает все файлы полностью, он создает так называемое "температурное растровое изображение" и перемещает фрагменты или блоки между более высокими и более низкими уровнями производительности. Делая длинную историю: ты будешь хорошим! Существуют и другие проблемы с целью Microsoft iSCSI, например, если она не HCL-редактируется VMware или Citrix и не использует кэширование, но это уже другая история.

0

Хотя внутренняя реализация дисковых пространств отслеживает использование, но это делается на уровне блоков. Пространство памяти ("зеркальное", "полосатое", "четность" и т.д.) Фактически отображается как диск. Настолько, что вам нужно выбрать для него схему разбиения (MBR или GPT), создать на ней один или несколько разделов и отформатировать разделы до того, как вы сможете их использовать.

В качестве эксперимента я однажды создал несколько таких "пространств" (назовем их дисками пространства хранения), а затем настроил их как динамические диски, объединив их в один большой диск ... в режиме четности. Производительность не была звездной, но она работала. :)

Суть этого объяснения состоит в том, что мы знаем, что многоуровневый механизм Storage Spaces не работает на уровне файлов, потому что он не может. Вся семантика файловой системы утеряна, поглощена драйвером файловой системы задолго до того, как вызовы ввода-вывода достигнут "диска" дискового пространства. Он не может больше знать о границах файлов, чем обычный дисковод.

Так... Я никогда не работал с ним, но похоже, что для создания iSCSI LUN вы создаете файлы VHDX в некотором дисковом пространстве на сервере. Это должно нормально работать на "диске" дискового пространства.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .