Судя по всему, не хватает VUек чтобы нужную нагрузку сгенерировать. Ради интереса попробуйте до 100 нарастить для начала и сравнить результат

VU поднять не могу. ограничение по бд стоит на 100 активных подключений. Ставил 90, график такой же получался.

так может это лимит сервиса который вы нагружаете

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

тебе нужно научиться это понимать)

ещё вопрос в том как графики написаны, что они показывают верную картинку

Наверное да. Сейчас переделал сценарий по k6. Там он набрал 200 запросов в сек, но потом ему перестало хватать подключений. По графику в графане тоже все совпадает. А вот в жметре так не получается.
Но в любом случае надо копать в сторону ограничений по бд.

производительность коннекта

Всем привет!

Столкнулся с неожиданностью, что Vault в бесплатной версии не может в нормальное масштабирование для перфоманса (уменьшить латенси), а доступно только повышение отказоустойчивости (transit engine работает только на master-node)

Вопрос: есть ли опыт с волтом и его поддержкой на 5000+ RPS? Кажется, что проблема именно в нем и hmac + aes256 (много cpu забирает). Сейчас проводим тесты от 250 до 1500 rps и я боюсь, что до заветных чисел оно все умрет :(


p.s. по поиску не нашел ничего
p.s.s. сейчас распределение трафика это 15% на шифрование(запись) и 85% на чтение с дешифрованием. Есть ли идеи как "пощупать" подобные сервисы? У них CPU bound операции и write и read. т.е. переворачивая трафик (делать больше записей) - смысла большого нет

ошалеть

если не секрет. А что вы такое с Vault делаете?

зачем такие нагрузки на него адовые?(

нюансы хранения перс. данных и карточных данных в платежном процессинге :(

мы ведь оба говорим про hashicorp vault?

или я зря переживаю

ага, про него :)

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

наверное эта штука не для таких вещей создавалась

у нас сервис для преобразования объектов в шифр. объекты и если он принимает Х запросов, то внутри делаем сначала хэш, потом шифрование. Итого, волт кормится уже 2*Х запросами

У меня еще опыта нет в подобных сервисах, тут ни кэш не заюзать, ни как то сбавить нагрузку

Пока что думаем в сторону экспериментов и если латенси будет расти по чуть-чуть, то можно будет потерпеть

Я не архитектор и не разработчик. Но такое решение промышленным не назвал бы.(