Size: a a a

OpenStack — русскоговорящее сообщество

2021 March 03

НС

Никита Суворов... in OpenStack — русскоговорящее сообщество
Aleksandr Nevenchannyj
нет такая дичь нормально отрабатывает, ты написал правильно ссут в уши
да не ссут ему в уши. Умирает у тебя нода с 512 памятью и свободна только одна на 64, где вм будут подниматься - правильно, нигде
источник

НС

Никита Суворов... in OpenStack — русскоговорящее сообщество
но чтобы такого не было, нужен горячий зип
источник

AM

Aleksey Myltsev in OpenStack — русскоговорящее сообщество
ну тут не проблема ОС, та же проблема и на варе будет
источник

IA

Ilya Alekseyev in OpenStack — русскоговорящее сообщество
Никита Суворов
да не ссут ему в уши. Умирает у тебя нода с 512 памятью и свободна только одна на 64, где вм будут подниматься - правильно, нигде
В ситуации near full и не такое бывает, если ещё все CPU переподписать чтобы в полочку под 99% и на шаренном стородже near full
источник

AN

Aleksandr Nevenchann... in OpenStack — русскоговорящее сообщество
Никита Суворов
да не ссут ему в уши. Умирает у тебя нода с 512 памятью и свободна только одна на 64, где вм будут подниматься - правильно, нигде
это несколько другой кейс, но так то да. С такой формулировкой согласен, но по этому в резерве всегда должны быть самые жирные ноды.
источник

IA

Ilya Alekseyev in OpenStack — русскоговорящее сообщество
Konstantin Davydov
обычно когда compute-нода умирает
Даже жирная компьют нода не создаст сверхсильной нагрузки. В целом Openstack спокойно держит на небольших кластерах подъем сотен виртуалок. Если не держит - с кластером что-то не так
источник

НС

Никита Суворов... in OpenStack — русскоговорящее сообщество
Aleksey Myltsev
ну тут не проблема ОС, та же проблема и на варе будет
это будет везде, в двухлитровую банку три литра борща не перелить, сорян
источник

Am

Alexander mamahtehok in OpenStack — русскоговорящее сообщество
вопрос отсутсвия ресурсов не расмтривается, мы ж адекватные люди )))
источник

Am

Alexander mamahtehok in OpenStack — русскоговорящее сообщество
тут именно упирали на то что нельзя собирать в кластер разные машины ибо будет боль
источник

J

J in OpenStack — русскоговорящее сообщество
Alexander mamahtehok
тут именно упирали на то что нельзя собирать в кластер разные машины ибо будет боль
А как объяснили то это?
источник

J

J in OpenStack — русскоговорящее сообщество
Для людей которые в бабкины сказки верят и друг другу их из поколения в поколение передают 100% любая нестандартная ситуация будет болью)
источник

Am

Alexander mamahtehok in OpenStack — русскоговорящее сообщество
J
А как объяснили то это?
типа в стеке не рабтает динамечкое распределение ресуров
источник

Am

Alexander mamahtehok in OpenStack — русскоговорящее сообщество
в общем всем спс
источник

J

J in OpenStack — русскоговорящее сообщество
Alexander mamahtehok
типа в стеке не рабтает динамечкое распределение ресуров
Чо такое в их понимании динамическое распределение ресурсов?
Как в вмваре автоматом не балансируются виртуалки между хостами. Только при создании раскидываются или при эвакуации с выведенного из работы хоста.
источник

J

J in OpenStack — русскоговорящее сообщество
В общем, у меня прям дико полыхать начинает от таких специалистов. Им бы в компуктерной помощи работать с таким подходом.
источник

НС

Никита Суворов... in OpenStack — русскоговорящее сообщество
J
Для людей которые в бабкины сказки верят и друг другу их из поколения в поколение передают 100% любая нестандартная ситуация будет болью)
в варе  когда-то это было актуально =) кровавый интерпрайз
источник
2021 March 05

IA

Ilya Alekseyev in OpenStack — русскоговорящее сообщество
Динамическое распределение ресурсов это DRS?
источник

IA

Ilya Alekseyev in OpenStack — русскоговорящее сообщество
Так-то вообще сервис placement который собирает инфу о состоянии и ресурсах год есть давно. И на этапе scheduling/evacuate планировщик свободные ресурсы учитывает (ещё и в соответствии с политиками - если их задать)
источник

AC

Alexander Chadin in OpenStack — русскоговорящее сообщество
Ilya Alekseyev
Так-то вообще сервис placement который собирает инфу о состоянии и ресурсах год есть давно. И на этапе scheduling/evacuate планировщик свободные ресурсы учитывает (ещё и в соответствии с политиками - если их задать)
Насколько я понял, речь о continuous placement, а не о initial placement
источник

IA

Ilya Alekseyev in OpenStack — русскоговорящее сообщество
Alexander Chadin
Насколько я понял, речь о continuous placement, а не о initial placement
Ну то есть DRS?
источник