Я видел несколько примеров (см. Ниже) конфигурации ведения журнала HAProxy, которые все выглядят следующим образом:
/etc/haproxy/haproxy.cfg
global
log /dev/log local0
log /dev/log local1 notice
chroot /var/lib/haproxy
...
Если я правильно понимаю, это отправит журналы в / dev / log с возможностью local0
и для уровня notice
и выше отправьте те же журналы с функцией local1
. Какова цель этого дублирования?
Примеры такой конфигурации в дикой природе:
Как вы сказали, на первый взгляд такая конфигурация не имеет большого смысла.
Так что я не могу найти официальных haproxy
документация, которая предлагает эту конфигурацию.
Это больше похоже на образец конфигурации, которую вы должны настроить в соответствии с вашими потребностями, показывая, как вы можете использовать различные средства / сервер системного журнала в зависимости от уровней.
- Подключения регистрируются на уровне «информация».
- Уровень «уведомление» будет использоваться для обозначения того, что сервер поднимается.
- "предупреждение" будет использоваться для сигналов завершения и окончательного завершения услуги
- "alert" будет использоваться, когда сервер выходит из строя
Преимущество предоставленной вами конфигурации в том, что вы не пропустите ни одного журнала (local0
), но вы можете сначала сосредоточиться на журналах, которые напрямую связаны с событиями службы или сервера, используя local1
как фильтр для вашего сервера системного журнала.
Затем при дальнейшем рассмотрении local0
logs, вы можете точно настроить фильтр для вашей системы оповещений в соответствии с вашими требованиями.