Ты несёшь чушь

Ой, да заебали вы все такими обвинениями.

я рассуждаю так: если речь про то, что нам может не хватить памяти и может прийти oom killer, то 256 на одном хосте несёт меньше рисков, чем 128 на гипервизоре+128 на хранилище

Спрогнозировать сколько памяти нужно ceph для работы в любых ситуациях - сложно. Либо у тебя будет много простаивать памяти, либо не хватит в самый ответственный момент и oomkiller всех порешит

Ой, да заебали вы все такими обвинениями.

На правду нельзя обижаться

Спрогнозировать сколько памяти нужно ceph для работы в любых ситуациях - сложно. Либо у тебя будет много простаивать памяти, либо не хватит в самый ответственный момент и oomkiller всех порешит

чем тут поможет разнесение по разным хостам?

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

Только и слышу дримхост-клаудмаус-гитлаб

А дело ж не в том что нельзя, а в том что аккуратность нужна просто и умение.

Ладно, раз все молчат, я продолжу нести чушь.

Погугли и почитай, что у них произошло.

чем тут поможет разнесение по разным хостам?

Ничем. Но, как я начал говорить, мало какие инженеры любят прогнозировать расход ресурсов, особенно количественно и с приемлемой точностью. Поэтому чтоб избежать казусов разработчики и советуют на отдельный хост выносить. Так легче планировать расход памяти, iowait и неожиданностей меньше.

я не понимаю, как вынос на отдельный хост поможет планировать расход памяти

Если точно уверен что даже во время бекфилла ceph не съест больше того что ты планировал, то все ок, совмещай)

а почему все так негативно относятся к совмещению?

пройденый этам жизни так скажем ). не нужно мастерить какие-то там highload системы с хреновой тучей разнообразоного хлама на хосте/сервере, а потом ходить и каждый день ставить свечки за упокой )

а можно конкретику?

я не понимаю, как вынос на отдельный хост поможет планировать расход памяти

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

да банально отличие требования настройки системы

а почему все так негативно относятся к совмещению?

1) не все 2) это дороже в эксплуатации обычно, как раз потому что надо много о чем думать. выгодно становится, когда за счет совмещения вы экономите безумно дохера.

виртуалку проще ограничить в потреблении памяти чем ceph, разве нет?

виртуалку проще ограничить в потреблении памяти чем ceph, разве нет?

а щас вы придумаете нутаникс-схему с аналогом osd внутри виртуалки :)

виртуалку проще ограничить в потреблении памяти чем ceph, разве нет?

но и ceph может сожрать у виртуалок )

но и ceph может сожрать у виртуалок )

если вы не оверселлите память, то можно смело включать лок памяти в гипервизоре. тогда ее нельзя отожрать.

цефовский osd падает если ему памяти не хватает, а память при балансировке он может жрать изрядно - это понятно

цефовский osd падает если ему памяти не хватает, а память при балансировке он может жрать изрядно - это понятно

мало того он не только может падать, но еще и данные убивать...

алилуя cloudmouse ))

у них собственно это и послужило epicfail

кстати, есть в одном месте собранная информация по потреблению памяти osd и по тюнингу этого потребления?

high load модно для конференеций, но не более. HighLoad для нищебродов.

???

причём тут вообще highload?

причём тут вообще highload?

обычно там пихают все что не попадя на хост...

ну это конечно мое личное мнение, если что )

ну тут все высказывают личное мнение. я так думаю )))

кстати, есть в одном месте собранная информация по потреблению памяти osd и по тюнингу этого потребления?

слишком индивидуально, все только примерно.

Есть рекомедация, что-то типа 1ТБ данных ~1Гб ОП.

обычно там пихают все что не попадя на хост...

Про конференцию речь?

Про конференцию речь?

нее, я вообще про количество прод.софта на хосте

ну гипервизоры с vm для того и придумали, чтобы на хосте держать много всего )

нее, я вообще про количество прод.софта на хосте

один сервер, одна программа, один вождь.

