1. 首頁
  2. 問答
  3. 性能問題

性能問題

2017-09-17 219 views
0

我們使用彈性非常有效的搜索，但它似乎是服用〜一個簡單的搜索800ms的..這是當我們打直接採用彈性API ..性能問題

我們有自己的具有3個節點的集羣，其中一個是主節點，另外兩個節點是數據節點。我們只有一個數據類型的索引，因爲所有項目都是相同的。我們有大約800萬條記錄。我們有5個主要和2個複製品碎片。

我的查詢是：有800萬在一個索引

  1. /類型可能會導致這樣我應該考慮分拆呢？
  2. 我們總是打主節點來讀寫，應該考慮調用數據節點來讀取嗎？
  3. 其他我應該考慮做不同的更好的表現？

非常感謝。在一個單一的指標

來源

2017-09-17 user2698580

回答

0
  1. 800萬文檔不算多，但是這取決於你的機器的硬件規格（隨時更新與您的問題）
  2. 你應該永遠打主節點用於搜索您的文檔，但直接查找您的其中一個數據節點。主節點只存在管理羣集但不應該作爲客戶端/協調，處理您的查詢
  3. 只有兩個數據節點的節點，你不需要2個副本碎片，只有一個是足夠

來源

2017-09-17 05:05:16 Val

+0

非常感謝......我們是否應該爲寫作創建主節點，甚至不應該發生？另外，硬件規格應該在那裏？ – user2698580

+0

永遠不要擊中主節點，它不應該處理客戶端請求。通常主節點是規格較小的較小節點（較少的磁盤空間，較少的RAM，較少的CPU）。通過硬件規格我的意思是CPU，內存和HDD（大小/類型） – Val

+0

你看到一些改進？ – Val

相關問題

 相關問題