KT
Да, это понимаем ) Но у нас путь лежит теперь в ОКД, поэтому надо заставить это работать )
Size: a a a
2021 October 29
S
Сейчас block.db на отдельном разделе ssd. А можно его обратно запихнуть на hdd не пересоздавая osd ?
IF
можно недавно появившейся командой ceph-volume lvm migrate
IF
если, это октопус, то лучше подождать след. релиза - там баг был: https://tracker.ceph.com/issues/40434
S
Спасибо. Попробую.
Это pacific
Это pacific
IF
в пасифике в .6 исправлено
k
btw, а для bluestore разница большая - заводить osd через lvm (с созданием lvm-томов) или как обычно, через разделы?
IF
С точки зрения обычного функционирования - разницы практически нет. А вот миграции/изменения размера с LVM намного удобнее... Ну и новые фичи по управлению этими томами, скорее всего, только LVM будут поддерживать
IF
как, например, вышеупомянутый ceph-volume lvm migrate
k
ага, значит, не зря создавал
k
и ещё один вопрос: osd лежит на hdd, но db+wal вынес на ssd-раздел. как бы оценить, насколько быстро этот раздел “перезаписывается”? имхо, мог сделать недостаточно большим
IF
что значит "быстро перезаписывается"? Насколько он заполнен или что-то еще?
Am
ceph_bluefs_db_used_bytes если я правильно понял вопрос
k
ну хотя бы так
k
у меня подозрение, что 100GB для 6GB osd маловато 🙂
k
wal явно закольцован должен быть
IF
можно через ceph tell osd.0 bluefs stats
k
thx, сейчас посмотрю
IF
можно через bluefs performance counters, как указано выше
IF
blufs stats может отсутствовать на старых релизах