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

Ավելացրեք սա գոյություն ունեցող pipeline-ին։ hosts մնում է կլաստերի HTTP վերջնակետը, իսկ Logstash գործընթացի ES_PROXY-ը կարող է տրամադրել հաստատված URI, օրինակ՝ http://proxy.example:8080։

Elasticsearch-ի ելքի հղումը պահանջում է փրոքսի URI և բացահայտորեն ընդունում է դատարկ տողը որպես չսահմանված։ Արտահայտության դատարկ լռելյայն արժեքը թույլ է տալիս այս օրինակին չունենալ բացահայտ փրոքսի այնտեղ, որտեղ այն պետք չէ։

Պահպանեք կլաստերի նույնականացումը, ինդեքսի և TLS կարգավորումները։ Հանրային հասանելի կլաստերը կարող է օգտագործել HTTP թեկնածու HTTP փրոքսիների ցանկից միայն այն ուղու վրա, որը թույլ է տալիս հանրային միջնորդների և որտեղ փրոքսիի հավատարմագրեր սահմանված չեն. հաստատեք հասանելիությունը կլաստերի իրական հոսթին և պորտին։ Մեկ այլ ելք կարող է ընտրել այլ փրոքսի՝ չփոփոխելով JVM-ի յուրաքանչյուր Java HTTP client-ը։

Միջավայրի փոփոխականների փոխարինումը տեղի է ունենում, երբ Logstash-ը բեռնում է pipeline-ը։ Սահմանեք փոփոխականը իրական ծառայության կամ կոնտեյների գործարկման պահին, ոչ թե ավելի ուշ անկապ տերմինալում։

Առնչվող հոդվածներ