Телеграмм чат группы pro

там по умолчанию какие то очень расслабленные настройки емнип.

там такие расслабленные, что нода может сдохнуть вместе с вмками(

00:03пожаловаться #1

SS

Sergey Smirnov in KVM (PVE/oVirt etc)

oVirt is a free open-source virtualization solution for your entire enterprise

https://www.ovirt.org/develop/release-management/features/storage/cinder-integration.html

Из недостатков "no live storage migration/snapshots"

oVirt

Cinder Integration

формально они (RH) предлагают использовать любую кластерную POSIX ФС. А так да, можно приколхозить и сделать что то из серии "unsupported configuration". Про Cinder понятно, как и про Neutron - да можно, но кто это будет делать?)) Я не знаю, что им мешает добавить поддержку rbd в oVirt

00:03пожаловаться #2

DY

Sergey Smirnov

за что жирный минус oVirt/RHV - не поддерживает ceph ни в каком виде (ни rbd, ни cephfs), не умеет мультитенантность. У нас и то и другое используется, к PVE подтолкнуло именно это

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

00:03пожаловаться #3

AG

кто платит тот и заказывает бал, всё логично

00:04пожаловаться #4

DY

там такие расслабленные, что нода может сдохнуть вместе с вмками(

именно так, я пока там PM-ил всегда топил за то чтоб дать пользователям самим решать, и просто давать им в руки инструменты эти решения имплементировать, а не решать за них, и "шаг влево, шаг вправо - расстрел" как хотели разрабы. Рад что они этого придерживаются 8 лет после того как я ушел

00:05пожаловаться #5

AG

именно так, я пока там PM-ил всегда топил за то чтоб дать пользователям самим решать, и просто давать им в руки инструменты эти решения имплементировать, а не решать за них, и "шаг влево, шаг вправо - расстрел" как хотели разрабы. Рад что они этого придерживаются 8 лет после того как я ушел

но дефолтные то правила можно же пожёстче было сделать(
А когда "нам надо"\"появилось время" мы бы правила подтюнили

00:07пожаловаться #6

AG

это я уже с жиру бешусь

00:07пожаловаться #7

DY

Sergey Smirnov

формально они (RH) предлагают использовать любую кластерную POSIX ФС. А так да, можно приколхозить и сделать что то из серии "unsupported configuration". Про Cinder понятно, как и про Neutron - да можно, но кто это будет делать?)) Я не знаю, что им мешает добавить поддержку rbd в oVirt

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

00:07пожаловаться #8

DY

это я уже с жиру бешусь

приятно пообщаться с мудрым человеком :)

00:07пожаловаться #9

AG

любишь опенсорс люби и стулья с пиками

00:08пожаловаться #10

AG

приятно пообщаться с мудрым человеком :)

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

00:15пожаловаться #11

DY

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

емнип мы ради интереса нагромоздили как-то кластер из ~2k хостов, оно работало, но тормозило. Слишком много метадаты для 1Гбита и SPM превращался в узкое место. Последний раз когда я смотрел в доки (точнее делал ревью для версии доков) они писали что рекомендуется не более 200 хостов в кластере. Я бы добавил что лучше даже не в кластере а в DC - каждый DC это отдельный SPM

00:19пожаловаться #12

AG

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

00:20пожаловаться #13

DY

с тех пор 8 лет прошло, сменилось много версий, шапка выпустила еще две платформы для управления виртуалками и AWS перешел на KVM, так что слушать меня надо с оглядкой :)

00:20пожаловаться #14

DY

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

там вроде как сильно это дело оптимизировали (во всеком случае собирались переходить на дедуплицированный json вместо xmlrpc который был в мои времена)

00:21пожаловаться #15

DY

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

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

00:25пожаловаться #16

AG

емнип мы ради интереса нагромоздили как-то кластер из ~2k хостов, оно работало, но тормозило. Слишком много метадаты для 1Гбита и SPM превращался в узкое место. Последний раз когда я смотрел в доки (точнее делал ревью для версии доков) они писали что рекомендуется не более 200 хостов в кластере. Я бы добавил что лучше даже не в кластере а в DC - каждый DC это отдельный SPM

Всё равно если жирные ноды и 10гбит сеть, то полинг вмок засрёт энжин раньше чем появятся проблемы с нодами. А уж потом сторадж прикажет долго жить. Тут граница подходит где одно начинает цепляться за другое.

00:50пожаловаться #17

AG

Это уже на пороге опеннебулы и опенстека.

00:51пожаловаться #18

DY

Всё равно если жирные ноды и 10гбит сеть, то полинг вмок засрёт энжин раньше чем появятся проблемы с нодами. А уж потом сторадж прикажет долго жить. Тут граница подходит где одно начинает цепляться за другое.

ну да, энжин нужен мощный, если очень много машин, там были идеи уйти с постгреса и вообще сделать его распределенным, но приоритеты сместились

00:52пожаловаться #19

AG

Как же руки чешутся на опеннебула переехать(