Я ищу экономичную машину для использования openAttic , то есть просто Ubuntu 14.04 64bit с ZFS.
Сервер, на который я смотрю, дает мне 8 отсеков по 3,5 дюйма, куда я планирую разместить жесткие диски корпоративного уровня SAS 7.2k, вероятно, 3 ТБ или 4 ТБ. Я планирую использовать от 18 до 24 Тбайт полезного пространства с двумя жесткими дисками для резервирования. Я получу как минимум 32 ГБ оперативной памяти ECC, но я посмотрю на стоимость 64 ГБ.
У меня недостаточно опыта работы с ZFS, но изначально я планировал использовать небольшой загрузочный и системный раздел, отображаемый на всех дисках, с помощью ext4. Затем используйте оставшееся пространство для ZFS.
На сервере есть слот M.2: стоит ли мне использовать там SSD M.2 в качестве загрузочного / системного диска? OpenATTIC требует очень мало для системного раздела, поэтому приобретение SSD премиум-класса для этого кажется пустой тратой, когда RAM и диски SAS будут делать большую часть работы и будут узким местом.
Я читал, что ZFS любит получать прямой доступ к дискам, поэтому мне интересно: 2 SSD для использования в качестве загрузочного / системного диска? OpenATTIC требует очень мало для системного раздела, поэтому приобретение SSD премиум-класса для этого кажется пустой тратой, когда RAM и диски SAS будут делать большую часть работы и будут узким местом.
Я читал, что ZFS любит получать прямой доступ к дискам, поэтому мне интересно: 2 SSD для использования в качестве загрузочного / системного диска? OpenATTIC требует очень мало для системного раздела, поэтому приобретение SSD премиум-класса для этого кажется пустой тратой, когда RAM и диски SAS будут делать большую часть работы и будут узким местом.
Я читал, что ZFS любит получать прямой доступ к дискам, поэтому мне интересно: Может ли ZFS нормально работать, если вы настроите его не использовать весь диск? Или мне взять SSD и позволить ZFS забрать все диски SAS?
Если деньги не являются ограничением, я, конечно, получу SSD, но я ищу «лучшее соотношение цены и качества». Спасибо!
Для чего-нибудь в этом масштабе используйте отдельный диск или пару дисков для ОС. Возможно, слот M.2 SSD является наиболее подходящим.
Дайте ZFS полные диски и не пытайтесь распределить ОС по этим дискам.
Для домашнего масштаба не слушайте все предложения получить ЗИЛ и L2ARC. ZIL полезен только для синхронной записи, а L2ARC переоценен. У вас хорошее количество ОЗУ, и это то, что вам нужно максимизировать.
У вас есть несколько вариантов:
Мое личное предложение:
Я читал, что ZFS любит получать прямой доступ на диски, поэтому мне интересно: может ли ZFS хорошо работать, если вы настроите ее так, чтобы не использовать весь диск? Или я должен получить SSD и позволить ZFS забрать все диски SAS?
Рекомендуется использовать целые диски для вашего пула:
Для производственных систем используйте для хранения целые диски, а не срезы пулов по следующим причинам:
- Позволяет ZFS включать кэш записи на диск для тех дисков, которые имеют кеши записи. Если вы используете RAID-массив с энергонезависимым кешем записи, то это меньшая проблема, поскольку vdevs по-прежнему должны пользоваться преимуществами кеша записи массива.
- Для подключенного хранилища JBOD с включенным дисковым кешем , позволяет выполнять некоторые синхронные записи в виде нескольких операций записи на диск, за которыми следует одна очистка кэша, что позволяет контроллеру диска оптимизировать планирование ввода-вывода. Отдельно, для систем, в которых отсутствует надлежащая поддержка SATA NCQ или SCSI TCQ, наличие включенного кеша записи позволяет хосту выполнять одну операцию ввода-вывода асинхронно с физического ввода-вывода.
- Процесс восстановления после замены отказавшего диска более сложен. сложна, когда диски содержат файловые системы ZFS и UFS на срезах.
- Пулы ZFS (и базовые диски), которые также содержат файловые системы UFS на срезах, не могут быть легко перенесены в другие системы с помощью функций импорта и экспорта zpool.
- В В общем, поддержание срезов увеличивает время и стоимость администрирования. Снизьте расходы на администрирование, упростив модель конфигурации пула хранения.