VO
т.е. x*1 + x*10 + x*10 = x*21
Size: a a a
2020 July 03
PA
ага, понял, меня как раз двойка и смущала
VO
я сначала без двойки и на очень мелких разделах трахался и обнаружил что у меня старое+новое одновременно не лезут и после компакшена слиповер остается.
VO
и вот про этот момент нигде не пишут.
PA
а сейчас у тебя какие разделы под дб?
PA
и что внутри цефа - только рбд или цеффс/ргв тоже?
VO
config show-with-defaults
вот я про эту команду имел в виду (щас покопался нашёл)
вот я про эту команду имел в виду (щас покопался нашёл)
в моей версии такой команды нет.
VO
у меня rgw только, но это не имеет значения в данном случае.
VO
т.е. это влиять может только на то, сколько у тебя будет меты на терабайт osd, но не на то, как level base считаь по уже предначертанному размеру ssd.
PA
где-то встречал что имеет, вроде как рбд генерит меньшее количество объектов в радосе, чем cephfs/rgw, потому рбд требуется меньший размер бд
VO
ну какая тут разница? на уровни-то все равно одним спососбом бить
PA
разница в размере уровня, который надо предусмотреть
VO
у тебя есть ssd фиксированного размера
VO
ты его уже купил, поставил и разбил
PA
в принципе оно логично выглядит, для фс каталог и файл в нем по идее два объекта, а рбд может упаковать в один объект обе эти структуры т.к. не знает, что они отличаются, это просто набор байт
VO
после этого существует одно-единственное (ну ок, два, с уровнем больше гига и меньше гига) оптимальное разиение его на уровни
VO
если у тебя там rbd то просто ты меньше займешь на ssd. но на разбиение на уровни это не влияет
PA
само собой, но я же пытаюсь прикинуть, на какие части бить ссд, чтобы каждая бд чувствовала себя хорошо
VO
вот тут не скажу. у меня выходит надо примерно 120гиг для 12тб osd