主頁 > 資料庫 > ElasticSearch 7.7 + Kibana的部署

ElasticSearch 7.7 + Kibana的部署

2020-09-11 06:05:10 資料庫

    ElasticSearch目前最新版是7.7.0,其中部署的細節和之前的6.x有很多的不同,所以這里單獨拉出來寫一下,希望對用7.x的童鞋有一些幫助,然后部署完ES后配套的kibana也是7.7.0,這個就簡單了放到最后說,下面先進入ES 7.7.0的部署. 

    首先是下載es的安裝包,官網下載即可,我這里的包是:elasticsearch-7.7.0-linux-x86_64.tar.gz,準備安裝位置:/opt/elasticsearch,其實每個節點操作都是一樣的,我這里不再詳細敘述每個機器的細節,而只是寫通用的配置,第一步就是解壓包到指定的位置:

tar -xvzf elasticsearch-7.7.0-linux-x86_64.tar.gz -C /opt
cd /opt
ln -s elasticsearch-7.7.0 elasticsearch
cd elasticsearch

    上面做個軟鏈接就是為了管理多個版本方便,老的版本不用洗掉,每次進目錄直接cd到/opt/elasticsearch就可以了,這個根據自己的習慣來就可以

    進入目錄后首先還是修改ES的主組態檔:config/elasticsearch.yml,依次來看下面的配置項:

    cluster.name這個和之前一樣配置集群名稱,我這里配置為:cluster.name: es-cluster

    node.name 配置節點的名稱,一般和主機名一樣,或者自己定義一個集群中唯一的標識,我這和主機名不同,第一個節點配置為:node.name: cloud-1,后面的節點以此類推就是cloud-2,cloud-3等等

    path.data 索引和資料存盤目錄,支持配置多個,一般情況下是1個,我這里配置為:path.data: /data/elasticsearch

    path.logs 日志存盤目錄,我這里默認注釋,讓日志打在/opt/elasticsearch/logs下面,默認解壓出來就有這個logs目錄

    bootstrap.memory_lock 是否鎖定記憶體,默認是注釋的,這里建議打開,讓es鎖定jvm heap不被搶占,我這里配置是:bootstrap.memory_lock: true,但是這里還要開啟另外的允許鎖定記憶體的內核引數,這個待會再說明

    network.host 配置es系結主機的ip地址,可以設定為當前實際的ip,如果有多個網卡都想系結的話,可以設定為:0.0.0.0,這樣每個機器都一樣即可,network.host: 0.0.0.0

    http.port 配置http的埠號,默認9200,如果不修改可以不打開

    transport.port 配置tcp的埠號,默認是9300,這個配置項不存在,如果修改需要自己添加,這個在es 6.x中配置項為:transport.tcp.port注意這個變化

    discovery.seed_hosts  這個配置集群中的主機串列,以便能夠在es啟動的時候進行通信,并且為主機發現提供種子,這個通信使用的埠為tcp埠也就是transport.port配置的埠,默認的話可以不加埠,可以配置多個ip地址或者主機名都可以,如果有多個網卡這里要配置帶寬高的,以便在集群中實作更快速的通信,官網給出的配置示例如下:

    

    這個引數在6.x中的配置為:discovery.zen.ping.unicast.hosts,未來會被廢棄,要使用這個新的名稱,但是含義是一樣的

    cluster.initial_master_nodes  這個配置啟動全新的集群時,那些節點可以作為master節點進行選票,其實默認不配置es也可以自動選舉,但是這樣是不安全的,所以需要配置一部分可以作為master節點的機器,之前的node.master其實可以不用配置了,另外防止腦裂的節點個數配置也去掉了,要注意:這里配置的不是主機名和ip,而是節點名稱,是前面node.name中配置的名稱,務必注意. 

    

    簡單地配置就是以上這些,具體還有很多配置需要根據需要參考檔案,下面將剛才的配置整理如下:

