Добрый день, стоит ли использовать AWS DynamoDB вместо AWS Aurora если в серверной архитектуре был постгрес из-за того, что реляционная бд больше удовлетворяла потребностям проекта (много одинаковых записей, по которым тогда надо делать выборку и разные массовые действия)?

Насколько глупо использовать k8s(k3s) для авто деплоя мониторинга на рабочие сервера?(агентов протитеуса?) Или лучше использовать для этого обычный swarm?

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

Есть просто пока 15 серверов, хочу мониторинг прикрутить, (промитеус), ходить по серверам лень, писать плейбук тоже не хочу, вариант сделать из них тот же кластер и через swarm, что бы в любой новый север добавляться node_explorer (для сбора метрик)

Если я правильно понял, человек хочет k8s использовать вместо ансибля, чтобы экспортеры раскидать по железкам своим. И это очень глупо...

куб не для такого предназначен, для такого прекрасно подходит ансамбль

Ну в целом да) я понимаю что это странно, просто интересно, вдруг так кто то делает) ну и ставить туда коннчно минималку вроде k3s) ладно, тогда обойдусь docker swarm)

Вот тебе плейбук. Не благодари

- hosts: node-exporters
  roles:
    - role: undergreen.prometheus-node-exporter
      prometheus_node_exporter_version: 0.18.1
      prometheus_node_exporter_enabled_collectors:
        - conntrack
        - cpu
        - diskstats
        - entropy
        - filefd
        - filesystem
        - loadavg
        - mdadm
        - meminfo
        - netdev
        - netstat
        - stat
        - textfile
        - time
        - vmstat
      prometheus_node_exporter_config_flags:
        'web.listen-address': '0.0.0.0:9100'
        'log.level': 'info'

- hosts: node-exporters
  roles:
    - role: undergreen.prometheus-node-exporter
      prometheus_node_exporter_version: 0.18.1
      prometheus_node_exporter_enabled_collectors:
        - conntrack
        - cpu
        - diskstats
        - entropy
        - filefd
        - filesystem
        - loadavg
        - mdadm
        - meminfo
        - netdev
        - netstat
        - stat
        - textfile
        - time
        - vmstat
      prometheus_node_exporter_config_flags:
        'web.listen-address': '0.0.0.0:9100'
        'log.level': 'info'

Да я думаю в галактике куча этих примеров, но спасибо!

Посоветовал то, что сам юзаю для раскатывания экспортера по своим железкам

Мы просто переехали на aws, я настроил кастомные метрики, потом посмотрел ценник и передумал, так как даже банальные потребления ram/disk стоят не дёшево

Привет. Я не DevOps, но на работе потребовалось настроить деплой. Я описал docker compose, который поднимает приложение и postgres в контейнерах, также указал общую сеть. Снаружи до postgres достучаться могу, а контейнер с приложением пишет
что не нашёл дб по адресу 127.0.0.1:5432
По какому адресу искать postgres из соседнего контейнера?

вот кусок compose, если поможет

вместо 127.0.0.1 укажите имя сервиса из docker-compose,yml

db

И expose не хватает. Не уверен есть ли expose в вашем контейнере с бд

Всем привет. Подскажите, если сервер (VPS) завис от нехватки памяти, выполнения процессов, как его вернуть в исходное состояние? перезагрузка не помогает. консоль работает, еле еле

http://db?

127.0.0.1:5432 -> db:5432

Наверное где-то не там указал.

psycopg2.OperationalError: could not translate host name "db" to address: Name does not resolve