Всем привет. Нужен совет по контролю оперативной памяти java приложений в ECS.
Сталкиваюсь с такой ситуацией, что в пиковые нагрузки сервис начинает потреблять больше памяти, чем ему выделил ECS и падает. Пробовал и -Xmx -Xms -XX:+UseContainerSupport -XX:MaxRAMPercentage=75.0 и другие танцы с бубмном
Как сделать чтобы java использовала только выделенную память, пусть даже и будет работать медленее?

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

@jashka_jashka Да пробовал. Скажите а какую версию openjdk вы используете и с какими параметрами запускаете java процесс

Я рекомендую посмотреть в сторону SQS. SNS это всё-таки notifications.
У SQS нет лимита на количество сообщений в секунду и на количество хранимых сообщений. Есть только на количество одновременно отмеченных как «в обработке» сообщений (если правильно помню 120 000)

скорее всего с такими вопросами в чатик нужно по java / jvm / docker
а не в aws

Понимаю, туда коллега java программист пишет. А я решил счастье здесь попытать)

я и то и то обычно использую в связке - паблишер публикует в снс, сабскрайбер подписывается очередью на топик и собирает сообщения

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

сам ECS агент(отдельный докер контейнер) на виртуалке может отжирать прилично оперативы, я видел как 600 метров сожрал контейнер с ECS агентом

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

Нет. У этой конструкции есть предел и тормоз. В том плане, что каждый сервис должен будет взять почти каждое сообщение просто чтобы понять его ли это. Как итог возможно что сообщение будет долго добираться до нужного сервиса

почему каждое? можно фильтровать с помощью message attributes

и каждый сервис будет получать в свою очередь только то что ему надо

Добрый день.
Поискал по группе и не нашёл, возможно использовал не те keywords.

Задача довольно запутанная — сейчас включено ограничение по IP для доступа в AWS Web Console, но хитро — если заходить не с whitelisted ip, то некоторые функции отключаются.
При этом все сейчас работают через VPN (наш собственный, не-AWS`ный), где включён split, т.е. только определённые объявленные IP и URL`ы роутятся в него, а всё остальное (Youtube там и прочие Meet/Zoom) идёт напрямую, чтобы не нагружать офисный канал.
Проблема — как мне определить нужный ip/url, чтобы зароутить его в VPN?

Это
https://console.aws.amazon.com
или
https://%РЕГИОН%.signin.aws.amazon.com
или
ещё что-то?

#офферотозвали #резюме #DevOps (junior+) #Cloud #ищу #Минск Бэкграунд: #Network (senior) Английский: #b2
Занятость: #полная
Ищу работу из-за отозванного оффера.

Стек: #AWS (есть сертификат), #Terraform, #Docker, #Bash, #Linux. Изучаю #Ansible и #Kubernetes.
ЗП: 1000-1500$
Огонь в глазах и желание развиваться. :)

Контакты: @Boris_Go

Всем привет, есть пару вопросов по elk стеку, есть тут знатоки? Спасибо.

скорей сюда https://t.me/elasticsearch_ru