ZFS как альтернатива в Windows

Концептуально, и я не думаю, что я здесь один, мне нравятся концепции ZFS. Вы можете создать один большой диск, все хранится на нескольких дисках, и вы можете увеличивать и уменьшать пул и диск в любое время. Кроме того, диски не должны быть одинаковыми и т. Д.

Что мне не нравится в ZFS, так это то, что, насколько я могу судить, это единственная действительно стабильная форма в Solaris, работающая на оборудовании Oracle (ранее Sun). Конечно, OpenSolaris существует, и FreeBSD имеет поддержку ZFS, но обычно говорят, что надежность плохая, когда на FreeBSD / OpenSolairs / Solaris используется не оракуловое оборудование.

Мы запускаем (исключительно на данный момент) серверы Window Server 2008 R2. Каков «следующий лучший» вариант хранилища DAS для этой ОС? Я не могу найти реализацию ZFS для Windows, так что это не так. Существует множество RAID-карт: кто-то может порекомендовать установку, которая приближается к гибкости ZFS? Установка, в которой вы можете просто добавить диск в пул и увеличить объем хранилища, не отключая сервер для восстановления?

Подводя итог: если вы любите ZFS, но хотите запустить Windows Server 2008 R2, какой ваш лучший / самый крутой вариант (ы)?

PS: это для производственных систем, бюджет составляет порядка 10 тыс. На систему.

Насколько я знаю, на самом деле единственный вариант, который у вас есть, который несколько надежен, - это получить SAN, который реализует виртуализацию хранилища, и подключить к нему ваши серверы Windows через iSCSI / FC / FCoE / и т.д.

SAN сможет предоставить вам функции, аналогичные ZFS: снимки, динамическое изменение размера тома, клонирование и т. Д.

Как и другие говорят, что в Windows нет ничего похожего на ZFS, поэтому, если вы хотите использовать ZFS, он должен быть подключен через сеть в той или иной форме.

Если вы тщательно проверяете совместимость оборудования, у вас также не должно возникнуть проблем с его запуском на оборудовании, отличном от Oracle, по моему (хотя и ограниченному) опыту. Из того, что я собрал, наиболее важные вещи, на которые стоит обратить внимание:

• 64-битный процессор (ZFS практически бесполезен для 32-битных)
• 1 - 1,5 ГБ ОЗУ ОЗУ на ТБ использованного хранилища
• SBA / SATA HBA на базе LSI 1068E с микропрограммой IT

Я бы порекомендовал ОС на базе Solaris поверх FreeBSD или Linux из соображений производительности и стабильности, или если вам нужна какая-либо функция, поддерживающая только последние версии ZFS (например, шифрование). Это означает, что вашими операционными системами являются Solaris 10, Solaris 11 Express или одна из возможностей OpenSolaris. Nexenta Core (или NexentaStor, более похожий на устройства), OpenIndiana и Schillix, кажется, наиболее заметны. Если вы выбираете ОС, поддерживаемую Oracle, стоимость лицензии в настоящее время составляет 1000 долларов США / сокет для оборудования, отличного от Oracle x86.

В настоящее время я использую тестовый файловый сервер на ZFS. Если ваши требования аналогичны нашим, вы можете обойтись без использования iSCSI и вместо этого использовать встроенную поддержку CIFS Solaris, чтобы файловые системы ZFS выглядели как обычные общие ресурсы Windows. Было относительно легко интегрировать его с Active Directory для проверки подлинности, и это было намного меньше, чем Samba.

Если вам нужно, чтобы хранилище отображалось как собственный диск Windows - например, для базы данных - iSCSI - ваш единственный вариант. Имейте в виду, что вы потеряете возможность легко наращивать диск, так как вам нужно выделить определенный объем пространства пула ZFS для общего ресурса iSCSI. Если вам нужен iSCSI, я бы посоветовал вам получить более точную настройку сети, чем предложенная выше единственная гигабитная карта - у нас не было проблем с насыщением гигабитного соединения всего четырьмя старыми 5400 об / мин настольными дисками в RAIDZ на 1,5 Гбит HBA. 10-гигабитная карта или как минимум четырехпортовая гигабитная карта с агрегацией каналов была бы лучше.

Я думаю, что у вас есть некоторые концепции ZFS неправильно. Вы не можете на самом деле сжимать пулы, однако можно создавать и удалять файловые системы и тому подобное на лету, используя хранилище в пуле. Честно говоря, если не использовать решение на основе ZFS, я думаю, что решение HP Smart Array для контроллера очень чисто и обеспечивает гибкость благодаря своим логическим дискам. Допустим, у вас есть 8 дисков. В этом массиве вы можете иметь меньшие логические диски, которые могут использовать различные уровни RAID. Они также могут быть легко расширены. Так что это то, что уникально для серверов HP ProLiant, но является хорошей альтернативой в среде Windows.

Что касается ZFS, вы можете купить готовое решение ZFS у нескольких поставщиков. Взгляните на NexentaStor, а также PogoLinux , который продает упакованные и предварительно сконфигурированные системы NexentaStor на сертифицированном оборудовании . Эти решения будут вписываться в ваш бюджет.

Лично я использую NexentaStor для своих развертываний ZFS, но пошел по пути адаптации оборудования HP ProLiant для этой задачи, поскольку это то, с чем я больше всего знаком. В любом случае, нет необходимости работать на оборудовании Oracle для достижения стабильности в ZFS.

Есть несколько вариантов, которые вы можете посмотреть в Windows. Файловая система Windows NTFS поддерживает логическое управление дисками. Вы можете прочитать больше и посмотреть, соответствует ли это вашему требованию с http://technet.microsoft.com/en-us/library/cc758035(WS.10).aspx . Другой вариант - использовать менеджер томов Veritas http://www.symantec.com/business/storage-foundation-for-windows .

Настройте систему Illumos / OpenSolaris в качестве SAN и используйте iSCSI на сервере Windows для подключения к дисковым томам в SAN. Настройте его так, чтобы на сервере Windows была установлена ​​дополнительная карта GIGE, подключенная к коммутатору GIGE, к которому подключен сервер, чтобы трафик iSCSI в основном имел свой собственный выделенный коммутатор.

Чтобы выполнить резервное копирование чего-то вроде SQL Server, выключите SQL-сервер, попросите компьютер Illumos сделать моментальный снимок тома ZFS, на котором хранится БД, перезапустите SQL-сервер и затем используйте отправку / получение ZFS для резервного копирования снимка на другой сервер. Это означает, что вы можете создавать резервные копии ваших баз данных с минимальным временем простоя.

Я понимаю, что этот вопрос уже устарел, поскольку у нас уже есть дисковые пространства. Теперь проблема не в гибкости, а в производительности. Просто посмотрите на графики:

Память против ZFS

ZFS и, более конкретно, RAID-Z уничтожает практически все остальное. Пожалуйста, проголосуйте за идею ZFS на Windows Server на UserVoice (ссылка внизу статьи), спасибо!