国产 无码 综合区,色欲AV无码国产永久播放,无码天堂亚洲国产AV,国产日韩欧美女同一区二区

Elasticsearch:創(chuàng)建自定義 ES Rally tracks 的分步指南

這篇具有很好參考價值的文章主要介紹了Elasticsearch:創(chuàng)建自定義 ES Rally tracks 的分步指南。希望對大家有所幫助。如果存在錯誤或未考慮完全的地方,請大家不吝賜教,您也可以點擊"舉報違法"按鈕提交疑問。

作者:Alejandro Sánchez

按照這個綜合教程學(xué)習(xí)如何制作個性化的 Rally tracks

Elasticsearch:創(chuàng)建自定義 ES Rally tracks 的分步指南,Elasticsearch,Elastic,elasticsearch,大數(shù)據(jù),搜索引擎,全文檢索,性能優(yōu)化

ES Rally 是什么?它的用途是什么?

ES Rally 是一個用于在 Elasticsearch? 上測試性能的工具,允許你運行和記錄比較測試。

做出決策可能很困難,尤其是當(dāng)你沒有所需的信息并且只能根據(jù)過去積極或消極的變化進行猜測或經(jīng)驗時。

如果我們補充一點,數(shù)據(jù)世界必須是靈活的,因為它發(fā)展迅速,因此我們的 Elasticsearch 必須適應(yīng)它,這個工具將幫助我們能夠衡量我們隨著時間的推移所做的所有變化和演變,并評估它們的影響 。 最重要的是,我們可以獲得做出正確決策所需的信息。

使用 ES Rally

ES Rally 附帶了幾條開箱即用的 “tracks”。 track?描述一個或多個性能測試場景。

在許多情況下,這些測試可用于評估不同版本的 Elasticsearch 或底層硬件,以及已部署的集群。 然而,在這種特殊情況下,請務(wù)必記住,如果集群已經(jīng)運行并提供流量,則由于并行使用會影響結(jié)果,因此指標(biāo)可能不準(zhǔn)確。 然而,給定的值仍然可以用于以后的評估和比較。

此時,你可能想知道是否可以使用 Elasticsearch 集群中已有的自己的數(shù)據(jù)集。 答案是肯定的。 并非所有優(yōu)化或改進都只發(fā)生在 Elasticsearch 中。 它也可以在數(shù)據(jù)模型中完成,無論它是不斷發(fā)展的還是你根據(jù)數(shù)據(jù)使用方式看到的改進。 你可以使用 ES Rally 來衡量這些更改的影響。 接下來我們將展示如何創(chuàng)建你自己的 “track”。

使用你的數(shù)據(jù)創(chuàng)建你自己的 track

首先,我們來看看先決條件。 ES Rally 可以通過多種方式安裝,但以我的拙見,如果我們使用容器發(fā)行版,我們將節(jié)省時間并使事情變得簡單。

另一方面,我們應(yīng)該考慮磁盤空間。 ES Rally 將下載你指定其下載的索引,因此,如果你正在考慮下載 1TB 索引,則需要牢記這一點。 在這一點上,數(shù)據(jù)大小確實很重要 —— 俗話說,“不多也不少” —— 所以定義一個有代表性的數(shù)據(jù)大小很重要。 如果它太小,攝取速度指標(biāo)可能不具有代表性,但如果它太大,track 的創(chuàng)建時間將會很長。

為此準(zhǔn)備數(shù)據(jù)的一種方法是使用 Elasticsearch Reindex API 和 max_docs 參數(shù)來創(chuàng)建一個索引,該索引的大小適合稍后運行的測試。

比如

Elasticsearch:創(chuàng)建自定義 ES Rally tracks 的分步指南,Elasticsearch,Elastic,elasticsearch,大數(shù)據(jù),搜索引擎,全文檢索,性能優(yōu)化

Reindex 索引過程可能需要 30 秒以上,因此建議使用 wait_for_completion=false 選項啟動它。 這將返回一個任務(wù) ID,你可以使用該 ID 來跟蹤流程的進度和完成情況。

