如何解析elasticsearch內(nèi)存分配與集群規(guī)劃

今天就跟大家聊聊有關(guān)如何解析elasticsearch內(nèi)存分配與集群規(guī)劃，可能很多人都不太了解，為了讓大家更加了解，小編給大家總結(jié)了以下內(nèi)容，希望大家根據(jù)這篇文章可以有所收獲。

1.集群節(jié)點(diǎn)內(nèi)存分配

1. 每個(gè)es節(jié)點(diǎn)使用的內(nèi)存分為兩部分，一是JVM堆內(nèi)存，分配給es進(jìn)程，一種是堆外內(nèi)存，供Lucene使用，因此堆內(nèi)存越小，Elasticsearch（更快的 GC）和 Lucene（更多的內(nèi)存用于緩存）的性能越好。官方建議把 50％ 的可用內(nèi)存作為 Elasticsearch 的堆內(nèi)存，保留剩下的 50％。

2. 每臺(tái)節(jié)點(diǎn)的JVM內(nèi)存不要超過32GB。 當(dāng)JVM內(nèi)存小于32GB時(shí)，會(huì)采用了內(nèi)存指針壓縮（compressed oops）技術(shù)。一旦你越過那個(gè)神奇的 ~32 GB 的邊界，指針就會(huì)切回普通對(duì)象的指針。 每個(gè)對(duì)象的指針都變長了，就會(huì)使用更多的 CPU 內(nèi)存帶寬，也就是說你實(shí)際上失去了更多的內(nèi)存。事實(shí)上，當(dāng)內(nèi)存到達(dá) 40–50 GB 的時(shí)候，有效內(nèi)存才相當(dāng)于使用內(nèi)存對(duì)象指針壓縮技術(shù)時(shí)候的 32 GB 內(nèi)存。即便你有足夠的內(nèi)存，也盡量不要 超過 32 GB。因?yàn)樗速M(fèi)了內(nèi)存，降低了 CPU 的性能，還要讓 GC 應(yīng)對(duì)大內(nèi)存。

3. 禁用Linux系統(tǒng)的交換區(qū)

2. 索引分片與集群內(nèi)存

1. elasticsearch 官方建議每個(gè)分片對(duì)應(yīng)的數(shù)據(jù)不要超過50GB。

2. 每個(gè)節(jié)點(diǎn)1GB內(nèi)存對(duì)應(yīng)于不多于20個(gè)分片。即一臺(tái)節(jié)點(diǎn)最多可以存儲(chǔ)32*20個(gè)分片

可以根據(jù)以上經(jīng)驗(yàn)去判斷集群中的節(jié)點(diǎn)個(gè)數(shù)

看完上述內(nèi)容，你們對(duì)如何解析elasticsearch內(nèi)存分配與集群規(guī)劃有進(jìn)一步的了解嗎？如果還想了解更多知識(shí)或者相關(guān)內(nèi)容，請關(guān)注億速云行業(yè)資訊頻道，感謝大家的支持。