1секунда

Ага, ну уже хорошо)

В принципе то и сам питоновский клиент дохуя тормозной.

в хорайзоне тоже самое

Ну курлом попробуй)

В хорайзоне тоже используется библиотека готовая.

Но тут не в клиенте дело, думаю.

У всех коллег тут даже не по 300, а сильно больше, думаю.
И таких проблем нет.

вот да. если исключить, что проблема в базе, мемкеше, кролике(первые два уже почекал), то какие еще варианты?

все таки, что можно сделать с самим апи сервиса, кроме изменения количества воркеров?

и непонятно сколько их нужно ставить. я думаю, что больше - не значит лучше тут)

Да ничего особо, наверное.
Они у тебя как работают, самостоятельно или с веб сервером через WSGI?

нова без wsgi

cinder  с wsgi, но

(kolla-toolbox)[ /]# time openstack volume list --all | wc -l
833

real    0m16.249s
user    0m0.994s
sys     0m0.212s

Нельзя так мерить, блин.
При этом клиент все равно обращается к nova-api.

—timings не работает

Ну не суетись.
Я же раза три уже написал что для более-менее объективной оценки времени ответа API нужно не клиентом пользоваться, а вручную curl запустить или использовать какие-нибудь тестовые инструменты, которые обращаются за раз к одному API.

python-openstackclient почти для всех list и show команд опрашивает сразу несколько сервисов чтобы тебе показать красивый вывод.

И даже при прямом обращении к api один сервис у другого может инфу запрашивать.

А тебе нужно проблему изолировать.

я не очень хорошо понимаю, какие процессы порождает этот запрос

curl -g -i -X GET http://api.cloud:8774/v2.1/ed4e285a4b1f4072ad5210e92dab4020/servers/detail?all_tenants=True -H "

но проблема в нем

Это public endpoint для nova-api.