Коли метрики мають іти до двох місць призначення InfluxDB 1.x через різні проксі, оголосіть два екземпляри виходу:

[[outputs.influxdb]]
  alias = "primary_metrics"
  urls = ["https://metrics-a.example:8086"]
  database = "observations"
  http_proxy = "http://proxy-a.example:3128"

[[outputs.influxdb]]
  alias = "secondary_metrics"
  urls = ["https://metrics-b.example:8086"]
  database = "observations"
  http_proxy = "http://proxy-b.example:3128"

Це фрагмент виходу для наявної конфігурації Telegraf. Вкажіть реальні кінцеві точки та збережіть потрібні для кожного місця призначення параметри автентифікації й TLS. Якщо місце призначення загальнодоступне та дозволено маршрут через публічний проксі, список HTTP-проксі пропонує кандидатів для значення http_proxy; вибраний проксі має дозволяти цей хост і порт призначення.

Без фільтрів, що вибирають різні метрики, обидва екземпляри виходу отримують придатний потік метрик. Це навмисна дубльована доставка до двох цілей.

Один екземпляр outputs.influxdb з кількома записами в urls має інше значення. Плагін описує їх як альтернативи для одного кластера й протягом інтервалу пише лише в один URL. Він не надсилає копію в кожен URL.

Кожен http_proxy належить своєму екземпляру виходу та є єдиною заміною проксі, а не списком для ротації. Місце призначення InfluxDB усе ще береться з urls. Тому окремі екземпляри виходу прямо виражають два місця призначення й два маршрути, а фільтри виходу можна додати, коли потрібні потоки різняться.

Схожі статті