Не Сбер, компанию не назову

а что так ?

секретность?

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

Можем ли мы продолжать считать себя специалистами не подняв 20к виртуплок в одном проекте?

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

что мешает провести POC и удостоверится?

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

Мужчины таким не занимаются, ты че

Правильно, первые 40 лет в жизни мальчика самые тяжёлые, в понедельник прям бахну 200к циррозов на один проект

А выдержит ли проект? Он ведь не такой

Правильно, первые 40 лет в жизни мальчика самые тяжёлые, в понедельник прям бахну 200к циррозов на один проект

тут надо начинать с вопросов - чем обосновано все в один проект - какая арх инф систем в облаке - какие функц требования - какие не функц требования - какая арх топологии а в ответ NDA

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

Ну вот кейс, перед созданием виртуалки происходит создание диска, причём, мы не знаем, в каком проекте виртуалка создаётся. Соответственно, создаём его в дефолтном проекте. А потом переносим в проект, в котором виртуалка. Насколько жизнеспособна картина?

тут надо начинать с вопросов - чем обосновано все в один проект - какая арх инф систем в облаке - какие функц требования - какие не функц требования - какая арх топологии а в ответ NDA

Правильно, первые 40 лет в жизни мальчика самые тяжёлые, в понедельник прям бахну 200к циррозов на один проект

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

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

Нет ничего рискованного. project_id это всего лишь колонка в таблице. У вас все упрется в базу и это будет единственным bottleneck

Что в вашем понимании тенант?

Для нас это заказчик, а что для вас тенант?

Ну вот, это первый лимит, подозреваю, что имеется ещё лимиты

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

эмм, лимит производительности базы (индексы, партиции и тд) это не вопрос опенстека вовсе

начните с арихитектуры инф-х систем и инф безопасности

Есть ли какие либо способы спасти ноду если процесс мультипаса в зомби ушел?

Точно, а что не так? Если виртуалок более 30 тысяч, стоит их держать в одном проекте?

Это если в конфиге мультипаса frienly_names yes

так там по канонам должно стоять NO

вот такая суета

2025-08-12 10:57:30.951 7 ERROR oslo_messaging.rpc.server requested_size) 2025-08-12 10:57:30.951 7 ERROR oslo_messaging.rpc.server File "/var/lib/kolla/venv/lib/python3.7/site-packages/nova/virt/libvirt/volume/iscsi.py", line 88, in extend_volume 2025-08-12 10:57:30.951 7 ERROR oslo_messaging.rpc.server connection_info['data']['device_path'], 2025-08-12 10:57:30.951 7 ERROR oslo_messaging.rpc.server KeyError: 'device_path' 2025-08-12 10:57:30.951 7 ERROR oslo_messaging.rpc.server

Все резловится и с сетью все есть

вопрос открытый

«Я ебу?»

самый просто ответ хочешь?

да там все проще, у него только в момент запуска идет рескан путей и обновление базы