0
A
回答
1
是的。發送給ES的任何請求都將被路由到其中一個分片(主分片或副本)。 您可以在detail中看到在任何一個節點獲取搜索請求後,彈性搜索如何運行查詢。
也this會給你一個想法,你如何可以選擇有多少碎片適合特定情況。
就像你提到的有6個節點一樣。如果所有這些節點都是master + data(這是默認配置),那麼在ES中擁有偶數個主節點是一個壞主意。你可以搜索split brain issuesearch的elasticsearch。
相關問題
- 1. 加載共享庫的多個副本
- 2. RethinkDB副本集和HA碎片
- 3. 負載腳本Ajax請求
- 4. http共享主機POST請求
- 5. - 沒有可用的碎片副本?
- 6. 製作共享副本ios
- 7. 負載共享 - Spring集成
- 8. Android:與碎片共享元素轉換
- 9. Android碎片共享信息方式
- 10. ViewPager碎片 - 共享元素轉換
- 11. SOAP請求負載
- 12. Elasticsearch副本自動承擔碎片
- 13. MongoDB副本集CPU負載
- 14. Android中的碎片和活動之間的數據共享
- 15. PHP和請求之間共享資源
- 16. 跨請求共享Rails view_paths
- 17. docker swarm模式下服務副本之間的網絡請求負載均衡
- 18. ASP.NET站點的負載共享
- 19. Varnish ESI多個碎片,單個請求?
- 20. 郵件功能,不要等待共享主機負責
- 21. GWT請求負載理解
- 22. 負載均衡SOAP請求
- 23. 骨幹請求負載
- 24. 負載PHP類由請求
- 25. PHP CSV高負載請求
- 26. 自適應卡片的JSON有效負載在http請求主體中混亂
- 27. 下載最新請求的圖片比之前請求的圖片要高
- 28. Elasticsearch主要碎片不平衡
- 29. Elasticsearch沒有正確分配碎片和副本
- 30. FastCGI進程超出配置的請求超時 - 共享主機
擁有六個數據節點根本不是一個壞主意。壞主意是** master-eligible **節點有偶數個節點,但在上面的例子中,我們不知道有多少master-eligible節點。如果所有節點都是主節點+數據節點,那麼是的,否則我們不能僅根據上述模式得出任何結論。 – Val
@val是的,我錯過了......已經更新了答案。感謝您的意見。 – pratikvasa