Назад | Перейти на главную страницу

Мне нужен совет по iscsi + zfs (или ntfs) + кластеризация Windows 2008

Я хочу настроить ферму хранения с 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)