output {
  elasticsearch {
    id => "remote_cluster"
    hosts => ["https://es.example:9200"]
    proxy => "${ES_PROXY:}"
  }
}

Додайте це до наявного конвеєра. hosts залишається HTTP-кінцевою точкою кластера, а ES_PROXY процесу Logstash може надати схвалений URI, наприклад http://proxy.example:8080.

Довідка виводу Elasticsearch вимагає URI проксі й явно приймає порожній рядок як незаданий. Порожнє значення за замовчуванням у виразі дозволяє цьому екземпляру не мати явного проксі там, де він не потрібен.

Збережіть автентифікацію кластера, налаштування індексу й TLS. Публічно доступний кластер може використовувати HTTP-кандидата зі списку HTTP-проксі лише на маршруті, який допускає публічних посередників і де не налаштовано облікові дані проксі; підтвердьте доступ до фактичного хоста й порту кластера. Інший вивід може вибрати інший проксі, не змінюючи кожного HTTP-клієнта Java у JVM.

Підстановка змінних середовища відбувається під час завантаження конвеєра Logstash. Задавайте змінну під час фактичного запуску служби або контейнера, а не в пізнішому не пов’язаному терміналі.

Схожі статті