I would be interested in a response from knowledgeable users/developers.
After reading this article:
I wanted to know
1)If the issues brought up in this article are valid and how likely you are
to encounter them in production?
2) If they are valid, how can you minimize them with the current code bases?
3) What is being done in the short/medium/long term to address these issue
? Are there any particular issues we can follow to track progress.
The good people at Elasticsearch are working on fixing many of those
issues. Some have already been fixed, some will be fixed, but it may take
time until the implementation is air tight.
Some of the recommendations on how to minimize the risks are outlined in
aphyr's post. The general idea is to have dedicated master nodes that are
not data nodes (to minimize the risk of partitions due to GC or similar),
and to have configs setup as recommended by ES in terms of quorum sizes,
ping timeouts etc.
Also make sure to always use a recent version of ES.
I would be interested in a response from knowledgeable users/developers.
After reading this article:
I wanted to know
1)If the issues brought up in this article are valid and how likely you
are to encounter them in production?
2) If they are valid, how can you minimize them with the current code
bases?
3) What is being done in the short/medium/long term to address these issue
? Are there any particular issues we can follow to track progress.
I would be interested in a response from knowledgeable users/developers.
After reading this article:
I wanted to know
1)If the issues brought up in this article are valid and how likely you
are to encounter them in production?
2) If they are valid, how can you minimize them with the current code
bases?
3) What is being done in the short/medium/long term to address these issue
? Are there any particular issues we can follow to track progress.
Great article. I can only comment on 1) and 2):
(1) I've repeatedly encountered split brains despite having 3 servers and
discovery.zen.minimum_master_nodes=2.
(2) After being fed up with this, I decided to give elasticsearch-zookeeper
a try. Since I wanted to use it on 1.2.1 and with zookeeper 3.4.6 I have
forked imotov's repo and created releases for elasticsearch 1.1.3 and 1.2.1
Considering that most of the talking points come directly from the
community, I do not think there will be much of a reaction here. The main
issue referenced in the article has a few of the answers to your questions.
I would be interested in a response from knowledgeable users/developers.
After reading this article:
I wanted to know
1)If the issues brought up in this article are valid and how likely you
are to encounter them in production?
2) If they are valid, how can you minimize them with the current code
bases?
3) What is being done in the short/medium/long term to address these issue
? Are there any particular issues we can follow to track progress.
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.