注意:目前,ES Rally 在創(chuàng)建自定義賽道時是單線程的。 這是為了避免影響集群或運行任務(wù)的計算機的性能。 因此,此過程可能需要一些時間才能完成。 使用 screen 或 tmux 等虛擬終端將允許你在后臺運行該進程。

入門

一旦確定了目標(biāo)索引并且我們確保有足夠的空間,讓我們開始創(chuàng)建自定義 track(請相應(yīng)地檢查和調(diào)整,以避免硬編碼密碼,我們將使用 read -s 在當(dāng)時輸入它 ):

export loca_path='/path/where/save/esrally'
export user='user'
export track_name='test'
export ssl='true'
export verify_ssl='true'
export indice='test'
export es_host='es:port'
read -s password

docker run --rm --name esrally \
  -v ${loca_path}:/rally/.rally/ \
  elastic/rally create-track \
  --track=${track_name} \
  --target-hosts=${es_host} \
  --client-options="timeout:60,use_ssl:${ssl},verify_certs:${verify_ssl},basic_auth_user:'${user}',basic_auth_password:'${password}'" \
  --indices="${indice}" \
  --output-path=/rally/.rally/tracks

我們將得到類似于以下內(nèi)容的輸出:

Elasticsearch:創(chuàng)建自定義 ES Rally tracks 的分步指南,Elasticsearch,Elastic,elasticsearch,大數(shù)據(jù),搜索引擎,全文檢索,性能優(yōu)化

我們可以通過以下方式看到我們創(chuàng)建的自定義 track:

docker run --rm --name esrally \
  -v ${loca_path}:/rally/.rally/ \
  elastic/rally info --track-path=/rally/.rally/tracks/${track_name}

Elasticsearch:創(chuàng)建自定義 ES Rally tracks 的分步指南,Elasticsearch,Elastic,elasticsearch,大數(shù)據(jù),搜索引擎,全文檢索,性能優(yōu)化

我們得到了什么?

我們來看看ES Rally上線后有什么。 這對于了解要適應(yīng)什么以及如何有目標(biāo)地運行未來的測試至關(guān)重要。

下圖顯示了 ES Rally 的默認(rèn)配置、我們執(zhí)行的執(zhí)行日志以及我們創(chuàng)建的自定義 track。

Elasticsearch:創(chuàng)建自定義 ES Rally tracks 的分步指南,Elasticsearch,Elastic,elasticsearch,大數(shù)據(jù),搜索引擎,全文檢索,性能優(yōu)化

  • logging.json:這是我們定義事件如何記錄在日志文件中的地方。
  • logs/rally.log:這是我們執(zhí)行 ES Rally 的日志被轉(zhuǎn)儲的地方。 默認(rèn)情況下,該文件不會旋轉(zhuǎn),因此我們可以配置一個外部工具(例如 logrotate)來執(zhí)行此操作。
  • rally.ini:這是定義 ES Rally 配置的文件。
  • track/track_name/:這將包含與我們的自定義 track 相關(guān)的文件,在這種特殊情況下:
    • name-documents-1k.json:前 1,000 個文檔
    • name-documents-1k.json.bz2:前 1,000 個壓縮文檔
    • name-documents.json:所有文檔
    • name-documents.json.bz2:所有壓縮文檔
    • name.json:原始索引的定義(映射和設(shè)置)
    • track.json:自定義 track 的配置(索引、語料庫、時間表、challenges)

通常,我們將用來調(diào)整 ES Rally 運行的行為和測試的最相關(guān)文檔是 rally.ini 以及每個自定義 track name.json 和 track.json。

現(xiàn)在我們有了自定義 track,我們該如何使用它呢?

在不深入討論的情況下,讓我們調(diào)整我們已經(jīng)運行的第一個測試,我們將使用該測試作為基線來衡量集群中未來的變化(假設(shè)保留變量以正確執(zhí)行):

docker run --rm --name esrally \
  -v ${loca_path}:/rally/.rally/ \
  elastic/rally race \
  --track-path=~/.rally/tracks/${track_name} \
  --target-hosts=${es_host} \
  --pipeline=benchmark-only \
  --client-options="timeout:60,use_ssl:true,basic_auth_user:'${user}',basic_auth_password:'${password}'"

