Hi,
I already configured the process, Filebeat -->Logstash--> Elastic Search -->Kibana, it is working good, but we have the requirement to use Solr instead of Elastic Search, while researching on internet i found about Silk.
Can i configure like this : Filebeat -->Logstash-->Solr -->Kibana ? Kibana supports Solr instead of Elastic Search?
i am not familiar with this logstash solr_http plugin, please advise? . I saw some project in Lucidworks about Silk (Logstash --> Solr--> Banana), but after i download the project and trying to setup i am facing some issues.
Logstash might be able to write to Solr using the plugin you mentioned, but Kibana relies heavily on aggregations and other functionality that is specific to Elasticsearch, which rules out using Solr as a data store together with Kibana.
Banana was a fork of the Kibana project that was modified to work with Solr as a backend instead of Elasticsearch, but I am not surety what extent this is still actively maintained. If you want to make this work with Solr, you are probably better off asking questions through the Banana repo.
Christian,
we are using Solr since long time to store all GIS related data like street data and other data, what my manager saying is "instead of introducing new component (Elastic search) since we already have Solr why don't we use Solr" that is the reason i am exploring all the options.
But let me remove my elastic hat and just keep my old elasticsearch user hat...
Sometimes, introducing a new stack comes with a lot of very good bonuses! You'd be surprised
Yeah, it has a "cost". A migration cost I'd say. But I don't think it's that high TBH...
So migration, should be as well one of your options. Then put in the balance all the goodies you can get for free...
I'd start with a simple POC to let you feel how much hard would be the migration.
Apache, Apache Lucene, Apache Hadoop, Hadoop, HDFS and the yellow elephant
logo are trademarks of the
Apache Software Foundation
in the United States and/or other countries.