Проблема перезапуска модуля в архитектуре микросервисов на основе JavaJAVA

Программисты JAVA общаются здесь
Ответить
Anonymous
 Проблема перезапуска модуля в архитектуре микросервисов на основе Java

Сообщение Anonymous »

В моем микросервисе работало 2 модуля, оба они были перезапущены по причине Kubernetes, поскольку OOM был убит
введите здесь описание изображения
(Приведенная выше панель мониторинга использует следующий запрос->sum(0 ,increase(kube_pod_container_status_last_termination_reason{cluster="prod_cluster",container=~"$service"}[$__range])) на (reason,container,namespace,pod) > 0)
Мы проанализировали тенденции использования памяти и ЦП для этих модулей:
Тенденция ЦП
Тенденция памяти
Как мы видим ЦП и память выглядит нормально. Вот характеристики этого сервиса:
Файл спецификаций
Кроме того, среднее потребление ЦП и памяти для обоих модулей было нормальным.
Далее мы заподозрили проблемы с подключением (с нижестоящим сервисом/базами данных/kafka). ) был проверен, но все было в порядке и ничего не наблюдалось.
Это заставило нас предположить, что проблема могла быть на уровне узла. Мы проверили потребление памяти узлом и поняли, что все всегда было в порядке:
Контейнер память
Тенденция использования памяти узла
Как видно, память контейнера и узла в порядке, никаких всплесков/утечек не наблюдается.
Также мы проанализировали структуру трафика, задержки всех нижестоящих систем, но все же могли ничего не нашли.
Мы проанализировали все возможные объяснения убийства ООМ, но не смогли прийти ни к чему убедительному. Ожидается нарушение памяти.

Подробнее здесь: https://stackoverflow.com/questions/793 ... chitecture
Ответить

Быстрый ответ

Изменение регистра текста: 
Смайлики
:) :( :oops: :roll: :wink: :muza: :clever: :sorry: :angel: :read: *x)
Ещё смайлики…
   
К этому ответу прикреплено по крайней мере одно вложение.

Если вы не хотите добавлять вложения, оставьте поля пустыми.

Максимально разрешённый размер вложения: 15 МБ.

Вернуться в «JAVA»