cluster.name: es-cluster
node.name: cloud-1
path.data: /data/elasticsearch
bootstrap.memory_lock: true
network.host: 0.0.0.0
http.port: 9200
transport.port: 9300
discovery.seed_hosts: ["cloud1", "cloud2", "cloud3", "cloud4", "cloud5", "cloud6"]
cluster.initial_master_nodes: ["cloud-1", "cloud-2", "cloud-3"]

    然后保存并退出,其實每個機器不同的地方只有node.name需要修改,如果network.host配置0.0.0.0則每個機器都不用改

    然后配置jvm heap大小,組態檔:config/jvm.options

    

     注意這里不要超過jvm長指標臨界空間的大小,最大不超過32G,但是實際上根據不同機器有所變化,正常最大配置26G是安全的,在啟動的時候日志中會有輸出:

    

     只要上面顯示true則表示啟用了壓縮指標,對于實際的機器可以反復的修改除錯找到一個合理的臨界值. 

    修改完jvm配置后es就算基本配置完畢了,接下來就是要把整個安裝目錄發送到各個其他的節點并修改對應的node.name配置,

    然后所有機器都要按照下面的操作配置內核引數:

    1. 最大檔案數

    es要求檔案數最小為65536,查看當前檔案數命令為: ulimit -n ,調大檔案數可以修改組態檔:/etc/security/limits.conf,添加如下配置:

* soft nofile 666666
* hard nofile 999999

    保存配置后,重新登錄shell即可生效,可以再次通過上面的命令確認一下

    2. 內核引數max_map_count

    es要求max_map_count虛擬記憶體區域數量至少為262144,而默認作業系統的值都為:65536,因此也需要設定一下否則會報錯,臨時設定命令如下:

sysctl vm.max_map_count=2560000

    這樣設定重啟機器引數值會還原所以還需要編輯/etc/sysctl.conf添加配置 vm.max_map_count=2560000 并且保存即可永久生效

    3. 允許鎖定記憶體

    剛才組態檔設定了bootstrap.memory_lock為true,但是默認作業系統不允許用戶程式鎖定記憶體,因此還需要配置解除限制,組態檔同樣是/etc/security/limits.conf,需要在其中添加:

elastic soft memlock unlimited
elastic hard memlock unlimited

    第一列elastic是es的用戶,這個待會會創建,要保證和這里的一致,unlimited表示不限制鎖定記憶體的大小,保存配置待會切換到elastic用戶即可自動生效

    4. 配置記憶體交換傾向

    如果沒有交換磁區則可以忽略這個配置,如果有交換磁區的話并不建議完全禁用,因為在系統記憶體占用非常大的時候可以通過臨時交換到磁盤而避免系統崩潰,但是可以通過調整交換傾向讓系統盡可能的少使用交換磁區,這個引數通過vm.swappiness進行配置在redhat/centos 7.x中這個值默認為60,比較大建議設定為1~10,臨時修改同樣使用: sysctl vm.swappiness=1 ,永久修改同樣是改組態檔,這個引數在redhat/centos 8.x默認會根據機器配置調整,有可能已經就是10了,所以只需要看一下,有可能不用修改. 

    注意上面4個引數在每個節點都要配置,配置完引數下面需要在每個節點創建資料目錄和用戶并授權:

# 創建資料目錄
mkdir /data/elasticsearch
# 創建用戶
useradd elastic
# 設定密碼 根據提示輸入兩次
passwd elastic
# 進入es安裝目錄修改權限
chown -R elastic:elastic jdk config logs  /data/elasticsearch

    值得注意的是7.7版本的es安裝包中已經有jdk環境了用的是AdoptOpenJDK,版本為最新的14,也就是說機器無需安裝jdk環境就可以使用es,上面四個目錄是必須要授權的,jdk目錄如果不授權啟動es的時候會提示無法執行檔案也就是沒有權限,為了方便也可以直接給整個目錄加上權限. 

    最后就是在每個節點啟動es了,

su - elastic
cd /opt/elasticsearch
bin/elasticsearch -d

    啟動之后jps確定行程Elasticsearch正常存在,所有節點都啟動后通過 curl 'localhost:9200/_cat/nodes?v' 確認當前的節點串列是否正常

    現在es集群就部署完畢了,接下來可以部署一下es常用的管理界面kibana,這個基本部署特別簡單,首先還是下載最新的7.7.0安裝包然后解壓:

