есть в ветке cluster

о, спасибо

ну кстати там все достаточно просто на самом деле

Хотел заметить, что helm chart для vm/victoria-metrics-k8s-stack полон ошибок. Нормально ни поставить ни удалить. Явно пытались скопировать с prometheus-community но сделано это крайне плохо.

Поправьте и сделайте пул реквест

Да все ок это валидный комментарий и спасибо что его оставили

Исправим

К сожалению, нет времени заниматься поддержкой, своих проектов очень много

Обратите внимание на работу базового функционала:

1) Установка поверх существующей инсталляции не должна так фейлиться, как сейчас (говорит даже не просто, что релиз существует, а что configmap уже существует)

helm upgrade -i victoria-metrics-k8s-stack vm/victoria-metrics-k8s-stack --values=helm-values.yml

2) Удаление с помощью job uninstall hook происходит некорректно. То правильной роли не хватает, то ресурсов не существует. Не стесняйтесь использовать

--ignore-not-found=true

коли уже используете их внутри job'а.
3) В целом нужно отталкиваться от того, чтобы и

helm upgrade --install

и

helm uninstall

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

Примерно посмотрите ещё раз на такую процедуру:

kubectl create namespace monitoring --dry-run=client -o yaml | kubectl apply -f -
kubectl config set-context --current --namespace=monitoring
helm repo add prometheus-community https://prometheus-community.github.io/helm-charts
helm repo add stable https://charts.helm.sh/stable
helm upgrade -i kube-prometheus-stack prometheus-community/kube-prometheus-stack --values=helm-values.yml

и соответственно

helm uninstall kube-prometheus-stack

Только kube-prometheus-stack при попытке поставить второй раз подряд поверх по-моему тоже ругается, что релиз с таким именем уже существует, это косяк :)

Спасибо, uninstall-hook надо поправить.

Проблема с ошибкой в установке связана со слишком длинным именем victoria-metrics-k8s-stack из-за этого названия ресурсов обрезаются и происходит коллизия имен (макс 63 символа в имени).
Лучше всего использовать

helm upgrade -i stack vm/victoria-metrics-k8s-stack --values=helm-values.yml

Надо посмотреть, умеет ли helm на такое ошибку возвращать.

Интересная теория, но одна из ошибок конкретно говорит про уже существующий configmap.

Как вы 63 насчитали? Пока только 26 насчитал в release_name.

да, но release_name используется для формирования имен объектов. По умолчанию, это release_name + chart_name.  В итоге уже имя конфигмапы состоит из 52 символов. остается 11 на имена объетов и с графана дашбордами происходит коллизия имен.

При использовании таких имён вне зависимости от 26 символьного release_name имеем (52-26)=26 символов в имени configmap, что уже много.

Гораздо лучшим решением, чем просто где-то в доках описать это ограничение, будет сократить victoria-metrics до vm, тем более в первой части vm уже и так используется и вышеуказанных проблем можно будет избежать.

helm upgrade -i vm-k8s-stack vm/vm-k8s-stack

Добрый день, в данный момент проводим A/A тесты производительности для victoriametrics. Смогли достичь одинаковой производительности на обоих экземплярах vm для инсертов, но не можем достичь сравнимой производительности для поиска. Железо идентичное, экземпляры получают нагрузку параллельно, ресурсы ограничены и равны. Есть ли идеи, что может создавать такие различия в производительности поиска на двух идентичных экземплярах vm(различия в 15-20% каждые две-три итерации) ? Буду очень благодарен за подсказки!

Нормально так версию 1.62 прокачали
Потребление памяти заметно снизилось

Я в течении дня еще посмотрю при штатной нагрузке, но пока это просто бомба, спасибо ребята

понаблюдайте еще пару дней пожалуйста

если не секрет, то сколько там цпу?

не секрет, по 4 цпу на каждый сторадж

какого-то аномального роста потребления я не вижу