3 ms·

They have fixed most of the stability issues in 5.x. I suspect some of the problems people have had with AWS ES is actually using a pre-5.x version.

coredog64 9y ago
Our 2.x cluster is much more stable than our 5.1.2 cluster despite the fact that our 5.x cluster is significantly smaller (in node count) than it's older brother. Also of note: Amazon's documentation on HTTP limits is wrong. There are some instance types listed as having a 100mb max payload that are only 10mb. We found that out when Logstash recorded a crapload of errors with the 10mb limit on what was allegedly a 100mb instance type.
StreamBright 9y ago
Well after talking to some of their tech guys we determined that we have different definitions for the work "fixed".
- rpedela 9y ago
  Such as?
  - StreamBright 9y ago
    Such as disallowing configuration they do not like, having memory/resource leaks that they cannot find the root cause for and few other things I forgot already. G1GC is disallowed because they had a data corruption bug with it. This is few months back, they might changed some it already. The question for me is what do I get using ES over Solr? If Solr's features are enough for our use cases should I even try ES?
    - rpedela 9y ago
      Here is their resiliency status: https://www.elastic.co/guide/en/elasticsearch/resiliency/current/index.html https://www.elastic.co/guide/en/elasticsearch/resiliency/cur... It depends on your use case. If you are already familiar with Solr and it is good enough for your use case, then use it. Solr and ES are about the same feature-wise. Scaling is easier for ES because it is built-in. Here is a good comparison of their APIs. part 1: http://opensourceconnections.com/blog/2015/12/15/solr-vs-elasticsearch-relevance-part-one/ http://opensourceconnections.com/blog/2015/12/15/solr-vs-ela... part 2: http://opensourceconnections.com/blog/2016/01/22/solr-vs-elasticsearch-relevance-part-two/ http://opensourceconnections.com/blog/2016/01/22/solr-vs-ela...

coredog64 9y ago

Our 2.x cluster is much more stable than our 5.1.2 cluster despite the fact that our 5.x cluster is significantly smaller (in node count) than it's older brother. Also of note: Amazon's documentation on HTTP limits is wrong. There are some instance types listed as having a 100mb max payload that are only 10mb. We found that out when Logstash recorded a crapload of errors with the 10mb limit on what was allegedly a 100mb instance type.

StreamBright 9y ago

Well after talking to some of their tech guys we determined that we have different definitions for the work "fixed".

rpedela 9y ago
Such as?
- StreamBright 9y ago
  Such as disallowing configuration they do not like, having memory/resource leaks that they cannot find the root cause for and few other things I forgot already. G1GC is disallowed because they had a data corruption bug with it. This is few months back, they might changed some it already. The question for me is what do I get using ES over Solr? If Solr's features are enough for our use cases should I even try ES?
  - rpedela 9y ago
    Here is their resiliency status: https://www.elastic.co/guide/en/elasticsearch/resiliency/current/index.html https://www.elastic.co/guide/en/elasticsearch/resiliency/cur... It depends on your use case. If you are already familiar with Solr and it is good enough for your use case, then use it. Solr and ES are about the same feature-wise. Scaling is easier for ES because it is built-in. Here is a good comparison of their APIs. part 1: http://opensourceconnections.com/blog/2015/12/15/solr-vs-elasticsearch-relevance-part-one/ http://opensourceconnections.com/blog/2015/12/15/solr-vs-ela... part 2: http://opensourceconnections.com/blog/2016/01/22/solr-vs-elasticsearch-relevance-part-two/ http://opensourceconnections.com/blog/2016/01/22/solr-vs-ela...