Size: a a a

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

2021 April 12

J

J in OpenStack — русскоговорящее сообщество
Потому что это логирование не магическая какая-то фигня, а логирование запросов которые по времени превышают long_query_time.
https://mariadb.com/kb/en/slow-query-log-overview/
источник

НС

Никита Суворов... in OpenStack — русскоговорящее сообщество
еще мемкеш может мандить, если вообще настроен
источник

NT

Nik Theworker in OpenStack — русскоговорящее сообщество
да чекал, вроде ок
источник

NT

Nik Theworker in OpenStack — русскоговорящее сообщество
select * from instances
2712 rows in set (0.052 sec)
источник

И

Илья | 😶 ☮️... in OpenStack — русскоговорящее сообщество
nova не проходится по каждой ноде за дополнительными данными ?
источник

J

J in OpenStack — русскоговорящее сообщество
Я считаю, примерно так нужно смотреть в порядке убывания вероятности:
1. Тормоза из-за медленных дисков в mariadb
2. Тормоза из-за сети\нехватки памяти в galera кластере, короче, из-за того что какой-то экземпляр базы остальные тормозит
3. Негодные настройки буферов или индексов в mariadb или использование MyISAM :D
4. Беда с дисками на серверах где rabbitmq
5. Неоптимальные настройки api сервисов.

У нас было, например, такое что нейтрон выжирал кучу соединений, бросая их незакрытыми и поэтому mysql всё остальное нахуй слал, так как максимально разрешенное число соединений превышено.
источник

NT

Nik Theworker in OpenStack — русскоговорящее сообщество
не понимаю, как посмотреть?
источник

J

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

NT

Nik Theworker in OpenStack — русскоговорящее сообщество
проблема в том, что медленно выполняются большие запросы.

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

real    0m17.280s
user    0m1.026s
sys     0m0.236s

(kolla-toolbox)[/]# time openstack server list | wc -l
5

real    0m1.738s
user    0m0.727s
sys     0m0.143s
источник

J

J in OpenStack — русскоговорящее сообщество
Ну начни с того что запусти клиент с ключом --debug и посмотри к каким API консольный клиент обращается.
источник

NT

Nik Theworker in OpenStack — русскоговорящее сообщество
я запускал.
источник

NT

Nik Theworker in OpenStack — русскоговорящее сообщество
к нове он обращается server/detailed
источник

J

J in OpenStack — русскоговорящее сообщество
А потом по очереди точно ткие ж запросы дерни вручную с time и посмотри какой из api медленно отвечает.
источник

NT

Nik Theworker in OpenStack — русскоговорящее сообщество
и он медленно отвечает)
источник

VV

Vyacheslav Vershinin in OpenStack — русскоговорящее сообщество
А что показывают slow query?
источник

NT

Nik Theworker in OpenStack — русскоговорящее сообщество
ничего, в логах пусто, нет медленных запросов
источник

NT

Nik Theworker in OpenStack — русскоговорящее сообщество
поэтому я думаю, что дело не в базе
источник

VV

Vyacheslav Vershinin in OpenStack — русскоговорящее сообщество
И в настройках новы попробуй оставить 1 адрес мемкэша и запустить снова запрос
источник

VV

Vyacheslav Vershinin in OpenStack — русскоговорящее сообщество
Если у тебя он не за хапрокси
источник

J

J in OpenStack — русскоговорящее сообщество
А какое у тебя время считается медленным?
Прописал его в конфиге?

И дебаг логирование во всех api включи. Они же логируют время выполнения всего что только можно.
источник