携程ES跨集群搜索实践-Elastic中文社区.PDF

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
携程ES跨集群搜索实践 刘佳 opsdev@ctrip 数据量 ■  2千亿条/ 天 ■  70T/天 ■  300+ 索引/ 天 ■  450 节点, 230 服务器 ■  4万+ shard 大集群痛点 ■  meta信息太多, 全量更新压力大, 经常超时 ■  单节点过载, 影响整个集群的状态更新 ■  master切换时无法响应, 集群不能正常工作 我们的需求 ■  对用户透明 ■  满足并发量 (5千万/ 天) ■  不侵入ES, 多版本兼容, 不影响日后升级 指导思想 ■  尽量不造轮子 (nginx + cross-cluster-search + ESProxy) ■  满足需求就可以, 不需要更加高大上 ■  不做数据处理, 只做权限验证+请求转发 ■  结构最好清楚明了, 便于日后维护 cross cluster search feature ■  [https://www.elastic.co/guide/ en/ elasticsearch/reference/current/modules-cross- cluster-search.html] 利弊分析 ■  利: 解决上述痛点 ■  弊: 更复杂的架构,带来更多可能的隐患, 额外的开发和运维成本 架构简介 Proxy配置 Nginx配置一览 4 1 1 2 4 3 3 架构全景 项目不足 ■  太多转发 ■  配置偏复杂 一些注意点 ■  其中一个集群挂掉, cross-cluster-search会不可用 ■  ignore_unavailable QA 专业、垂直、纯粹的 Elastic 开源技术交流社区 /

文档评论(0)

fengruiling + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档