我正在考虑将AWS'罐装Elasticsearch服务用作单个节点群集，以允许搜索100MM小记录（人名和公司等以及其他属性）的记录集。读得很重，每三个月更新一次。
https://aws.amazon.com/elasticsearch-service/
我想只使用一个节点来节省亚马逊的费用。
我将继续在AWS RDS中掌握我的数据，这样我就可以在发生“灾难”时从中恢复。
单个节点Elasticsearch服务器是否可以被认为像单个节点MySQL DB一样可靠（在宏程序中相当可靠）？
答案 0 :(得分：2)
从理论上讲，可靠性can defined as是成功的概率，换句话说是1-probability of failure。
众所周知，no systems operate with 100% reliability甚至更多的是单点故障（=单个节点），即失败概率因此永远不会为0，即使对于亚马逊怪物也是如此。因此，根据绝对理论，单个节点不可靠。
话虽如此，最终可靠性的概念总是相对的（与上面定义的绝对意义相反），这意味着最终由你决定你认为可靠与否，即你不要＃ 39;如果您的节点在3分钟内每天/每周/每月停机一次并且仍然达到99.999％的正常运行时间，请注意。
另一个非常具体的问题是，您需要确定单个节点是否可以容纳100MM文档，并且仍然可以提供搜索请求，聚合以及您拥有的内容，速度足够快并且仍然对您的用户有益。
要达到的第一个限制通常是堆的数量，而不是supposed to be higher than 30.5GB。粗略地说，你需要弄清楚你的100MM文档是否会在30.5 GB堆的单个节点中保存。测试它是微不足道的：配置您的ES服务，加载所有文档并运行一些模拟用户预期负载的负载测试，您将快速查明内存是否用完而这个问题的答案最终会很简单。