Сопровождение облака и управление ресурсами¶

Доступ к API облака¶

После развёртывания облака на узле развёртывания появляется файл <deployment-name>rc.

Для управления ресурсами через CLI выполните

source <deployment-name>rc

Например

source acloudrc

Обратите внимание, что управление ресурсами развёрнутого облака на узле развёртывания также требует предварительного source stackrc с того же узла.

Файл <deployment-name>rc содержит переменные окружения, где указывается адрес сервиса аутентификации Keystone и учётные данные для пользователя admin.

Если вы использовали доменное имя для эндпойнтов во вкладке Endpoint Data, то все публичные эндпойнты будут находиться по настроенному вами доменному адресу или overcloud.localdomain по умолчанию.

Чтобы посмотреть IP-адрес для вашего облака выполните

source stackrc
openstack port show public_virtual_ip -c fixed_ips

Web-доступ к управлению облаком также доступен по указанному адресу.

Флейворы¶

Для создания флейворов используется команда

openstack flavor create cpu<cpu_num>.ram<ram_gb>.disk<disk_gb> \
    --vcpus <cpu_num> \
    --ram <ram_mb> \
    --disk <disk_gb>

По умолчанию флейворы создаются публичные. Необходимо явно ставить флаг --private, чтобы можно было управлять доступом к флейвору.

Чтобы вместе запустить виртуальную машину с ГПУ или другим PCI устройством - настройте его использование на вычислительном узле в nova.conf и указанный alias используйте для создания флейвора

openstack flavor create --private \
    gpu-<gpu_alias>-x<gpu_num>.cpu<cpu_num>.ram<ram_gb>.disk<disk_gb> \
    --property pci_passthrough:alias='<gpu_alias>:<gpu_num>'

Чтобы поделить узлы по признаку SSD/HDD или с/без ГПУ - существует механизм trait’ов.

Посмотреть их можно для конкретного узла через Placement API

openstack resource provider trait list <resource_provider_uuid>\

Полный список можно посмотреть следующим образом

openstack trait list --sort-column name

Из интересных существующих trait’ов есть STORAGE_DISK_HDD/STORAGE_DISK_SSD - но они не назначаются узлам автоматически. Для этого используется команда

openstack resource provider trait set --trait <trait_name> <resource_provider_uuid>

Чтобы использовать свой trait, можно использовать команды

openstack trait create CUSTOM_HAS_GPU
openstack resource provider trait set --trait CUSTOM_HAS_GPU <resource_provider_with_gpu>

Далее запрещаем флейвору без ГПУ занимать узлы с ГПУ

openstack flavor set cpu1.ram1.hdd10 --property trait:CUSTOM_HAS_GPU=forbidden

Или наоборот

openstack flavor set cpu1.ram1.hdd10 --property trait:STORAGE_DISK_HDD=required