ну гипервизоры с vm для того и придумали, чтобы на хосте держать много всего )

А вот и нечего. Тока baremetal, тока хардкор.

Тока аппаратные приблуды для кластеризации и отказоустойчивости)

Тока аппаратные приблуды для кластеризации и отказоустойчивости)

подожди, я сковородку поставлю, а то жратву пожарить не на чем

Ды да, я чот горю.

ну гипервизоры с vm для того и придумали, чтобы на хосте держать много всего )

Если гипервизор, то и пусть на хосте только гипервизор. А на гипервизоре все остальное.

Если гипервизор, то и пусть на хосте только гипервизор. А на гипервизоре все остальное.

но ведь нынче можно запускать встроенные гипервизоры. тогда в виртуалке задачи тоже можно разделять гипервизорами. а где нам нужно остановиться?

Сергей, имеешь ввиду nested virtualization?

Сергей, имеешь ввиду nested virtualization?

а то. ну раз мы не должны смешивать нагрузку в пределах одной машины, но можно смешивать нагрузку в пределах одной машины, если положить нагрузку в разные виртмашины, а на хосте оставить только гипервизор, то почему бы не сделать то же самое уже в виртуальной машине?

Если гипервизор, то и пусть на хосте только гипервизор. А на гипервизоре все остальное.

в продолжение этой идеи: можно уйти от системных дисков в кластере, раздавать образы по iscsi и грузиться с них

мы с flash'ек грузимся ;)

в продолжение этой идеи: можно уйти от системных дисков в кластере, раздавать образы по iscsi и грузиться с них

а откуда раздавать и откуда будет грузиться то, что будет раздавать? :)

поднимаем кластер с избыточностью

переводим один хост на iscsi, потом второй и т.п.

после выклчения оно уже не включится ))))

после выклчения оно уже не включится ))))

@socketpair, тебе нужно познакомиться

edo1 с локальных дисков/флешек безопаснее и более предвиденее

идея засовывать osd в vm у меня вызывает такие ассоциации

в продолжение этой идеи: можно уйти от системных дисков в кластере, раздавать образы по iscsi и грузиться с них

Ставим coreos, он подтягивает образ докера с nova-compute. Все виртуалки корнем в ceph, все данные докера тоже в ceph. Делаем кластер из coreos, получаем устойчивый гипервизор. Ну и coreos загружаем по pxe

везде этот docker пихают блина)

ceph и docker в прод - это выстрел в ногу, причем в упор.

Докер нормально в проде

но не ceph же, еще бы гипервизор в нем запускали.

идея засовывать osd в vm у меня вызывает такие ассоциации

Это было в Симпсонах. Они там засовывали OSD в Докер .... потом было все печально.

Докер нормально в проде

а что там уже есть нормальные сети ? Или все юзают —net=host и живут с этим ?

Мне сети не нужны. Как там у других - не знаю

А если много памяти и ссд ? Ceph + comp node openstack

Это было в Симпсонах. Они там засовывали OSD в Докер .... потом было все печально.

Кто этим занимался? Вроде самая умная там Лиза, но концовка больше для Гомера характерна

@socketpair, тебе нужно познакомиться

Дада. Имели уже керберос в виртуалке. И когда гипервизор наебнулся никуда зайти по ссш не смогли. Ток под рутом локально.

Грузить цефные ноды по сети. А сервер загрузки в виртуалке с диском в цефе.

Это вот годно. До первого полного выключения

Это вот годно. До первого полного выключения

всегда так делаю

всегда так делаю

Нам нужно вместе выпить

прилетай, чо

И покурить

И нюхнуть тогда уж

Или что у нас там...баяном по макаронам ?

прилетай, чо

На линукс питер пригонишь ?

На линукс питер пригонишь ?

зачем? О_О

Там Чистяков топить со сцены будет

Про раст вроде

На линукс питер пригонишь ?

Ниблоха у них билеты стоят

btw что там с nvmeof в цефе?