Будет добавление, что устройство кэша SSD к моему устройству хранения данных ZFS улучшает производительность?
Не думайте о нем так много NAS по сравнению с SAN, думайте больше вроде уровня файла по сравнению с блочным уровнем.
Для некоторых приложений НУЖЕН доступ блочного уровня к данным, обычно базы данных делают плюс что-либо, что предполагает, что имеет эксклюзивный доступ к диску, такому как MS Clustering & VMWare ESX. Часто веб-приложения не нужны в этом уровне доступа и довольны просто доступом уровня файла - но стоит знать, что что-либо, это довольно уровнем файла, почти всегда, несомненно, будет хорошо работать с блочным уровнем также. Именно это требование определяет Ваш тип доступа, block-level=Fibre-Channel и iSCSI, file-level=CIFS/SMB, HTTP, & NFS (плюс один или два других).
Теперь на второе требование - скорость. Поля уровня файла обычно говорят через Ethernet на 1 Гбит/с (часто использующий несколько портов) с более новыми, более дорогими полями, предлагающими порты на 10 Гбит/с. Поля блочного уровня почти всегда поддерживают 1 Гбит/с и/или 1/2/4Gbps Fibre Channel с 10 Гбит/с и/или становление 8/10Gbps более распространенным - они также обычно разрабатываются для более высокой производительности при высокой загрузке, чем поля уровня файла, поэтому примите это во внимание.
Как общий ruleset; если стоивший проблема, Вы можете быть вынуждены использовать уровень файла 1Gbps поле NAS, если производительность является проблемой затем, Вы, возможно, должны пойти с верхним краем блочный уровень FC SAN - при поиске bang-for-the-buck, Вы имеете богатство опций, но можете закончить тем, что фокусировали на верхнем краю уровень файла 10Gbps поля NAS или поля SAN блочного уровня 4/8Gbps более низкого уровня.
Надеюсь, это поможет.
Мое предположение - то, что Журнал намерения ZFS (ZIL) ограничивает производительность записи. Быстрый SSD, используемый в качестве устройства журналирования, мог помочь. Некоторые подсказки:
- Акселератор ZIL: DRAM или Flash? объясняют проблемы подробно.
- Можно хотеть протестировать с отключенным ZIL. Посмотрите мою другую регистрацию.
- Функции ZFS контроля в Oracle Solaris Express, если Вы используете недавний выпуск ZFS, потому что путь, как отключить ZIL, изменился. Теперь существует новое синхронизирующее свойство файловой системы.
- До недавнего времени было невозможно удалить устройство журналирования из пула ZFS. Конечно, это вызвало проблемы, если единственные устройства журналирования перестали работать. Поэтому рекомендовалось использовать зеркало для устройства журналирования. Однако недавние выпуски ZFS зафиксировали это ограничение, и теперь возможно удалить единственное устройство журналирования с
zpool remove. Удостоверьтесь, что Вы используете версию, которая поддерживает эту функцию если Вы действительно собирающийся устанавливать SSD.
Я определенно сделал бы это.. Я считал, что это помогает существенно.. Однако необходимо будет получить качество SSD, поскольку он будет видеть БОЛЬШОЕ использование, таким образом, износ, выравнивающийся, должен будет функционировать хорошо..
Сегодня я нашел это.. который был бы очень хорош
- не уверен
- 30 раз Ваша RAM должна быть достаточно.. (300 ГБ плюс должны помочь буферизовать),
- Единственный SSD должен быть достаточно, ее единственное, которое кэш помнит за пропускную способность.. (Вещи просто станут медленными, когда это dies/breaks/doesnt будет существовать),