Сергей
для zfs пока 64 гига
вам не нужен ssd в качестве кэша. А вот то что вам даёт ssd в качесте SLOG проверяется следующим образом: pveperf /rpool zpool remove rpool sda2 pveperf /rpool zpool add rpool log /dev/sda2 pveperf /rpool внимательно изучаете FSYNCS/SECOND:
Ivan
FSYNCS/SECOND: 535.59 с ssd vs FSYNCS/SECOND: 105.48 без
Ivan
при линейной записи будет такое же соотношение ?
Ivan
ессно потом куплю что-то более подходящее
Сергей
evo pro 850
это же консьюмерская модель?
Ivan
я знаю )
Ivan
меня скорее линейная скорость интересует, т.к. на сата и на прод ссд будет не сильно большая разница
Сергей
при линейной записи будет такое же соотношение ?
тут нет такой взаимосвязи. SLOG нужен для ускорения синхронной записи/fsync
Ivan
ок, понял
Fedor
я знаю )
Данные будут потеряны. 😊
Ivan
ето тесты. потом будет зеркало из двух нормальных ssd
Сергей
FSYNCS/SECOND: 535.59 с ssd vs FSYNCS/SECOND: 105.48 без
вот мой пример: FSYNCS/SECOND: 2528.33 INTEL SSDSC2BB150G7
Ivan
это сата ?
Сергей
Ivan
весьма неплохо
Сергей
в качестве SLOG нужно ставить не быстрые в плане скорости, а быстрые в плане latency
Ivan
у меня проблемка в том, что sata3 портов только 2.
Ivan
остальные sata2
Ivan
короч оптан идеально бы зашел ))
Сергей
hdd диски в пуле будут на sata3?
Сергей
короч оптан идеально бы зашел ))
да. на данный момент это идеальный выбор - P4801X
Ivan
hdd диски в пуле будут на sata3?
диски вставлены в корзины, там всё ок. в корзине более нет мест.
Сергей
у меня проблемка в том, что sata3 портов только 2.
ssd встаёт в sata3 или только sata2 остался?
Ivan
под ssd 2 порта sata3 будет
Ivan
под l2arc уж не будет места
Сергей
под ssd 2 порта sata3 будет
тогда в чём проблема?
George
кэш записи и кэш чтения
это не кеш записи и кеш чтения :) logs - это slog - журнал синхронной записи cache = l2arc - вытеснение ARC кеша на чтение на ssd, по дефолту игнорит поточное чтение
Сергей
Ivan
т.е. 64 гига рамы будет за глаза ?
Сергей
сколько всего памяти будет на хосте и общий размер пула?
Ivan
пул 40ТБ. пока рамы всего 128, но планируется забить минимум до 256
Ivan
рамы добавить проще, чем ssd, в моем случае
Сергей
пул 40ТБ. пока рамы всего 128, но планируется забить минимум до 256
я думаю что l2arc не для вашего случая. По крайне мере до тех пор пока не будет исчерпана доступная память для zfs. Мониторьте arcstat
Иван
Шаблон для мониторинга zfs для zabbix - https://github.com/Cosium/zabbix_zfs-on-linux
Ivan
а еще меня один момент интересует: под slog можно весь ssd отдавать или лучше выровненную партицию ?
Ivan
ну что-то ещё держать на ссд не хорошо, т.к. это будет снижать производительность
Ivan
канешна
George
лучше посмотреть на special allocation classes тогда, метадату на ссд вытащить всю
Ivan
без него производительность дно
George
без него производительность дно
ну смотря что крутите. Для синхронной записи маст хев, для колд стораджа не сильно нужно
Ivan
круть
Ivan
спасибо, гляну
George
надобность slog можно проверить установив sync=disabled для теста, если сильно меняется перформанс - slog стоит ставить, и его стоит зеркалировать тогда
Ivan
меняется весьма ощутимо
George
меняется весьма ощутимо
и если не хотите что-то ещё на эти ссд вешать - лучше сделать дискард на весь ссд, и выделить небольшую партицию для slog, чтобы ссд свободным местом мог срок службы себе увеличить
George
вы просто протестите сколько за 5 секунд slog можете забить синхронной записью, сделайте x3 и больше вам не надо
George
о, а где глянуть статистику по наполнению slog ?
free вроде на слог и покажет сколько он занял, плюс zpool iostat -r|v|w в помощь, можно посмотреть сколько за секунду, к примеру, успевает записаться
Ivan
с slog случайная запсиь прямо мега хорошо идёт. показатели почти в 6 раз превосходят возможности hdd массива. а вот последовательная запись крайне печальная - в среднем 256MB/s. как-то можно затюнить последовательную запись ?
Ivan
на продолжительном тесте вообще 100MB/s, когда как рандом блоками 8К на продолжительном тесте держится около 85MB/s
George
она скорее всего тоже на slog придёт, и вот тут твоя ssd видимо последовательную запись не очень смогла (а синхронная последовательная запись для ссд будет примерно похожа на случайную, если io depth не будет особо)
George
очень похоже что вы просто ссд свой утилизировали полностью
Ivan
очень похоже что вы просто ссд свой утилизировали полностью
тот же тест напрямую на устройство или через dd показывает совсем другие результаты. т.е. получается, что на самом деле в zfs последовательной записи не случается ?
Ivan
очень похоже что вы просто ссд свой утилизировали полностью
ну возможно. ssd хоть и типа pro, но по сути дно.
Ivan
смотря как вы тестите) конкретные команды в студию
таакс, что-то случилось 😃 чегой-то скорость сильно упала на dd напрямую
Ivan
но всё же повыше
Ivan
George
таакс, что-то случилось 😃 чегой-то скорость сильно упала на dd напрямую
ну вот, шаманите) В slog не лазил, но zfs да, редко последовательно пишет, особенно синхронную запись он в последовательную особо не с оптимизирует, плюс там не 1 io точно будет на каждый входящий io, а больше
Ivan
сделал выравнивание партиции и получил буст на dd
Ivan
Ivan
а дискард разве не деструктивен на ssd ?
Ivan
трим по таймеру не лучше ?
Сергей
а дискард разве не деструктивен на ssd ?
дискард - как очистка диска и создание чуть меньшего раздела. чтобы для provisioning осталось место
George
ну вы абсолютно не честным 64МБ блоком тестите) смысл это как-то сравнивать
Ivan
так линейноая запись, не ?
Ivan
наоборот
а чего тогда в линукс дистрах от дискарда отказываются и рекомендуют трим ?
George
так линейноая запись, не ?
ну так вы добейтесь от какого-то приложения честный блок 64МБ