仅使用一个节点（服务器）时，elasticSearch 是否仍然有用？
Is elasticSearch still useful when using only one-node (server)?
我很好奇，但找不到任何关于单服务器（节点）elasticsearch 系统的资源。我已经阅读了 NOSQL 的横向扩展优势及其数据分片。如果 运行 我的 NOSQL 数据库在一台服务器上并且在同一台服务器上有 elasticSearch，那么 elastic 仍然会比替代方案（具有正常查询/lucene 搜索的关系数据库）更快，或者它会是 'loosing' 它作为 distributed/clustered 搜索引擎的优势？
因为我对 NOSQL-search VS 不太感兴趣。 SQL-搜索但更多的是 Elastic 的 replication/distributed 风格及其在单节点集群中使用它的缺点。
谢谢
在单节点集群中 运行 不会降低性能 - 事实上它可能更快。如果需要，您确实会失去冗余、可靠性和扩展的便利性。但是因为它不再需要将主节点的元数据与集群中的其他节点同步，所以它可能 更快 比如果你有两个节点......而且 ES 实际上位于 Lucene 之上.当然，只有一个盒子你就失去了复制，因为没有什么可以复制的！
也就是说，您是在寻找 NOSQL 还是文档存储？ ES 最初旨在用作内置模糊搜索的文档存储。我知道很多人（包括我们）正在将它用作分布式 NOSQL 类型的数据库，但如果您不需要 ES 附带的额外功能，则有更快的平台可以执行此操作。
最后，您应该考虑 JVM（尤其是 GC）如何与此框上的其他服务一起使用 运行。
如果这是一个潜在的生产系统，我会担心。不要 运行 将大型服务放在同一个盒子上，即使您必须将它们分成两个较小的盒子。
我很好奇，但找不到任何关于单服务器（节点）elasticsearch 系统的资源。我已经阅读了 NOSQL 的横向扩展优势及其数据分片。如果 运行 我的 NOSQL 数据库在一台服务器上并且在同一台服务器上有 elasticSearch，那么 elastic 仍然会比替代方案（具有正常查询/lucene 搜索的关系数据库）更快，或者它会是 'loosing' 它作为 distributed/clustered 搜索引擎的优势？
因为我对 NOSQL-search VS 不太感兴趣。 SQL-搜索但更多的是 Elastic 的 replication/distributed 风格及其在单节点集群中使用它的缺点。
谢谢
在单节点集群中 运行 不会降低性能 - 事实上它可能更快。如果需要，您确实会失去冗余、可靠性和扩展的便利性。但是因为它不再需要将主节点的元数据与集群中的其他节点同步，所以它可能 更快 比如果你有两个节点......而且 ES 实际上位于 Lucene 之上.当然，只有一个盒子你就失去了复制，因为没有什么可以复制的！
也就是说，您是在寻找 NOSQL 还是文档存储？ ES 最初旨在用作内置模糊搜索的文档存储。我知道很多人（包括我们）正在将它用作分布式 NOSQL 类型的数据库，但如果您不需要 ES 附带的额外功能，则有更快的平台可以执行此操作。
最后，您应该考虑 JVM（尤其是 GC）如何与此框上的其他服务一起使用 运行。
如果这是一个潜在的生产系统，我会担心。不要 运行 将大型服务放在同一个盒子上，即使您必须将它们分成两个较小的盒子。