Elasticsearch之配置詳解

配置詳解

Cluster

• 集羣名稱，默認爲elasticsearch： 
  cluster.name: elasticsearch

• 設置一個節點的併發數量，有兩種狀況，一種是在初始復甦過程當中： 
  cluster.routing.allocation.node_initial_primaries_recoveries: 4 
  另外一種是在添加、刪除節點及調整時： 
  cluster.routing.allocation.node_concurrent_recoveries: 2

Node

• 節點名稱，es啓動時會自動建立節點名稱，但你也可進行配置： 
  node.name: elasticsearch-01

• 是否容許做爲主節點，默認值爲true： 
  node.master: true

• 是否存儲數據，即存儲索引片斷，默認值爲true： 
  node.data: true

  注意： 
  master和data同時配置會產生一些奇異的效果： 

  • 當master爲false，而data爲true時，會對該節點產生嚴重負荷；
  • 當master爲true，而data爲false時，該節點做爲一個協調者；
  • 當master爲false，data也爲false時，該節點就變成了一個負載均衡器。 

   

  你能夠經過鏈接http://localhost:9200/_cluster/health或者http://localhost:9200/_cluster/nodes，或者使用插件http://github.com/lukas-vlcek/bigdesk或http://mobz.github.com/elasticsearch-head來查看集羣狀態。

• 節點自定義屬性，可用於後期集羣進行碎片分配時的過濾： 
  node.rack: rack-01

Index

• 設置一個索引的碎片數量，默認值爲5： 
  index.number_of_shards: 5
• 設置一個索引可被複制的數量，默認值爲1： 
  index.number_of_replicas: 1

當你不須要分佈式時，可進行以下設置：

index.number_of_shards: 1
index.number_of_replicas: 0

• 1
• 2

上述兩個屬性的設置直接影響集羣中索引和搜索操做的執行，假設有足夠的機器來持有碎片和副本，那麼能夠按以下規則設置這兩個值： 
- 擁有更多的碎片能夠提高索引執行能力，並容許經過機器分發一個大型的索引； 
- 擁有更多的副本可以提高搜索執行能力以及集羣能力，但副本增多會下降插入和刪除操做的效率。

- 對於一個索引來講，number_of_shards一旦設置將不能修改，而number_of_replicas可使用索引更新設置API在任什麼時候候被增長或者減小；

ElasticSearch關注加載均衡、遷移、從節點彙集結果等等，能夠嘗試多種設計來完成這些功能，能夠鏈接http://localhost:9200/A/_status來檢測索引的狀態。

Paths

• 配置文件所在的位置，即elasticsearch.yml和logging.yml所在的位置： 
  path.conf: /path/to/conf
• 分配給當前節點的索引數據所在的位置： 
  path.data: /path/to/data 

  能夠可選擇的包含一個以上的位置，使得數據在文件級別跨越位置，這樣在建立時就有更多的自由路徑，如： 
  path.data: /path/to/data1,/path/to/data2

• 臨時文件位置： 
  path.work: /path/to/work
• 日誌文件所在位置： 
  path.logs: /path/to/logs
• 插件安裝位置： 
  path.plugins: /path/to/plugins
• 插件託管位置，若列表中的某一個插件未安裝，則節點沒法啓動： 
  plugin.mandatory: mapper-attachments,lang-groovy

Memory

• JVM開始交換時，ElasticSearch表現並很差：你須要保障JVM不進行交換，能夠將bootstrap.mlockall設置爲true禁止交換： 
  bootstrap.mlockall: true 

  請確保ES_MIN_MEM和ES_MAX_MEM的值是同樣的，而且可以爲ElasticSearch分配足夠的內在，併爲系統操做保留足夠的內存。

Network

• 默認狀況下，ElasticSearch使用0.0.0.0地址，併爲http傳輸開啓9200-9300端口，爲節點到節點的通訊開啓9300-9400端口，也能夠自行設置IP地址： 
  network.bind_host: 192.168.0.1
• publish_host設置其餘節點鏈接此節點的地址，若是不設置的話，則自動獲取，publish_host的地址必須爲真實地址： 
  network.publish_host: 192.168.0.1
• bind_host和publish_host能夠一塊兒設置： 
  network.host: 192.168.0.1
• 能夠定製該節點與其餘節點交互的端口： 
  transport.tcp.port: 9300
• 節點間交互時，能夠設置是否壓縮，轉爲爲不壓縮： 
  transport.tcp.compress: true
• 能夠爲Http傳輸監聽定製端口： 
  http.port: 9200
• 設置內容的最大長度： 
  http.max_content_length: 100mb
• 禁止HTTP: 
  http.enabled: false

GateWay

• 網關容許在全部集羣重啓後持有集羣狀態，集羣狀態的變動都會被保存下來，當第一次啓用集羣時，能夠從網關中讀取到狀態，默認網關類型（也是推薦的）是local： 
  gateway.type: local
• 容許在N個節點啓動後恢復過程： 
  gateway.recover_after_nodes: 1
• 設置初始化恢復過程的超時時間： 
  gateway.recover_after_time: 5m
• 設置該集羣中可存在的節點上限： 
  gateway.expected_nodes: 2

Indices

• 設置復甦時的吞吐量，默認狀況下是無限的： 
  indices.recovery.max_size_per_sec: 0
• 設置從對等節點恢復片斷時打開的流的數量上限： 
  indices.recovery.concurrent_streams: 5

Discovery

• 設置一個集羣中主節點的數量，當多於三個節點時，該值可在2-4之間： 
  discovery.zen.minimum_master_nodes: 1
• 設置ping其餘節點時的超時時間，網絡比較慢時可將該值設大： 
  discovery.zen.ping.timeout: 3s 

  上有更多關於discovery的設置。

• 禁止當前節點發現多個集羣節點，默認值爲true： 
  discovery.zen.ping.multicast.enabled: false
• 設置新節點被啓動時可以發現的主節點列表（主要用於不一樣網段機器鏈接）： 
  discovery.zen.ping.unicast.hosts: ["host1", "host2:port", "host3[portX-portY]"]

Various

• 在一個系統上禁用啓動多個節點： 
  node.max_local_storage_nodes: 1
• 在刪除索引時，是否須要明確指定名稱，該值爲false時，將能夠經過正則或_all進行因此 刪除： 
  action.destructive_requires_name: true

--------------------- 做者：Yashon1990 來源：CSDN 原文：https://blog.csdn.net/hyx1990/article/details/52892026?utm_source=copy 來源聲明