|  |      1cloudzhou      2015-05-14 19:14:45 +08:00  1 elasticsearch 背后就是 lucene,索引的话 100/s 可以做到的,查询看起来不小。 里面的优化主要针对 lucene。 | 
|      2yeasy      2015-05-14 19:51:43 +08:00  1 10k/s的查询得优化下 多份,系统配置等…… | 
|  |      3Phant0m      2015-05-14 20:05:47 +08:00 via Android  1 你这都不叫事。。。我们线上每天好几十G的日志都没压力(五台集群服务器) | 
|  |      4yyw      2015-05-14 20:09:22 +08:00  1 搜索本身其实是很容易平行扩展的东西。所以你说的能处理多大的量,主要是看机器有多少。 | 
|  |      5wenbinwu OP | 
|  |      6wenbinwu OP @yyw 很多机器的时候,负载均衡是怎么做的?我搜了一下,貌似elasticsearch不需要负载均衡,因为其自带了。不过client如何配置es的ip呢?如果所有client指向同一个es,也是有问题的啊 | 
|  |      10hebwjb      2015-05-14 22:28:21 +08:00 我们现在用8台设备组的es集群,每天导入上亿条数据完全不叫事 | 
|      13BlueWolf      2015-05-15 10:37:46 +08:00 | 
|  |      14fxxkgw      2015-05-15 11:04:20 +08:00 @BlueWolf 一般都是elk一起用的吧  logstash收集日志发到es中,然后kibana连接es展示。网上这种配置说明很多的。 | 
|  |      17zxc337      2016-08-23 17:43:31 +08:00 @BlueWolf  es 对外是去中心化的, 集群有自身的 master 选举机制, 在主节点丢失那段时间, 集群是不能正常工作的, 不过这一短暂时间的选中几乎是瞬时完成的 | 
|  |      18zxc337      2016-08-23 17:48:33 +08:00 @wenbinwu 要做全文检索也很简单, es 默认支持很多分词方式, 也可以自定义分词插件集成在 es 里面;  es 对外 api 有很多这方面的查询支持, 比如 DSL,相关性(relevance)查询,matchPhraseQuery 等接口 | 
|      19asuraa      2016-11-02 14:50:01 +08:00 我们现在一台服务器 每天平均 50G 的日志  没问题 |