tar -xvzf kibana-7.7.0-linux-x86_64.tar.gz
mv kibana-7.7.0-linux-x86_64 /opt/kibana-7.7.0
cd /opt/kibana-7.7.0

    然后編輯組態檔,這里簡單介紹一下基本的配置:

    server.port kibana服務的埠號,默認是5601

    server.host  kibana系結的ip,這里可以寫實際的ip也可以寫0.0.0.0系結所有的網卡

    server.name  kibana的名稱,這個用于界面顯示,自定義即可

    elasticsearch.hosts  需要連接的es集群主機串列,這個最好填寫完整的集群節點,每個節點內容是:http://host:port

    kibana.index  kibana進行相關的界面顯示需要將一些資料存放到es中,這個為es中創建索引名的前綴,默認為:.kibana

    kibana.defaultAppId  默認的應用程式,默認是:home

    基本的配置就是上面這些,另外還有更多詳細的引數配置,比如ES集群連接的超時引數等等,這些詳細的配置需要參考檔案調整,目前只是一個簡單地配置和使用,上面配置整理如下:

server.port: 5601
server.host: "0.0.0.0"
server.name: "cloud1"
elasticsearch.hosts: ["http://cloud1:9200", "http://cloud2:9200","http://cloud3:9200", "http://cloud4:9200", "http://cloud5:9200", "http://cloud6:9200"]
kibana.index: ".kibana"
kibana.defaultAppId: "home"

    配置保存之后就可以啟動kibana服務了,需要注意kibana也需要用特定的用戶啟動,如果用root用戶直接啟動會給出提示,可以添加--allow-root強制啟動,啟動命令為: bin/kibana --allow-root ,啟動之后可能會有幾個警告,可以先不用關心,等啟動完畢可以通過瀏覽器輸入http://ip:5601進入kibana的界面,具體界面的使用這里就不再詳細的敘述了

    上面就是ElasticSearch+kibana組合的簡單部署,如果覺得kibana太重量也可以嘗試一下cerebro這個輕量的es管理工具,github鏈接為:https://github.com/lmenezes/cerebro,另外有關于ES的其他問題歡迎一起交流. 

 

轉載請註明出處,本文鏈接:https://www.uj5u.com/shujuku/4566.html

標籤:大數據

上一篇:ClickHouse原始碼筆記1:聚合函式的實作

下一篇:Hadoop-談談你對Hadoop的正確認識和理解

標籤雲
其他(157675) Python(38076) JavaScript(25376) Java(17977) C(15215) 區塊鏈(8255) C#(7972) AI(7469) 爪哇(7425) MySQL(7132) html(6777) 基礎類(6313) sql(6102) 熊猫(6058) PHP(5869) 数组(5741) R(5409) Linux(5327) 反应(5209) 腳本語言(PerlPython)(5129) 非技術區(4971) Android(4554) 数据框(4311) css(4259) 节点.js(4032) C語言(3288) json(3245) 列表(3129) 扑(3119) C++語言(3117) 安卓(2998) 打字稿(2995) VBA(2789) Java相關(2746) 疑難問題(2699) 细绳(2522) 單片機工控(2479) iOS(2429) ASP.NET(2402) MongoDB(2323) 麻木的(2285) 正则表达式(2254) 字典(2211) 循环(2198) 迅速(2185) 擅长(2169) 镖(2155) 功能(1967) .NET技术(1958) Web開發(1951) python-3.x(1918) HtmlCss(1915) 弹簧靴(1913) C++(1909) xml(1889) PostgreSQL(1872) .NETCore(1853) 谷歌表格(1846) Unity3D(1843) for循环(1842)

