Спасибо, попробуем! Интересует решение, но чтобы GUI нормальных людей не отпугивал. (я-то уже старый юниксоид с середины 90х, меня ничем не напугаешь).
это не будет работать без изменения image - во всех "стандартных" image логи перенаправляются в stdout/stderr вместо /var/log/.
Так что варианты, ИМХО:
- копировать скриптом из стандартного C:\ProgramData\Docker\containers\-json.log куда надо
- менять image и использовать data volume
- собирать в ELK, Graylog, и т.п.
Вадим - честно говоря, я не использовал RabbitMQ в HA mode, не было такого требования.
Так пишу не по личному опыту.
Насколько понимаю, самый простой способ достичь high availability (HA) это использовать репликацию.
То есть я бы почитал-поискал, как сделать кластер в нескольких AWS availability zones.
Вот тут https://www.rabbitmq.com/pacemaker.html, правда, пишут про DRDB что очень близко к shared storage, но сами же признаются что mirrored queue проще.
По моему опыту с разными системами, 99% попыток сделать самодельный HA только ухудшают надежность. Я за использование готовых решений.
возможно я что-то упустил, но ЗАЧЕМ кому-то работать syslog, когда уже есть прекрасный стабильный syslog?