Size: a a a

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

2020 May 17

MS

Michael Silich in OpenStack — русскоговорящее сообщество
У меня еще вопрос по билду kolla контов. Там buildah или чтото подобное прикрутить можно? Чтото явного в доке ненашел ...
источник

J

JuffYuff in OpenStack — русскоговорящее сообщество
Fedor T
А если не ttl, а MTU поменьше поставить? Может там какие наты оверлеи. Вообще билдится хорошо обычно
да сори спутал ) не TTL а MTU
источник

J

JuffYuff in OpenStack — русскоговорящее сообщество
источник

FT

Fedor T in OpenStack — русскоговорящее сообщество
Michael Silich
У меня еще вопрос по билду kolla контов. Там buildah или чтото подобное прикрутить можно? Чтото явного в доке ненашел ...
https://opendev.org/openstack/tripleo-common/commit/b047a201352430c2e55ec38e10bd9859e004eddb триплё пользует, можно попробовать принести себе
источник

FT

Fedor T in OpenStack — русскоговорящее сообщество
а в чём видятся плюсы?
источник

MS

Michael Silich in OpenStack — русскоговорящее сообщество
тем что docker не нужен будет, и можно будет билдить в кубере где dind не работает.
источник

FT

Fedor T in OpenStack — русскоговорящее сообщество
The ``dind`` image is deprecated and will be removed in the Ussuri cycle.
   It is not used by Kolla downstream projects (Kolla-Ansible, TripleO,
   OpenStack-Helm). It has not seen recent usage and the upstream
   project seems no longer active.
источник

DT

Dmitry Tantsur in OpenStack — русскоговорящее сообщество
J
Ребят, а кто-нибудь может рассказать кулстори про то как в итоге похоронили nova api v3?
Хочется поболше подробностей интересных. Пока читал только вот это:
https://specs.openstack.org/openstack/nova-specs/specs/juno/implemented/v2-on-v3-api.html
https://specs.openstack.org/openstack/nova-specs/specs/liberty/approved/nova-api-remove-v3.html

Ну это так, любопытно)
Всё, что я знаю, это то, что они вовремя поняли, что переход на v3 займёт больше, чем на Python 3. И запилили вместо этого "микроверсии".
источник
2020 May 18

ᴅⁱᵐⁱᴅʳ0ˡ in OpenStack — русскоговорящее сообщество
всем привет, ни у кого в облаке нет gpu, как мониторить кол-во используемых видюх?
источник

J

J in OpenStack — русскоговорящее сообщество
Dmitry Tantsur
Всё, что я знаю, это то, что они вовремя поняли, что переход на v3 займёт больше, чем на Python 3. И запилили вместо этого "микроверсии".
И выкинули кучу всего полезного)
источник

J

J in OpenStack — русскоговорящее сообщество
Например, готовый уже плагин pci api)
источник

J

J in OpenStack — русскоговорящее сообщество
ᴅⁱᵐⁱᴅʳ0ˡ
всем привет, ни у кого в облаке нет gpu, как мониторить кол-во используемых видюх?
Вот это как раз к твоему вопросу)
источник

J

J in OpenStack — русскоговорящее сообщество
Никак блин.
Запросом из базы nova дергать или портировать этот самый pci api на современные микроверсии 2.xx.

Беда то видишь в чем. Я логику разработчиков core проектов не понимаю. Есть вот placement сервис, он ведет учет ресурсов. Но по какой-то хуй пойми какой причине учет pci устройств он не ведет. Данные о проброшенных pci устройствах в базе nova. И в api 2.xx нет возможности запросить данные по pci устройствам.
А теперь еще, когда появился cyborg, я вообще хз чо будет.
источник

J

J in OpenStack — русскоговорящее сообщество
Таблица nova.pci_devices.
Пока вижу так что самое простое сделать ридонли пользователя с правами только на чтение и прям руками сконструированными запросами выдергивать.
источник

ᴅⁱᵐⁱᴅʳ0ˡ in OpenStack — русскоговорящее сообщество
ппц(
источник

J

J in OpenStack — русскоговорящее сообщество
Или cyborg прикручивай)
Но как по мне от него только возни больше чем пользы в нынешнем виде.
источник

J

J in OpenStack — русскоговорящее сообщество
Ну если так не нравится, могу тебе предложить из какого-нибудь агента дергать скрипт который будет парсить XML виртуалок и сразу отдавать это дело в TSDB какую-то)
источник

J

J in OpenStack — русскоговорящее сообщество
J
Ну если так не нравится, могу тебе предложить из какого-нибудь агента дергать скрипт который будет парсить XML виртуалок и сразу отдавать это дело в TSDB какую-то)
Так даже надежнее)
источник

J

J in OpenStack — русскоговорящее сообщество
Потому что если у тебя гипервизор, например, в maintenance mode или вообще пропал\сгорел\маски шоу вынесли, в базе все равно останется запись о свободных pci устройствах. А по факту их нет)
источник

J

J in OpenStack — русскоговорящее сообщество
И способ с агентами на существующую инфраструктуру неплохо ложится, потому что так или иначе почти все на гипервизорах ставят всякие агенты для сбора логов и метрик. И есть инфраструктура и для хранения этого добра.
источник