熱門瀏覽
  • GPU虛擬機創建時間深度優化

    **?桔妹導讀:**GPU虛擬機實體創建速度慢是公有云面臨的普遍問題,由于通常情況下創建虛擬機屬于低頻操作而未引起業界的重視,實際生產中還是存在對GPU實體創建時間有苛刻要求的業務場景。本文將介紹滴滴云在解決該問題時的思路、方法、并展示最終的優化成果。 從公有云服務商那里購買過虛擬主機的資深用戶,一 ......

    uj5u.com 2020-09-10 06:09:13 more
  • 可編程網卡芯片在滴滴云網路的應用實踐

    **?桔妹導讀:**隨著云規模不斷擴大以及業務層面對延遲、帶寬的要求越來越高,采用DPDK 加速網路報文處理的方式在橫向縱向擴展都出現了局限性。可編程芯片成為業界熱點。本文主要講述了可編程網卡芯片在滴滴云網路中的應用實踐,遇到的問題、帶來的收益以及開源社區貢獻。 #1. 資料中心面臨的問題 隨著滴滴 ......

    uj5u.com 2020-09-10 06:10:21 more
  • 滴滴資料通道服務演進之路

    **?桔妹導讀:**滴滴資料通道引擎承載著全公司的資料同步,為下游實時和離線場景提供了必不可少的源資料。隨著任務量的不斷增加,資料通道的整體架構也隨之發生改變。本文介紹了滴滴資料通道的發展歷程,遇到的問題以及今后的規劃。 #1. 背景 資料,對于任何一家互聯網公司來說都是非常重要的資產,公司的大資料 ......

    uj5u.com 2020-09-10 06:11:05 more
  • 滴滴AI Labs斬獲國際機器翻譯大賽中譯英方向世界第三

    **桔妹導讀:**深耕人工智能領域,致力于探索AI讓出行更美好的滴滴AI Labs再次斬獲國際大獎,這次獲獎的專案是什么呢?一起來看看詳細報道吧! 近日,由國際計算語言學協會ACL(The Association for Computational Linguistics)舉辦的世界最具影響力的機器 ......

    uj5u.com 2020-09-10 06:11:29 more
  • MPP (Massively Parallel Processing)大規模并行處理

    1、什么是mpp? MPP (Massively Parallel Processing),即大規模并行處理,在資料庫非共享集群中,每個節點都有獨立的磁盤存盤系統和記憶體系統,業務資料根據資料庫模型和應用特點劃分到各個節點上,每臺資料節點通過專用網路或者商業通用網路互相連接,彼此協同計算,作為整體提供 ......

    uj5u.com 2020-09-10 06:11:41 more
  • 滴滴資料倉庫指標體系建設實踐

    **桔妹導讀:**指標體系是什么?如何使用OSM模型和AARRR模型搭建指標體系?如何統一流程、規范化、工具化管理指標體系?本文會對建設的方法論結合滴滴資料指標體系建設實踐進行解答分析。 #1. 什么是指標體系 ##1.1 指標體系定義 指標體系是將零散單點的具有相互聯系的指標,系統化的組織起來,通 ......

    uj5u.com 2020-09-10 06:12:52 more
  • 單表千萬行資料庫 LIKE 搜索優化手記

    我們經常在資料庫中使用 LIKE 運算子來完成對資料的模糊搜索,LIKE 運算子用于在 WHERE 子句中搜索列中的指定模式。 如果需要查找客戶表中所有姓氏是“張”的資料,可以使用下面的 SQL 陳述句: SELECT * FROM Customer WHERE Name LIKE '張%' 如果需要 ......

    uj5u.com 2020-09-10 06:13:25 more
  • 滴滴Ceph分布式存盤系統優化之鎖優化

    **桔妹導讀:**Ceph是國際知名的開源分布式存盤系統,在工業界和學術界都有著重要的影響。Ceph的架構和演算法設計發表在國際系統領域頂級會議OSDI、SOSP、SC等上。Ceph社區得到Red Hat、SUSE、Intel等大公司的大力支持。Ceph是國際云計算領域應用最廣泛的開源分布式存盤系統, ......

    uj5u.com 2020-09-10 06:14:51 more
  • es~通過ElasticsearchTemplate進行聚合~嵌套聚合

    之前寫過《es~通過ElasticsearchTemplate進行聚合操作》的文章,這一次主要寫一個嵌套的聚合,例如先對sex集合,再對desc聚合,最后再對age求和,共三層嵌套。 Aggregations的部分特性類似于SQL語言中的group by,avg,sum等函式,Aggregation ......

    uj5u.com 2020-09-10 06:14:59 more
  • 爬蟲日志監控 -- Elastc Stack(ELK)部署

    傻瓜式部署,只需替換IP與用戶 導讀: 現ELK四大組件分別為:Elasticsearch(核心)、logstash(處理)、filebeat(采集)、kibana(可視化) 下載均在https://www.elastic.co/cn/downloads/下tar包,各組件版本最好一致,配合fdm會 ......

    uj5u.com 2020-09-10 06:15:05 more
