Anonymous

max_backfills?

J

max backfills и recovery max active

J

Вообще подумал так, посмотрел, в ceph-ansible довольно разумные штуки делаются, в том числе и восстановление тюнится.

Mike

добавьте сюда подгулявшие диски, которые любят вываливаться в самые неподходящие моменты. у вас бывали случаи, когда во времяя бэкфилов вываливаются 2-3 диска. становится веселее )

У нас не отваливается, так как проверено и настроено так, что бы не отваливались

Anonymous

когда диски подустанут, песнь будет другая

J

когда диски подустанут, песнь будет другая

Это как подустанут?

Anonymous

наработают ресурс и скажут что пора на покой

J

Ну их к тому времени и заменят, думаю.

Anonymous

из практики новоприехавший сервак с кучей дисков проходит стадию выпадения новых винтов

Anonymous

думаете один вываливается? как бы не так

J

Я слабо поимаю какое это отношение к Ceph и вообще к софтовым хранилищам имеет. Ну диски неудачные типа первых терабайтных сигейтов. Или во время транспортировки повредили. Или когда монтировали.

Anonymous

в богатых компаниях берут новое распоследнее железо и меняют раз в 3 года. в реалиях - гоняют до упора всё что может работать. жмут по максимуму. отсюда надежность железа так себе, но да, гарантия всё еще есть. у вас прод, диски высыпаются, беспокоя вас, манагерам нужна работа сервиса за минимум вложений. конфликт интересов. ceph как раз и придумали для нищебродов: слепи Ынтерпрайз из хлама

J

в богатых компаниях берут новое распоследнее железо и меняют раз в 3 года. в реалиях - гоняют до упора всё что может работать. жмут по максимуму. отсюда надежность железа так себе, но да, гарантия всё еще есть. у вас прод, диски высыпаются, беспокоя вас, манагерам нужна работа сервиса за минимум вложений. конфликт интересов. ceph как раз и придумали для нищебродов: слепи Ынтерпрайз из хлама

Блин, да что ж такое. В какой чат не сунься, а любое обсуждение технических аспектов скатывается в срач ни о чем, лишь бы доказать свое мнение или в нытье о том что денег нет. Вроде начинали то про миграцию с обычного на Bluestore)

Anonymous

работаем за скилы и бабло. в любой сфере так

Anonymous

зп отличная, с железом неочень )

J

Ну я к тому что выдумать то невероятные ситуации можно любые. Софт не виноват что шеф бабки зажал и думает что сложная и тонкая механика будет вечно работать)

J

Тем более, уж 2-4 года любой нормальный диск выдержит если условия не как в бане поставленной на виброплатформу.

Anonymous

задача админа минимизировать риски потери продовых данных на хламе . отсюда bs ставьте сразу, берегите нервы )

J

задача админа минимизировать риски потери продовых данных на хламе . отсюда bs ставьте сразу, берегите нервы )

А, вот к чему это все было)

Anonymous

имхо же )

Mark ☢️

Во-первых, это только если использовать writeback, а во-вторых, даже если его использовать, ничего не превратится, а потеряется транзакция. Для того и пишется журнал. Запись объекта в осд повторится, но уже напрямую, без кэша.

1. Если не врайтбек, то профита во кратковременном увеличении иопсов на запись нет (и как следствие, скорее всего, будет именно врайтбек) 2. В случае если врайтбек таки, то в случае смерти ссд, магнитный диск будет неконсистентен

J

1. Если не врайтбек, то профита во кратковременном увеличении иопсов на запись нет (и как следствие, скорее всего, будет именно врайтбек) 2. В случае если врайтбек таки, то в случае смерти ссд, магнитный диск будет неконсистентен

Ну вот и гляди что я писал выше) Будет уж скорее writethrough, что будет очень даже безопасно и полезно для чтения. Ну а насчет неконсистентности хз, я думаю что для того и есть журналирование.

Mark ☢️

Ну вот и гляди что я писал выше) Будет уж скорее writethrough, что будет очень даже безопасно и полезно для чтения. Ну а насчет неконсистентности хз, я думаю что для того и есть журналирование.

но чтение же обычно в виртуалках внутри и так кешится операционкой не плохо. А вот с записью обычно ж0па

Mark ☢️

мне кажется, чаще всего интересуют именно иопсы по записи, а не по чтению, если мы говорим об rbd для виртуалок

J

Чаще да) Но тут я чудес не жду, а просто хочу понять на что конкретно можно расчитывать. Все ж хочется максимально эффективно ресурсы использовать. Чего точно не хочется делать так это все журналы на один диск складывать. Он потянет, но эт чревато неудобствами в будущем.

Mike

когда диски подустанут, песнь будет другая

Давайте не высасывать из пальца. Проблема с вылетившим диском уже давно не проблема.

Unsupported

"отсюда bs ставьте сразу, берегите нервы )" --- что-то немного несочитаемые вещи в одном абзаце...

Mike

Теряйте данные сразу, не тяните нервы

Mark ☢️

Теряйте данные сразу, не тяните нервы

согласен с такой трактовкой

Dmitry

Теряйте данные сразу, не тяните нервы

Прекрасная фраза

Yefim

Планирую собрать кластер только на SSD под виртуалки. Есть смысл переплачивать за sas вместо sata?

Logan

Планирую собрать кластер только на SSD под виртуалки. Есть смысл переплачивать за sas вместо sata?

при такой постановке вопроса - нет, не имеет

Mark ☢️

Планирую собрать кластер только на SSD под виртуалки. Есть смысл переплачивать за sas вместо sata?

Не имеет

Александр

Не имеет

Есть стата что сас ходят больше сата?

Александр

Бля

Александр

Не тебе Марк, а вообще вопрос

Mike

Причем тут больше или меньше? Вопрос в самом интерфейсе SAS и его плюшках

Александр

причём тут sas и sata вообще

Mark ☢️

Срач канеш начнется. Но я так и не понял как сас принципиально победил проблему несовершенства механики. И щитаю что это найоб. Саташные диски на 15к есть.

Mike

причём тут sas и sata вообще

Yefim G: Планирую собрать кластер только на SSD под виртуалки. Есть смысл переплачивать за sas вместо sata?

Mike

Может по этому?

Александр

Yefim G: Планирую собрать кластер только на SSD под виртуалки. Есть смысл переплачивать за sas вместо sata?

Собирай, это будет ceph я так понимаю?

Mike

Срач канеш начнется. Но я так и не понял как сас принципиально победил проблему несовершенства механики. И щитаю что это найоб. Саташные диски на 15к есть.

А мы про ssd а не шпиндели

Александр