S
После всех приключений LVM cache оказался победителем
Size: a a a
2019 May 30
S
flashcache кстати еще и не на все ведра подходит
DV
Мы lvm cache используем местами, вот решили оценить сетап под "много виртуалок", /var с бд вынесли на ssd, в кеше корень, по идее на него не много записей..
S
А, понял
S
У вас raw LV или thin provisioned LV?
DV
S
Хоть что-то хорошего ))
S
Какой disk scheduler на хосте?
DV
noop для ssd, cfq для hdd
S
поменяйте CFQ на deadline на шпинделях, полегче станет
S
CFQ вообще для серверов противопоказан
S
гипервизор какой?
DV
S
Не владею спецификой ксена, какие там возможности оптимизации заложены
EB
CFQ вообще для серверов противопоказан
С этого места поподробнее. Если ссылкой ткнёшь – буду признателен.
S
Давно уже занимался этим глубоко
S
Там это в комбинации с data alignment жестким работает очень круто
DV
С Xen смысл в том, что в режиме паравиртуализации (PV) гостевая ОС знает про гипервизор и использует специальный API для работы с "железом", по сути, гостевое ядро работает в ring 1, поддержка виртуализации не требуется. Раньше было быстрее KVM, но похоже патчи безопасности постепенно доедают плюсы по производительности.
S
С этого места поподробнее. Если ссылкой ткнёшь – буду признателен.
Там суть в чем.
Если у тебя высокая параллельность обращений к HDD - то deadline защищает от неравномерных неадекватных latency (залипаний доступа)
Если CFQ - то тот, кому больше всех надо диска, получает его еще больше.
Если у тебя высокая параллельность обращений к HDD - то deadline защищает от неравномерных неадекватных latency (залипаний доступа)
Если CFQ - то тот, кому больше всех надо диска, получает его еще больше.
S
CFQ по сути удобен когда у тебя 1-2 параллельных потока с устройства, дальше он начинает подлагивать