這將為我們提供有關(guān)執(zhí)行的信息,但不用擔(dān)心,它會被保存以供以后使用。

我們使用 benchmark-only 的 pipeline 類型在已經(jīng)運行的集群上啟動它,這就是為什么我們可以看到警告,告訴我們所采取的不同步驟可能具有誤導(dǎo)性的指標(biāo),此外還可以看到在 track.json 文件的 “schedule” 部分。

Elasticsearch:創(chuàng)建自定義 ES Rally tracks 的分步指南,Elasticsearch,Elastic,elasticsearch,大數(shù)據(jù),搜索引擎,全文檢索,性能優(yōu)化

最后,指標(biāo)部分將向我們顯示每個 metric 的值。

注意:可以通過配置 reporting 將指標(biāo)保存到 Elasticsearch。

Elasticsearch:創(chuàng)建自定義 ES Rally tracks 的分步指南,Elasticsearch,Elastic,elasticsearch,大數(shù)據(jù),搜索引擎,全文檢索,性能優(yōu)化

[...]

Elasticsearch:創(chuàng)建自定義 ES Rally tracks 的分步指南,Elasticsearch,Elastic,elasticsearch,大數(shù)據(jù),搜索引擎,全文檢索,性能優(yōu)化

要深入了解每一項,我們必須查看官方文檔,其中對每一項都有詳細解釋。 然而,其中許多都是不言自明的,我們將找到與下面的案例最相關(guān)的內(nèi)容。

改變的時刻

此時,我們已經(jīng)有了自定義 track,并且已經(jīng)使用 ES Rally 的默認(rèn)配置以及該索引的原始映射和設(shè)置執(zhí)行了至少一次。

讓我們定義一個用例,數(shù)據(jù)模型優(yōu)化。 我之所以特別提出這一點,是因為我在許多部署中看到了性能的顯著提高和資源的顯著節(jié)省,甚至對存儲節(jié)省等基本資源成本也產(chǎn)生了積極的影響。

我知道這個用例可能是一個 challenge,特別是當(dāng)我們無法控制數(shù)據(jù)模型時,因為它來自另一個領(lǐng)域或由外部應(yīng)用程序管理。 但這將使我們能夠?qū)?shù)字轉(zhuǎn)化為性能和成本,從而更有效、更有利地、更優(yōu)化地使用 Elasticsearch。

我的同事 Mattias Brunnert 撰寫了一篇關(guān)于分析和優(yōu)化 Elasticsearch 中的存儲的博客文章,你可以在其中看到映射(或數(shù)據(jù)模型)在這方面的影響的示例。 我想強調(diào)的是,最佳的數(shù)據(jù)模型不僅會節(jié)省磁盤空間,還會提高攝取速度和查詢速度。

因此,利用我們現(xiàn)在所處的位置,探索以下 api _field_usage_stats,它將向你展示如何使用數(shù)據(jù)。 例如,你可以從 n 個字段的索引映射中看到你正在使用哪些字段以及你沒有使用哪些字段。 在此基礎(chǔ)上,你可以定義符合你的需求和實際使用情況的新的、更優(yōu)化的映射。

好吧,我們已經(jīng)有了用例,我們分析了數(shù)據(jù),并且發(fā)現(xiàn)我們可以改進自定義 track 中使用的索引的映射,因此我們繼續(xù)編輯 name.json 文件以使其適應(yīng)結(jié)果 我們的分析。

我們可以找到類似的內(nèi)容,其中我們看到默認(rèn)行為,即在推斷文本數(shù)據(jù)類型時生成文本和關(guān)鍵字字段,但在本例中這顯然是不正確的。

Elasticsearch:創(chuàng)建自定義 ES Rally tracks 的分步指南,Elasticsearch,Elastic,elasticsearch,大數(shù)據(jù),搜索引擎,全文檢索,性能優(yōu)化

因此,我們調(diào)整了映射并保存了更改以繼續(xù)重新運行相同的測試。

我們將得到與前一個類似的輸出:

