Я хочу настроить ферму хранения с iSCSI. У меня есть 2 машины с кластерными узлами, 1 целевая машина iscsi с 8 ТБ, установленными как RAID 10. Емкость сейчас составляет 8 ТБ, но в будущем я увеличу ее. Скажем, я установил кластеры в качестве файлового сервера и подключил эти серверы к цели iscsi, а затем поделился емкостью 8 ТБ в качестве единственной папки для пользователей Windows. Теперь пользователи видят только папку емкостью 8 ТБ. Но если я хочу добавить еще 8 ТБ для увеличения основной емкости, пользователи не должны видеть вторую папку для этих новых 8 ТБ. Пользователи должны видеть только папку, как и раньше, но на этот раз емкость этой папки увеличилась до 16 ТБ. И так далее, если я добавлю еще 8 ТБ, пользователям придется иметь дело только с папкой. С этой целью я узнал, что ZFS может без проблем увеличивать свой размер. Итак, если я использую ZFS в качестве файловой системы на iSCSI lun, как кластерные машины могут видеть ZFS? Потому что на кластерных машинах установлена Windows 2008. Есть ли другой способ без проблем увеличить размер общей папки? Поддерживает ли это NTFS?
Прежде всего, я бы сказал, что вам нужно сделать шаг назад и узнать разницу между блочным и файловым хранилищами. Я не уверен, что вы действительно понимаете разницу от формулировки вашего вопроса.
Вы говорите, что у вас есть целевая машина iSCSI, и упоминаете ZFS. Ваша целевая система iSCSI работает под управлением Solaris / OpenSolaris / NexentaOS или BSD? В противном случае вы не можете реально использовать ZFS. (Хотя FUSE может работать, я бы не зависел от него для сервера)
Что касается кластерных систем Windows 2008, которые видят файловую систему ZFS на iSCSI LUN. Не произойдет. Здесь я не думаю, что вы понимаете разницу между блочным хранилищем и файловым хранилищем, я не знаю ни одного достойного сайта, где вы могли бы узнать об этом, может быть, кто-то другой, читающий это, может предложить хороший сайт? Вот ссылка на неплохую статью о разнице между блочным и файловым хранилищами:
http://findarticles.com/p/articles/mi_m0DUJ/is_12_106/ai_n27577413/
Я всегда визуализирую хранилище слоями, в этом случае у вас, скорее всего, будет:
1) Диски
2) Рейд-группы (ZFS zpool или традиционная RAID-группа с парой дисков)
3) Объем (Think C: в Windows или LVM в Linux)
4) Файловая система (NTFS в Windows, ZFS в Solaris, ext3 / 4 в Linux)
5) Файлы.
В зависимости от целевой реализации iSCSI LUN могут использоваться совместно с необработанными устройствами (уровень № 3) или как большие файлы в файловой системе (уровень № 5). Цель на основе ZFS почти наверняка будет использовать файлы, находящиеся в файловой системе ZFS. Когда вы экспортируете LUN из цели iSCSI, соответствующая файловая система ZFS становится невидимой для использующих ее систем Windows. Для них они изначально просто видят чистый диск. Затем вы просто форматируете LUN с помощью NTFS и устанавливаете кластеризацию. Это добавляет к нашей диаграмме следующие слои:
5) Файл LUN на цели (большой двоичный объект)
6) целевой уровень iSCSI
7) Объем (т.е. D :)
8) Файловая система (NTFS)
9) Файлы пользовательских данных.
Надеюсь, я был несколько ясен :-)
И для решения вашей основной проблемы расширения LUN, отформатированных в NTFS. Это довольно просто, в основном используйте команду extend в diskpart, и том мгновенно расширится, чтобы заполнить все доступное пространство. Я делаю это все время на iSCSI LUN, совместно используемых из NetApp. Однако имейте в виду, что расширение диска C: может быть неудобным, поскольку вам придется перезагрузиться в WinPE, чтобы на время отключить том для расширения. Возможно, это исправлено в Windows 2008, хотя я еще не пробовал его там ... (Определенно не так в Windows 2003, ему нужен diskpart в WinPE)