amazon-web-services - Elasticsearch单节点可靠性

Question

我正在考虑将AWS的 jar 头Elasticsearch服务用作单节点集群，以允许在100MM小记录(人的名字和他们的公司等，以及其他属性)的记录集中进行搜索。读起来很繁重，每三个月更新一次。

https://aws.amazon.com/elasticsearch-service/

我只想使用一个节点来节省Amazon成本。

我将继续在AWS RDS中掌握我的数据，因此在发生“灾难”时可以从中恢复。

是否可以认为单节点Elasticsearch服务器与单节点MySQL DB一样可靠(在总体方案中非常可靠)？

Answer 1

从理论上讲，可靠性can defined as为成功的概率，换句话说，为1-probability of failure。

众所周知，no systems operate with 100% reliability甚至在单点故障(=单节点)时甚至更多，也就是说，即使对于亚马逊怪物，故障的可能性也永远不会为0。因此，根据绝对理论，单个节点是而不是可靠的。

话虽如此，最后，可靠性的概念始终是相对的(与上面定义的绝对意义相对)，这意味着最终由您来决定您认为可靠与否的内容，即您不在乎您的节点每天/每周/每月在3分钟内关闭一次，但仍达到99.999％的正常运行时间。

另一个非常具体的问题是，您需要确定单个节点是否可以容纳100MM文档，并且仍然可以满足搜索请求，聚合以及您的需求，并且速度足够快，并且仍然对用户有利。

通常要达到的第一个限制是堆的数量，而不是supposed to be higher than 30.5GB。粗略地说，您需要弄清楚您的100MM文档是否将保存在具有30.5 GB堆的单个节点中。测试很简单:提供ES服务，将其加载到所有文档中，并进行一些模拟用户预期负载的负载测试，您将迅速找出是否内存不足，并找到此问题的答案最后将很简单。