若是經過elasticsearch的head插件創建索引CRUD操做

個人Elasticsearch系列文章，逐漸更新中，歡迎關注
0A.關於Elasticsearch及實例應用
00.Solr與ElasticSearch對比
01.ElasticSearch能作什麼？
02.Elastic Stack功能介紹
03.如何安裝與設置Elasticsearch API
04.若是經過elasticsearch的head插件創建索引_CRUD操做
05.Elasticsearch多個實例和head plugin使用介紹

若是你是ElasticSearch實用主義者，我推薦你直接看這篇，手把手教你ElasticSearch搭建與配置。

在本文中，「 elasticsearch-head」的簡單可視化工具的設置，以及如何使用此工具進行一些CRUD操做。
工具的目的
Elasticsearch-head主要是用於存儲在Elasticsearch中的數據的可視化工具，從而使用戶可以查詢和執行其餘CRUD操做。當咱們處理Elasticsearch時，它是一個很是有用的工具，特別是嘗試新查詢，檢查索引的映射（相似於SQL世界中的模式）以及查看文檔的數據結構時，這也是很是有用的工具。明智的選擇必須經過編程或終端方式完成。
安裝

1. 在此連接中克隆倉庫
2. 在系統中安裝nodeJs。（您能夠在此處找到安裝指南）
3. 如今在克隆的倉庫中瀏覽並鍵入「 npm install」
4. 在上一步中安裝了必要的軟件包以後，輸入「 npm start」。

如今，用戶界面在連接http：// localhost：9200中準備就緒
用戶界面中的常見錯誤
下面的屏幕快照給出了咱們嘗試使用Elasticsearch-head UI時的常見錯誤：

這主要是一個CORS問題，能夠經過配置Elasticsearch容許訪問來自本地主機的請求來解決。這能夠經過編輯「 elasticsearch.yml」文件來完成。將如下行添加到位於elasticsearch安裝路徑/ etc / elasticsearch中的elasticsearch.yml文件中

http.host：0.0.0.0 
http.cors.enabled：true 
http.cors.allow-origin：「 *」 
http.cors.allow-methods：OPTIONS，HEAD，GET，POST，PUT，DELETE 
http.cors.allow-標頭：X-Requested-With，X-Auth-Token，Content-Type，Content-Length

如今，使用命令「 sudo service elasticsearch restart」從新啓動elasticsearch。如今，在刷新http：// localhost：9100中的elasticsearch-head UI時，咱們將看到該UI，沒有任何錯誤。
UI熟悉-登錄頁面
如今讓咱們進一步探索elasticsearch-head插件。如下是用戶界面登陸頁面的屏幕截圖。
讓咱們一一探索上圖中的標記項目：
1.概述
指示用戶界面如今位於哪一個選項卡上。
2.鏈接欄
在這裏，咱們指定要鏈接的Elasticsearch實例的主機和端口。在這種狀況下，咱們使用本地主機做爲主機，使用端口做爲9200，由於Elasticsearch在本地本地的默認端口9200上運行。

3.集羣運行情況
指示集羣的運行情況。紅色的羣集健康情況代表羣集中有一些尚不可用的節點（主分片），這多是一個嚴重的問題，所以顏色爲紅色。若是某些副本分片不可用，則將顯示爲黃色，最後，若是每一個分片都可用，則將顯示爲綠色。這爲咱們提供了有關Elasticsearch健康狀態的快速概述。
注意：術語shard，cluster，node將在之後的詳細博客中進行解釋。

4.索引名稱和其餘信息
這是索引名稱，此處顯示索引中的文檔大小和數量。

5.「信息和操做」選項卡
每一個索引都有元數據，並容許對其執行某些操做。信息選項卡容許使用元數據列表，單擊後將在用戶界面中顯示。最有用的元數據之一是「映射」，能夠今後處輕鬆查看。

6.節點列表
在介紹博客中，我告訴咱們Elasticsearch是分佈式解決方案。這意味着它能夠部署在多個系統或節點上。該列顯示節點列表，並提供選項以使用「 info」和「 actions」下拉列表查看節點詳細信息。

7.分片信息分片
是Elasticsearch中基本的存儲單元。每一個索引均分爲碎片。這些碎片能夠分佈在不一樣的節點之間或單個節點上。對於索引「 training-test-01」，咱們在單個節點「 9CCT_A1」上有5個分片。雙擊每一個分片可得到狀態和信息。

8.信息
信息選項卡使咱們可以查看集羣運行情況，節點以及與elasticsearch相關的其餘通常事物的統計信息。
UI熟悉-請求頁面
下一個在elasticsearch-head中探索UI的主頁是請求頁面，以下所示：
這個UI基本上容許咱們執行上一個博客中經過終端執行的全部CRUD操做。

1. 請求字符串發出請求

的位置。在此示例中，對於GET請求，咱們提到了索引名稱，類型名稱和文檔ID

1. API列

咱們能夠在此處指定用於與Elasticsearch進行交互的API。在屏幕快照中顯示的此請求中，咱們沒有調用任何API方法，所以將其留空。

1. 請求類型說明符

能夠在此處指定請求的類型，不管是POST，GET，PUT仍是DELETE。

1. 查詢空間

若是有與請求相關的任何查詢，咱們能夠在此處提供。

1. 響應區域

這是響應區域，它將顯示按「 Reguest」按鈕時由前面幾節生成的請求的響應。

結束語在這篇簡短的文章中，咱們已經看到了Elasticsearch-head工具的設置以及對它的熟悉。