最新发布
  • day02-2-商鋪查詢快取

    功能02-商鋪查詢快取 3.商鋪詳情快取查詢 3.1什么是快取? 快取就是資料交換的緩沖區(稱作Cache),是存盤資料的臨時地方,一般讀寫性能較高。 快取的作用: 降低后端負載 提高讀寫效率,降低回應時間 快取的成本: 資料一致性成本 代碼維護成本 運維成本 3.2需求說明 如下,當我們點擊商店詳 ......

    uj5u.com 2023-04-20 08:33:24 more
  • MySQL中binlog備份腳本分享

    關于MySQL的二進制日志(binlog),我們都知道二進制日志(binlog)非常重要,尤其當你需要point to point災難恢復的時侯,所以我們要對其進行備份。關于二進制日志(binlog)的備份,可以基于flush logs方式先切換binlog,然后拷貝&壓縮到到遠程服務器或本地服務器 ......

    uj5u.com 2023-04-20 08:28:06 more
  • day02-短信登錄

    功能實作02 2.功能01-短信登錄 2.1基于Session實作登錄 2.1.1思路分析 2.1.2代碼實作 2.1.2.1發送短信驗證碼 發送短信驗證碼: 發送驗證碼的介面為:http://127.0.0.1:8080/api/user/code?phone=xxxxx<手機號> 請求方式:PO ......

    uj5u.com 2023-04-20 08:27:27 more
  • 快取與資料庫雙寫一致性幾種策略分析

    本文將對幾種快取與資料庫保證資料一致性的使用方式進行分析。為保證高并發性能,以下分析場景不考慮執行的原子性及加鎖等強一致性要求的場景,僅追求最終一致性。 ......

    uj5u.com 2023-04-20 08:26:48 more
  • sql陳述句優化

    問題查找及措施 問題查找 需要找到具體的代碼,對其進行一對一優化,而非一直把關注點放在服務器和sql平臺 降低簡化每個事務中處理的問題,盡量不要讓一個事務拖太長的時間 例如檔案上傳時,應將檔案上傳這一步放在事務外面 微軟建議 4.啟動sql定時執行計劃 怎么啟動sqlserver代理服務-百度經驗 ......

    uj5u.com 2023-04-20 08:26:35 more
  • 云時代,MySQL到ClickHouse資料同步產品對比推薦

    ClickHouse 在執行分析查詢時的速度優勢很好的彌補了MySQL的不足,但是對于很多開發者和DBA來說,如何將MySQL穩定、高效、簡單的同步到 ClickHouse 卻很困難。本文對比了 NineData、MaterializeMySQL(ClickHouse自帶)、Bifrost 三款產品... ......

    uj5u.com 2023-04-20 08:26:29 more
  • sql陳述句優化

    問題查找及措施 問題查找 需要找到具體的代碼,對其進行一對一優化,而非一直把關注點放在服務器和sql平臺 降低簡化每個事務中處理的問題,盡量不要讓一個事務拖太長的時間 例如檔案上傳時,應將檔案上傳這一步放在事務外面 微軟建議 4.啟動sql定時執行計劃 怎么啟動sqlserver代理服務-百度經驗 ......

    uj5u.com 2023-04-20 08:25:13 more
  • Redis 報”OutOfDirectMemoryError“(堆外記憶體溢位)

    Redis 報錯“OutOfDirectMemoryError(堆外記憶體溢位) ”問題如下: 一、報錯資訊: 使用 Redis 的業務介面 ,產生 OutOfDirectMemoryError(堆外記憶體溢位),如圖: 格式化后的報錯資訊: { "timestamp": "2023-04-17 22: ......

    uj5u.com 2023-04-20 08:24:54 more
  • day02-2-商鋪查詢快取

    功能02-商鋪查詢快取 3.商鋪詳情快取查詢 3.1什么是快取? 快取就是資料交換的緩沖區(稱作Cache),是存盤資料的臨時地方,一般讀寫性能較高。 快取的作用: 降低后端負載 提高讀寫效率,降低回應時間 快取的成本: 資料一致性成本 代碼維護成本 運維成本 3.2需求說明 如下,當我們點擊商店詳 ......

    uj5u.com 2023-04-20 08:24:03 more
  • day02-短信登錄

    功能實作02 2.功能01-短信登錄 2.1基于Session實作登錄 2.1.1思路分析 2.1.2代碼實作 2.1.2.1發送短信驗證碼 發送短信驗證碼: 發送驗證碼的介面為:http://127.0.0.1:8080/api/user/code?phone=xxxxx<手機號> 請求方式:PO ......

    uj5u.com 2023-04-20 08:23:11 more