查看ES信息
查看版本
kibana ：
GET /
查看節(jié)點(diǎn)信息
GET /_cat/nodes?v
解釋：
ip：集群中節(jié)點(diǎn)的 ip 地址；
heap.percent：堆內(nèi)存的占用百分比；
ram.percent：總內(nèi)存的占用百分比，其實(shí)這個(gè)不是很準(zhǔn)確，因?yàn)?buff/cache 和 available 也被當(dāng)作使用內(nèi)存；
cpu：cpu 占用百分比；
load_1m：1 分鐘內(nèi) cpu 負(fù)載；
load_5m：5 分鐘內(nèi) cpu 負(fù)載；
load_15m：15 分鐘內(nèi) cpu 負(fù)載；
node.role：上圖的dilmrt代表全部權(quán)限
master：* 代表是 master 節(jié)點(diǎn)，- 代表普通節(jié)點(diǎn)；
name：節(jié)點(diǎn)的名稱。
node.role詳解
- master
- data
- ingest
- ml machine learn 機(jī)器學(xué)習(xí) 和xpack有關(guān) 這個(gè)確實(shí)不太懂
- remote_cluster_client
- transform X-pack專用角色 轉(zhuǎn)換節(jié)點(diǎn)運(yùn)行轉(zhuǎn)換并處理轉(zhuǎn)換 API 請(qǐng)求
查看分片信息
首先看下面的圖片 數(shù)據(jù)來源于elk
具體命令是
GET /_cat/shards?v
一個(gè)名叫assets_vitualasset_index_v1_test 的索引（相當(dāng)于數(shù)據(jù)庫的表） 這里可以看到有9個(gè) 每三個(gè)為一組 那么為什么是這樣的設(shè)定呢
index：索引名稱
shard：分片數(shù)
prirep：分片類型，p：primary為主分片，r：replicas為復(fù)制分片
state：分片狀態(tài)，STARTED為正常分片，INITIALIZING為異常分片
docs：記錄數(shù)
store：存儲(chǔ)大小
ip：es節(jié)點(diǎn)ip
node：es節(jié)點(diǎn)名稱
請(qǐng)看下圖
分片數(shù)量為3 代表數(shù)據(jù)會(huì)被均分的切成三份 保證分布式的最大性能 也提高了擴(kuò)展性 number_of_replicas為副本數(shù)量 這個(gè)是用來保證高可用的
從上圖我們可以看到三個(gè)為一組的容量是很接近的 因?yàn)檫@三個(gè)存放的內(nèi)容是相同的 即使有一個(gè)節(jié)點(diǎn)掛掉也能保證數(shù)據(jù)正常訪問
(節(jié)點(diǎn)數(shù)量=分片數(shù)*（副本數(shù)量+1）)
實(shí)際場(chǎng)景下ES分片及副本數(shù)量應(yīng)該怎么分
/elasticsearch-head可視化工具
首先需要考慮生產(chǎn)環(huán)境上總體節(jié)點(diǎn)的數(shù)量 如實(shí)際節(jié)點(diǎn)數(shù)量為6（三臺(tái)主機(jī)）
那么我們盡量配置成3個(gè)分片1個(gè)副本 這樣數(shù)據(jù)會(huì)很均勻的散落在這6個(gè)節(jié)點(diǎn)上
如果分成3個(gè)分片2個(gè)副本可能會(huì)造成分布不均勻 從而導(dǎo)致master所在的節(jié)點(diǎn)壓力過大 master節(jié)點(diǎn)盡量不要有太大壓力 因?yàn)槌藬?shù)據(jù)查詢他還有額外的任務(wù)：分配數(shù)據(jù)
注意：新增副本時(shí)主節(jié)點(diǎn)會(huì)自動(dòng)協(xié)調(diào)，然后拷貝數(shù)據(jù)到新增的副本節(jié)點(diǎn),副本數(shù)是可以隨時(shí)調(diào)整的！
具體設(shè)置方式如下文章來源：http://www.zghlxwxcb.cn/news/detail-410313.html
PUT /my_temp_index/_settings
{ "number_of_replicas": 1 }
關(guān)于ES的靈活使用
我們先來介紹下面這樣一個(gè)場(chǎng)景
SMS系統(tǒng) 業(yè)務(wù)場(chǎng)景是每天發(fā)送各家銀行的登錄短信等，一個(gè)數(shù)據(jù)表 每天產(chǎn)生的數(shù)據(jù)量是50G 查詢場(chǎng)景是按時(shí)間段按銀行（如過去三個(gè)月 民生銀行）查詢短信發(fā)送記錄
那么如果是mysql的話 就算建立索引 效率也會(huì)很慢
在mysql中優(yōu)化的話 需要拆表 將各個(gè)銀行的短信拆分出來 再按照日期拆
但是這樣會(huì)造成跨庫和跨表
ES場(chǎng)景
思路和mysql基本一致 建立索引如下
bankName_date_index文章來源地址http://www.zghlxwxcb.cn/news/detail-410313.html
到了這里，關(guān)于關(guān)于ES集群信息的一些查看的文章就介紹完了。如果您還想了解更多內(nèi)容，請(qǐng)?jiān)谟疑辖撬阉鱐OY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章，希望大家以后多多支持TOY模板網(wǎng)！
