Мне нужен совет по кластеризации 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 поддерживает это?
1 ответ
Прежде всего, я бы сказал, что вам нужно сделать шаг назад и узнать разницу между блочным и файловым хранилищем. Я не уверен, что вы действительно понимаете разницу с формулировкой вашего вопроса.
Вы говорите, что у вас есть целевой компьютер 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) Объем (думаю, C: в Windows или LVM в Linux)
4) Файловая система (NTFS в Windows, ZFS в Solaris, ext3/4 в Linux)
5) Файлы.
В зависимости от реализации цели iSCSI номера LUN могут использоваться совместно с необработанными устройствами (уровень № 3) или в виде больших файлов в файловой системе (уровень № 5). Цель на основе ZFS почти наверняка будет использовать файлы, находящиеся в файловой системе ZFS. При экспорте логических модулей из цели 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)