关于如何使用cloud.id使用弹性云配置logstash的说明不完整。具体来说,如果您将cloud.id和cloud.auth放入logstash.yml,则说明中不会说要在* .conf文件的输出部分中放置什么内容。假设使用cloud.id可以避免放置ES实例的URL。
如果未在输出部分中放置任何内容,logstash将引发配置错误。如果在此放置一些东西,这是不合逻辑的,因为不需要使用任何东西,它将尝试连接到本地主机上的ES:
output {
elasticsearch {
}
}
这是错误,因为logstash没有使用cloud.id。
[WARN ][logstash.outputs.elasticsearch] Attempted to resurrect connection to dead ES instance, but got an error. {:url=>"http://127.0.0.1:9200/", :error_type=>LogStash::Outputs::ElasticSearch::HttpClient::Pool::HostUnreachableError, :error=>"Elasticsearch Unreachable: [http://127.0.0.1:9200/]
答案 0 :(得分:0)
您应该在输出部分重复登录信息,尽管这是不合逻辑的,如here所述。管道的输出应如下所示:
output {
elasticsearch {
hosts => ["https://xxxxxxxxxxxx.eu-central-1.aws.cloud.es.io:9243"]
user => "myUsername"
password => "myPassword"
}
stdout { codec => rubydebug }
}
答案 1 :(得分:-1)
cloud.id
和cloud.auth
仅用于配置:
elasticsearch
的输出是另一只野兽,它需要自己的配置,并且(尚未)从主要配置中受益。