Рейтинг:0

Неверное распределение ресурсов в OpenStack

флаг bd

В нашем кластере у нас работает 4 компьютера, и у нас есть проблема с номером 4.

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

Узел объявлен в БД с помощью:

  • имя: os-compute-4, UUID: d12ea77b-d678-40ce-a813-d8094cabbbd8

Вот поставщик ресурсов:

  • имя: os-compute-4, UUID: a9dc2a56-5b2d-49b1-ac47-6d996d2d029a
  • имя: os-compute-4.openstack.local, UUID: d12ea776-d678-40ce-a813-d8094cabbbd8

По нашему мнению, os-compute-4.openstack.local там вообще быть не должно. Мы хотим уничтожить обоих поставщиков ресурсов и воссоздать их.

Я также должен уточнить, что у поставщика ресурсов os-compute-4 выделено 0, а у os-compute-4.openstack.local только 3. Более того, их uuid не соответствует ни одной из существующих виртуальных машин. В целом, ни у одной из виртуальных машин нет выделения ресурсов на os-compute-4.

Мы нашли команду nova-управление размещением heal_allocations в Интернете, но мы не можем найти его ни в одном контейнере, возможно, он устарел? Кластер работает под управлением Ussuri с установленным Openstack-ansible.

Если у вас есть какие-либо предложения, любая помощь будет оценена по достоинству. Спасибо. :)

Рейтинг:0
флаг us

Обычно можно удалить поставщика ресурсов из БД и перезапустить nova-compute service на вычислительном узле, через некоторое время nova повторно отправит новую запись о текущем использовании ресурсов, которая будет правильной.

Что касается nova-mange, он должен быть установлен на узле контроллера, узел работает нова-апи услуги, вы можете зацикливаться через доступный на всех узлах и попытаться найти процесс или проверить назначенные роли.

Вы также можете использовать пакет osc-размещение [1], которые расширяют openstack cli подкомандами, связанными с поставщиком ресурсов.

После установки вы можете выдать поставщик ресурсов удалить команду на устаревшей записи, а затем перезапустите nova-compute сервис на вычислительном узле, который инициирует синхронизацию записей.

[1] https://docs.openstack.org/osc-placement/latest/index.html

Ответить или комментировать

Большинство людей не понимают, что склонность к познанию нового открывает путь к обучению и улучшает межличностные связи. В исследованиях Элисон, например, хотя люди могли точно вспомнить, сколько вопросов было задано в их разговорах, они не чувствовали интуитивно связи между вопросами и симпатиями. В четырех исследованиях, в которых участники сами участвовали в разговорах или читали стенограммы чужих разговоров, люди, как правило, не осознавали, что задаваемый вопрос повлияет — или повлиял — на уровень дружбы между собеседниками.