Работает ли многоуровневое хранилище в Microsoft Windows Server 2012 с программным обеспечением Microsoft ISCSI Target

804
G. Allen

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

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

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

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

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

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

1

2 ответа на вопрос

1
BaronSamedi1958

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

0
Jamie Hanrahan

Although the internal implementation of Storage Spaces does track usage, but this is done at the block level. A storage space "space" (whether mirrored, striped, parity, whatever) is actually surfaced as a disk. So much so that you have to pick a partitioning scheme for it (MBR or GPT), create one or more partitions on it, and format the partition(s) before you can use it.

As an experiment I once created several such "spaces" (let's call them storage space disks) and then set them up as dynamic disks, combining them into one large disk... in parity mode. Performance was not stellar but it worked. :)

The point of this explanation is that we know the Storage Spaces tiering mechanism doesn't work at the file level, because it can't. All file system semantics are gone, absorbed by the file system driver, long before the I/O calls reach the Storage Space "disk". It can no more be aware of file boundaries than an ordinary disk drive is.

So... I've never worked with it, but it does appear that to create an iSCSI LUN you create VHDX files within some disk space on the server. This should work fine on a Storage Space "disk".

Итак, если я вас правильно понимаю, вы указываете, что дисковые пространства работают на уровне блоков, как предположил мой сотрудник RL. Кроме того, вы указываете, что, хотя логические номера Microsoft ISCSI могут быть VHDX-файлами, это не совсем так. Таким образом, более типичный ISCSI-LUN-points-at-a-partition является опцией. В конце вы, кажется, заявляете, что Tiering будет отлично работать в этой настройке. Я прав? G. Allen 8 лет назад 0
Я прочитал больше и отредактировал свой ответ - я думаю, что вы не можете избежать файлов VHDX. Но это не имеет значения для вашего многоуровневого вопроса. Имена файлов, границы, не видны драйверу дискового пространства больше, чем обычному драйверу диска. Это просто не то место в стеке хранения для этого. Jamie Hanrahan 8 лет назад 0
Теперь я понимаю. В этом случае я отмечу это как ответ на мой вопрос. Большое спасибо за уделенное время! G. Allen 8 лет назад 0

Похожие вопросы