Наладзіць HTTP-проксі для выхаду Elasticsearch у Logstash

Наладзьце URI проксі плагіна выхаду Elasticsearch напрамую, замест таго каб спадзявацца на сеткавыя ўласцівасці ўсяго JVM.

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. Задайце зменную пры запуску рэальнай службы або кантэйнера, а не ў пазнейшым не злучаным тэрмінале.

Падобныя артыкулы