2：節(jié)點(diǎn)級(jí)別

節(jié)點(diǎn)監(jiān)控

GET _nodes/stats/thread_pool?pretty

node線程組狀態(tài)

GET _nodes/stats/thread_pool?pretty

輸出信息較多部分省略。。。。。

。。。。。。。。。。。。。。。
       "indices": {
         "docs": {
           "count": 8111612,   # 顯示節(jié)點(diǎn)上有多少文檔
           "deleted": 16604    # 有多少已刪除的文檔還未從數(shù)據(jù)段中刪除
         },
         "store": {
           "size_in_bytes": 2959876263  # 顯示該節(jié)點(diǎn)消耗了多少物理存儲(chǔ)
         },
         "indexing": {       #表示索引文檔的次數(shù)，這個(gè)是通過一個(gè)計(jì)數(shù)器累加計(jì)數(shù)的。當(dāng)文檔被刪除時(shí)，它不會(huì)減少。注意這個(gè)值永遠(yuǎn)是遞增的，發(fā)生在內(nèi)部索引數(shù)據(jù)的時(shí)候，包括那些更新操作
            "index_total": 17703152,
            "is_throttled": false,
            "throttle_time_in_millis": 0    # 這個(gè)值高的時(shí)候，說明磁盤流量設(shè)置太低
          },
。。。。。。。。。。。。。。。
          },
          "search": {   
            "open_contexts": 0,   # 主動(dòng)檢索的次數(shù)，
            "query_total": 495447,    # 查詢總數(shù)
            "query_time_in_millis": 298344,   # 節(jié)點(diǎn)啟動(dòng)到此查詢消耗總時(shí)間，  query_time_in_millis / query_total的比值可以作為你的查詢效率的粗略指標(biāo)。比值越大，每個(gè)查詢用的時(shí)間越多，你就需要考慮調(diào)整或者優(yōu)化。
            "query_current": 0,
　　　　　　　　 #后面關(guān)于fetch的統(tǒng)計(jì)，是描述了查詢的第二個(gè)過程（也就是query_the_fetch里的fetch)。fetch花的時(shí)間比query的越多，表示你的磁盤很慢，或者你要fetch的的文檔太多?；蛘吣愕牟樵儏?shù)分頁條件太大，（例如size等于1萬
           "fetch_total": 130194,

           "suggest_current": 0
         },
         "merges": { # 包含lucene段合并的信息，它會(huì)告訴你有多少段合并正在進(jìn)行，參與的文檔數(shù)，這些正在合并的段的總大小，以及花在merge上的總時(shí)間。
　　　　　　　　　　　　　 如果你的集群寫入比較多，這個(gè)merge的統(tǒng)計(jì)信息就很重要。merge操作會(huì)消耗大量的磁盤io和cpu資源。如果你的索引寫入很多，你會(huì)看到大量的merge操作
。。。。。。。。。。。。。。。
         },
         "fielddata": {   #顯示了fielddata使用的內(nèi)存，fielddata用于聚合、排序等。這里也有一個(gè)淘汰數(shù)，不像filter_cache，這里的淘汰數(shù)很有用，它必須是0或者接近0，因?yàn)閒ielddata 不是緩存，任何淘汰的代價(jià)都是很大的，必須要避免的。如果你看到了淘汰，你必須重新評(píng)估你的內(nèi)存情況，關(guān)于fielddata的限制，以及查詢，或者三者全部。
。。。。。。。。。。。。。。。
         },
         "segments": { 告訴你當(dāng)前節(jié)點(diǎn)的lucene 段的個(gè)數(shù)，這可能是一個(gè)很重要的數(shù)字。大多數(shù)的索引應(yīng)該在50到150個(gè)段左右，即便是幾T大小的數(shù)十億的文檔。大量的段會(huì)帶來合并的問題（例如：合并趕不上段的產(chǎn)生）。注意這個(gè)統(tǒng)計(jì)是對(duì)一個(gè)節(jié)點(diǎn)上所有的索引而言的
　　　　　　　　　　　　　　其中內(nèi)存的統(tǒng)計(jì)，可以告訴你Lucene的段自身需要多少內(nèi)存。這里包括基礎(chǔ)的數(shù)據(jù)結(jié)構(gòu)，包括提交列表，詞典，bloom過濾器等。段的數(shù)量多會(huì)增加承載這些數(shù)據(jù)結(jié)構(gòu)的開銷，這個(gè)內(nèi)存的使用就是對(duì)這個(gè)開銷的度量。

關(guān)鍵指標(biāo)說明： 
indices.docs.count：索引文檔數(shù)。 
segments.count：段總數(shù)。 
jvm.heap_used_percent：內(nèi)存使用百分比。 
thread_pool.{bulk, index, get, search}.{active, queue, rejected}：線程池的一些信息，包括bulk、index、get和search線程池，主要指標(biāo)有active（激活）線程數(shù)，線程queue（隊(duì)列）數(shù)和rejected（拒絕）線程數(shù)量。

以下一些指標(biāo)是一個(gè)累加值，當(dāng)節(jié)點(diǎn)重啟之后會(huì)清零。 
indices.indexing.index_total：索引文檔數(shù)。 
indices.indexing.index_time_in_millis：索引總耗時(shí)。 
indices.get.total：get請(qǐng)求數(shù)。 
indices.get.time_in_millis：get請(qǐng)求總耗時(shí)。 
indices.search.query_total：search總請(qǐng)求數(shù)。 
indices.search.query_time_in_millis：search請(qǐng)求總耗時(shí)。
indices.search.fetch_total：fetch操作總數(shù)量。 
indices.search.fetch_time_in_millis：fetch請(qǐng)求總耗時(shí)。 
jvm.gc.collectors.young.collection_count：年輕代垃圾回收次數(shù)。 
jvm.gc.collectors.young.collection_time_in_millis：年輕代垃圾回收總耗時(shí)。 
jvm.gc.collectors.old.collection_count：老年代垃圾回收次數(shù)。 
jvm.gc.collectors.old.collection_time_in_millis：老年代垃圾回收總耗時(shí)。

參考文檔：https://www.elastic.co/guide/en/elasticsearch/reference/current/cluster-nodes-stats.html

3：索引級(jí)別

索引級(jí)別

可以查看所有index的相關(guān)信息，方法如下：
GET _stats

輸出信息較多部分省略。。。。。

indexname.primaries.docs.count：索引文檔數(shù)量。

以下一些指標(biāo)是一個(gè)累加值，當(dāng)節(jié)點(diǎn)重啟之后會(huì)清零。 
indexname.primaries.indexing.index_total：索引文檔數(shù)。 
indexname.primaries.indexing.index_time_in_millis：索引總耗時(shí)。 
indexname.primaries.get.total：get請(qǐng)求數(shù)。 
indexname.primaries.get.time_in_millis：get請(qǐng)求總耗時(shí)。 
indexname.primaries.search.query_total：search總請(qǐng)求數(shù)。 
indexname.primaries.search.query_time_in_millis：search請(qǐng)求總耗時(shí)。indices.search.fetch_total：fetch操作總數(shù)量。 
indexname.primaries.search.fetch_time_in_millis：fetch請(qǐng)求總耗時(shí)。 
indexname.primaries.refresh.total：refresh請(qǐng)求總量。 
indexname.primaries.refresh.total_time_in_millis：refresh請(qǐng)求總耗時(shí)。 
indexname.primaries.flush.total：flush請(qǐng)求總量。 
indexname.primaries.flush.total_time_in_millis：flush請(qǐng)求總耗時(shí)。

參考信息：
https://blog.csdn.net/joez/article/details/52171219
https://blog.csdn.net/u010824591/article/details/78614505

新聞名稱：ES集群關(guān)鍵狀態(tài)指標(biāo)
當(dāng)前地址：http://jinyejixie.com/article28/gpspjp.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供云服務(wù)器、服務(wù)器托管、虛擬主機(jī)、網(wǎng)站維護(hù)、、企業(yè)建站

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來源： 創(chuàng)新互聯(lián)