Elasticsearch:創(chuàng)建自定義 ES Rally tracks 的分步指南,Elasticsearch,Elastic,elasticsearch,大數(shù)據(jù),搜索引擎,全文檢索,性能優(yōu)化

評價時刻

現(xiàn)在我們已經(jīng)執(zhí)行了兩次自定義 track,區(qū)別在于映射的優(yōu)化,我們將比較結(jié)果。

首先,正如我們之前提到的,結(jié)果存儲在我們賦予它們的持久性中:

Elasticsearch:創(chuàng)建自定義 ES Rally tracks 的分步指南,Elasticsearch,Elastic,elasticsearch,大數(shù)據(jù),搜索引擎,全文檢索,性能優(yōu)化

在這些 JSON 文件中,我們可以單獨看到每個測試獲得的結(jié)果,但 ES Rally 還允許我們比較執(zhí)行的執(zhí)行情況。 為此,我們首先列出執(zhí)行的執(zhí)行:

docker run --rm --name esrally -v ${loca_path}:/rally/.rally/ elastic/rally esrally list races

Elasticsearch:創(chuàng)建自定義 ES Rally tracks 的分步指南,Elasticsearch,Elastic,elasticsearch,大數(shù)據(jù),搜索引擎,全文檢索,性能優(yōu)化

并且通過獲取 Race ID,我們將執(zhí)行以下命令進行比較:

docker run --rm --name esrally -v ${loca_path}:/rally/.rally/ \
elastic/rally esrally compare \
--baseline=ID_WITHOUT_CHANGES \
--contender=ID_WITH_CHANGES

這將為我們提供兩次執(zhí)行的比較:

Elasticsearch:創(chuàng)建自定義 ES Rally tracks 的分步指南,Elasticsearch,Elastic,elasticsearch,大數(shù)據(jù),搜索引擎,全文檢索,性能優(yōu)化

注:這些數(shù)據(jù)僅供參考,不代表實際值; 它們是在實驗室中執(zhí)行的,數(shù)據(jù)樣本由 100 個文檔組成。

使用 ES Rally 優(yōu)化 Elasticsearch

我們已經(jīng)了解了如何將 ES Rally 與我們自己的數(shù)據(jù)集一起使用,如何修改它們以使其適應(yīng)代表當(dāng)前或未來情況的場景,以及如何比較和評估它們。 這將幫助我們衡量未來或計劃中可能發(fā)生的變化,并確定是否會產(chǎn)生積極或消極的影響。 如果我們定期執(zhí)行負(fù)載測試并確定我們距離達到 Elasticsearch 性能的操作或 SLA 限制的程度,那么它對于測量集群的性能也很有用。

ES Rally 可以通過多種方式進行配置,甚至可以以分布式方式執(zhí)行,以測試大型 Elasticsearch 環(huán)境 - 例如,當(dāng)執(zhí)行 ES Rally 的單個節(jié)點不夠或者出現(xiàn)執(zhí)行瓶頸時。

盡管我們已經(jīng)了解了如何從 Docker 運行它,但我還是給你留下了一個如何從 K8s 作為作業(yè)運行它的示例作為獎勵:

Elasticsearch:創(chuàng)建自定義 ES Rally tracks 的分步指南,Elasticsearch,Elastic,elasticsearch,大數(shù)據(jù),搜索引擎,全文檢索,性能優(yōu)化

想要了解有關(guān) ES Rally 及其用例的更多信息?

我鼓勵你查看官方文檔或聯(lián)系我們的咨詢團隊,以幫助你以最優(yōu)化的方式在你的組織中使用它,以增加最大的價值。

請記住,數(shù)據(jù)是決策的關(guān)鍵。

本文中描述的任何特性或功能的發(fā)布和時間安排均由 Elastic 自行決定。 當(dāng)前不可用的任何特性或功能可能無法按時交付或根本無法交付。

原文:A step-by-step guide to creating custom ES Rally tracks | Elastic Blog文章來源地址http://www.zghlxwxcb.cn/news/detail-832656.html

到了這里,關(guān)于Elasticsearch:創(chuàng)建自定義 ES Rally tracks 的分步指南的文章就介紹完了。如果您還想了解更多內(nèi)容,請在右上角搜索TOY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章,希望大家以后多多支持TOY模板網(wǎng)!

