iT邦幫忙

第 12 屆 iThome 鐵人賽

DAY 23
0
Elastic Stack on Cloud

Hey~有聽說資安跟ELK有一腿嗎?系列 第 23

Day23 Elasticsearch我們直接上系列!關於Index的部分~

  • 分享至 

  • xImage
  •  

Hello大家,
終於又放假了~
大家準備好又要再出去玩的心情了嗎?

今天提一下index,
我們在儲存數據的時候啊,
有時候會分不同的Index來讓我們的查詢進行加速,
比如根據不同類型的Log來切,
或是用不同的日期來切,
前面的教學我都是請大家把URL貼上之後就在後面接/_search
這個寫法就是在所有的Index中進行搜索,
當你今天的doc量越來越大,
你的執行時間就會越多,
效能需求也會跟著增加,
假如說我們今天依照月份進行切割,
今天我知道我的事件是來自於9月好了,
那9月之前的1234568月我其實可以先不用看,
如果我又只下_/search的話它就會花很多時間去確認12345678月中有沒有我們要的資料,
所以我們只需要指定9月的Index進行檢索,
那怎麼做呢?很簡單!
[URL]/[Index]/_search
假設今年九月的Index叫做"202009"

https://2cc026f989f14dcd9bb87e1123531b5d.us-east-1.aws.found.io:9243/202009/_search

那如果說今天要查兩個月的呢?
這時候就是[URL]/[Index1],[Index2]/_search

https://2cc026f989f14dcd9bb87e1123531b5d.us-east-1.aws.found.io:9243/202008,202009/_search

這樣我們的檢索舅只會針對這兩個月進行拉~
那如果我今天想要找2020年的全部怎麼辦?
前提是你的Index有年份可以判斷的狀況下呢~
[URL]/[年份]*/_search

https://2cc026f989f14dcd9bb87e1123531b5d.us-east-1.aws.found.io:9243/2020*/_search

這樣的話就會把全部2020年的Index進行檢索啦~
所以關於這部分阿在建置的時候真的要好好考慮Index的問題噢!


上一篇
Day22 Elasticsearch我們直接上系列!使用Postman進行檢索
下一篇
Day24 Elasticsearch我們直接上系列!預設的運算符設定
系列文
Hey~有聽說資安跟ELK有一腿嗎?30
圖片
  直播研討會
圖片
{{ item.channelVendor }} {{ item.webinarstarted }} |
{{ formatDate(item.duration) }}
直播中

尚未有邦友留言

立即登入留言