elasticsearch ElasticSearch群集设计帮助-数据节点

我一直在阅读ES集群设计，并已开始设计我们需要的集群。有人能澄清一些我还不清楚的事情吗

所以我们想从3台服务器开始

在开始时，我们将所有三个作为主控、数据和摄取，至少有两个主控。这基本上意味着，我们坚持违约

问题1是-数据节点到底是什么？是否跨其他数据节点复制完整索引？因此，如果一个出现故障，在我们的例子中，第三个应该升级到主服务器，集群应该可以正常工作

找到此链接并解释了数据节点是什么。所以基本上，如果我们的索引有12个碎片，ES可能会在每个数据节点上存储4个主碎片和8个副本。这是正确的吗

问题2：以此为起点，我们是否可以添加更多的服务器来充当数据节点、摄取节点等

问题3：我们在ES节点前面安装了负载平衡器，这是访问9200以上ES群集的推荐方式吗。接收时，是否应使用此地址，并将其随机路由到接收节点。查询时，它应该路由到可以处理搜索的随机ES节点

数据节点到底是什么

用于碎片的磁盘

是否跨其他数据节点复制完整索引

是的，副本也意味着可用性，了解碎片的概念是理解这一点的关键，不要混淆

在我们的例子中，第三个应该升级到主服务器，集群应该正常工作

是的，阅读绿色、黄色和红色状态，在这种情况下，它将从绿色变为黄色，这意味着仍在运行，但需要采取行动，但阅读“掌握资格”以及避免大脑分裂，这一点非常重要

以此为起点，我们可以添加更多的服务器来充当数据节点、摄取节点等

您想要多少，应用程序要求是什么？高读低写？反之亦然？等于？根据用例定义您希望如何扩展集群

问题3：我们在ES节点前面安装了负载平衡器，这是访问9200以上ES群集的推荐方式吗。接收时，是否应使用此地址，并将其随机路由到接收节点。查询时，它应该路由到可以处理搜索的随机ES节点

例如，如果它是一个nginx，它可以工作，因为我已经做了，对节点角色的概念有了清晰的理解，例如，“协调节点”将处理一些请求可能需要的流程，而nginx不知道

---

现在你有了这些实例，这对你来说是一个通过实践学习和实验的好机会，所以移动配置，尝试重现你的应用程序可能存在的问题，看看会发生什么，啊哈！瞬间就会发生，完全掌握在这里。

请看我下面的回答，我看到您编辑了问题1，每个索引：尝试启动basic，这样您就可以完全掌握，每台机器中有一个主要和一个副本。这是可以在创建索引时设置的。另外，请阅读“分配”。请不要在此处使用删除。这里的问题是为了未来读者的利益而写的，所以子问题应该总是可以阅读的。如果您找到了子问题的答案，或者不希望得到答案，您可以将其删除，只要该子问题在现有答案中未得到答复。您好，谢谢您的回答。在进行设计之前，我将使用我们的新集群处理各种场景。关于应用程序的要求，我想说我们读的比写的多。我们计划进行一些负载测试和容量规划，以确保我们已做好生产准备。如果您正在考虑“高读取”体系结构，则副本将扮演重要角色，默认情况下，从每个索引1个碎片开始。这里有一些提示：