我很困惑这种方法将可更好地具有单个集群与12个节点或具有3个集群中有4节点中的每一个弹性叠。 有哪些优点和缺点的单个集群？ 不弹收我于3群集就我所知，他们的费用节点，但有人能澄清这会更好的方法，并将成本效益的解决方案吗？
我计划要使用这些节点，在我的组合：
主 data_content data_hot 咽下 毫升 remote_cluster_client
1
- 什么最佳的集群的大小取决于各种需求权衡：
- 你有多个用户/用户的系统，您可能想要隔离彼此对(这样一个运野生不会超负荷的集群对于每一个人)? 然后你可能会更好地与多个集群。
- 另一方面的一个较大的集群，将能够吸收额外的负担从一个用户/系统更好。
- 较小的集群都能更快地升级和你没有一个"大爆炸"升级。 或者你可能是升级的一部分但不是一切。
- 每个群集应该有3个大师资格的节点。
- 大多数功能在弹堆都是免费的，但有些是有偿的。 除了云服务在那里的资源基础，有2个模式定价：
- 经典节点基于的价格。 每一步深入使用这些流程将需要许可证。 这么大的节点(在技术限制)的费用低于许多较小的，但是该集群的大小，本身并不重要。
- 新的定价模型对于欧洲经委会/埃克是基于资源的你在哪里买的大块的存，你可以切成许多节点或集群为你想要的。
嗨谢谢你回答..我有一些想法。 你会推荐的专用节点毫升，摄入的?
sidharth vijayakumar
也许。 我认为我们通常建议专用节点，从6至10个节点；专用的主节点也是相对高于这一优先事项清单。 为什么你可能会想要打破摄取和毫升是因为他们可以使用一个不同的硬件配置文件(很多CPU，不存储器、小磁盘/IO)。 因此，根据你的要求，它可能是一个双赢方面的费用或过度破坏。
xeraa