本文來自互聯(lián)網(wǎng)用戶投稿,該文觀點僅代表作者本人,不代表本站立場。本站僅提供信息存儲空間服務(wù),不擁有所有權(quán),不承擔(dān)相關(guān)法律責(zé)任。如若轉(zhuǎn)載,請注明出處: 如若內(nèi)容造成侵權(quán)/違法違規(guī)/事實不符,請點擊違法舉報進行投訴反饋,一經(jīng)查實,立即刪除!

領(lǐng)支付寶紅包贊助服務(wù)器費用

相關(guān)文章

  • 如何通過 Docker 使用 AutoGPT:分步指南

    如何通過 Docker 使用 AutoGPT:分步指南

    AutoGPT 是一個自治的 GPT-4 代理。AutoGPT 基本上是 ChatGPT 與自己對話。它可以創(chuàng)建代碼、執(zhí)行代碼,還可以訪問互聯(lián)網(wǎng)。通過與自身對話,ChatGPT 可以自行驗證源代碼、創(chuàng)建程序和調(diào)試程序。這是 AI 領(lǐng)域的最新大事。在本文中,我將幫助您逐步使用 Docker 運行 AutoGPT。 我假設(shè)您知

    2024年02月07日
    瀏覽(22)
  • 如何將數(shù)據(jù)從 Oracle 遷移到 MySQL:分步指南

    如何將數(shù)據(jù)從 Oracle 遷移到 MySQL:分步指南

    數(shù)據(jù)遷移在各種業(yè)務(wù)場景中發(fā)揮著至關(guān)重要的作用。當(dāng)您的公司將其服務(wù)從本地遷移到云端時,數(shù)據(jù)遷移就會介入,將數(shù)據(jù)從舊位置傳輸?shù)叫挛恢?。另一種常見的做法可能是更換或升級服務(wù)器或存儲設(shè)備。在這種情況下,數(shù)據(jù)遷移可確保數(shù)據(jù)的順利高效傳輸,最大限度地減少

    2024年02月11日
    瀏覽(25)
  • 二、Elasticsearch入門必讀指南:到底選擇哪個ES版本更合適

    為什么寫這篇,一是沒人講,二是網(wǎng)上很多同學(xué)分享ES相關(guān)知識、問題排查等,很多都不講版本,導(dǎo)致新手在技術(shù)選型時不知道選擇什么版本,更多的是問題排查時看半天文章卻發(fā)現(xiàn)版本對不上。所以想通過這篇文章告訴你2024年了,選擇什么版本更合適。 ? ? ES從發(fā)布之初到

    2024年01月21日
    瀏覽(24)
  • 使用 Python 流式傳輸來自 OpenAI API 的響應(yīng):分步指南

    使用 Python 流式傳輸來自 OpenAI API 的響應(yīng):分步指南

    OpenAI API 提供了大量可用于執(zhí)行各種 NLP 任務(wù)的尖端 AI 模型。但是,在某些情況下,僅向 OpenAI 發(fā)出 API 請求可能還不夠,例如需要實時更新時。這就是服務(wù)器發(fā)送事件 (SSE) 發(fā)揮作用的地方。 SSE 是一種簡單有效的技術(shù),用于將數(shù)據(jù)從服務(wù)器實時流式傳輸?shù)娇蛻舳恕?如何在 W

    2023年04月19日
    瀏覽(39)
  • 輕松設(shè)置CentOS IP地址的最終指南:詳細的分步說明

    輕松設(shè)置CentOS IP地址的最終指南:詳細的分步說明

    CentOS操作系統(tǒng)是一種基于Linux的開源操作系統(tǒng),被廣泛用于服務(wù)器環(huán)境。設(shè)置正確的IP地址對于CentOS操作系統(tǒng)來說至關(guān)重要,它是網(wǎng)絡(luò)通信的基礎(chǔ),決定了服務(wù)器能否正常與其他設(shè)備進行連接和通信。 在服務(wù)器環(huán)境中,正確配置IP地址可以使服務(wù)器能夠正確地接收和發(fā)送網(wǎng)絡(luò)數(shù)

    2024年02月03日
    瀏覽(20)
  • 在蘋果 macOS m1和m2 使用 MATLAB分步指南

    MATLAB 是用于數(shù)值計算和數(shù)據(jù)分析的強大軟件工具。如果您是 Mac 用戶并想開始使用 MATLAB,那么本分步指南適合您。 在開始之前,請確保您的 Mac 滿足運行 MATLAB 的最低系統(tǒng)要求。 轉(zhuǎn)到 MathWorks 網(wǎng)站 (?https://www.mathworks.com/?)。單擊“下載”按鈕。創(chuàng)建一個帳戶或登錄您現(xiàn)有的

    2024年02月01日
    瀏覽(45)
  • ElasticSearch|ES 連接超時及創(chuàng)建連接失敗問題定位過程記錄

    socket.timeout:等待源端服務(wù)器響應(yīng)超時 ConnectionRefusedError:嘗試創(chuàng)建連接被拒絕 ES 集群中某個節(jié)點的 ES 主進程被殺(由于服務(wù)器內(nèi)存不足導(dǎo)致),導(dǎo)致該節(jié)點 ES 重新拉起,報 “嘗試創(chuàng)建連接被拒絕”; ES 集群中某個節(jié)點的服務(wù)器內(nèi)存不足,導(dǎo)致該節(jié)點 ES 的 cache 被清空,E

    2024年02月04日
    瀏覽(31)
  • elasticsearch[七]:ES評分規(guī)則詳解[查詢評分規(guī)則、自定義評分規(guī)則]

    elasticsearch[七]:ES評分規(guī)則詳解[查詢評分規(guī)則、自定義評分規(guī)則]

    因為需要對搜索結(jié)果進行一個統(tǒng)一化的評分,因此需要仔細研究 ES 本身的評分規(guī)則從而想辦法把評分統(tǒng)一。 省流:無法確切統(tǒng)一化 之前有說過 ES 的查詢評分原理,那么仔細思考之后就會發(fā)現(xiàn),長文本搜索對應(yīng)的 score 會比短文本搜索的 score 高很多:score = 單個分詞評分之和

    2024年01月20日
    瀏覽(26)
  • elasticsearch 7.9.3知識歸納整理(六)之 kibana圖形化操作es指南

    elasticsearch 7.9.3知識歸納整理(六)之 kibana圖形化操作es指南

    一、創(chuàng)建用戶,角色和權(quán)限指引 1.創(chuàng)建角色 1.1 在kibana首頁點擊Manage and Administer the Elastic Stack下的securitys settings 1.2 點擊左側(cè)Security 下的roles 1.3 點擊右上角的create role 1.4 輸入角色名字 完成后點擊下面的create role 1.5 創(chuàng)建好角色后,找到角色,點擊 角色名 就會進入給角色授權(quán)界

    2024年02月08日
    瀏覽(26)
  • ES 性能調(diào)優(yōu),這可能是全網(wǎng)最詳細的 Elasticsearch 性能調(diào)優(yōu)指南

    ES 性能調(diào)優(yōu),這可能是全網(wǎng)最詳細的 Elasticsearch 性能調(diào)優(yōu)指南

    性能調(diào)優(yōu)是一件大而細的活兒。技術(shù)開發(fā)沒有銀彈,也就是本質(zhì)上是沒有所謂可應(yīng)對任何場景的通用\\\"最優(yōu)配置\\\"的。如果有,那么出廠何必不直接給出呢?所以理解每一項優(yōu)化配置的含義很重。在當(dāng)前情況下為最優(yōu)配置,但是換一種場景就未必了。 廢話不多說,直接上干貨!

    2024年02月03日
    瀏覽(36)

覺得文章有用就打賞一下文章作者

支付寶掃一掃打賞

博客贊助

微信掃一掃打賞

請作者喝杯咖啡吧~博客贊助

支付寶掃一掃領(lǐng)取紅包,優(yōu)惠每天領(lǐng)

二維碼1

領(lǐng)取紅包

二維碼2

領(lǐng)紅包