十八、.net core(.NET 6)搭建ElasticSearch(ES)系列之使用Logstash通過Rabbitmq接收Serilog日誌到ES

WeskyNet發表於2021-06-30

 使用Logstash通過Rabbitmq接收Serilog日誌到ES

首先,要部署logstash

為了與前面的ElasticSearch版本保持一致,此處Logstash下載的版本也是7.13.1,下載地址:

https://artifacts.elastic.co/downloads/logstash/logstash-7.13.1-windows-x86_64.zip

 

解壓以後,修改一些配置:

config目錄下,修改jvm.options檔案,設定記憶體佔用最小值和最大值:如果配置比較低,建議配置成512MB即可,如果電腦或伺服器配置比較好,那就請隨意。如果只是普通用途,比如記錄普通日誌啥的,配個4G內基本足夠了。

 

 

config裡面,有一個logstash-sample.conf檔案,可以當做參考配置,隨後我們們新建一個用於接收RabbitMQ的配置檔案。先來寫程式碼~~ 

package包專案下,新增引用 Serilog.Sinks.RabbitMQ元件:

 

 

然後,在Program檔案下面,新增serilog日誌寫入到RabbitMQ的一些配置:

以上程式碼如下:

 logger.WriteTo.RabbitMQ((clientConfiguration, sinkConfig) =>
                         {
                             clientConfiguration.Username = "wesky";
                             clientConfiguration.Password = "wesky123";
                             clientConfiguration.Exchange = "WeskyExchange";
                             clientConfiguration.ExchangeType = "direct";
                             clientConfiguration.DeliveryMode = RabbitMQDeliveryMode.Durable;
                             clientConfiguration.RouteKey = "WeskyLog";
                             clientConfiguration.Port = 5672;
                             clientConfiguration.Hostnames.Add("127.0.0.1");
                             sinkConfig.TextFormatter = new JsonFormatter();
                         });

 

以上為了方便,所以寫死了,大佬們可以寫到配置檔案裡面去進行讀取,這樣好一點。

然後,程式啟動時候,進行主動建立一個ExchangeWeskyExchange的,RouteKeyWeskyLogs的訊息佇列,包括生產者和消費者。之前有做過簡單的RabbitMQ建立的案例,所以直接在原來的基礎上做一些改動:

 

設定了兩個RouteKey:WeskyLogWeskyLog2,以及兩個佇列 Log1Log2。我們們主要使用WeskyLog和 Log1

在消費者監聽上面,做個過濾,對於佇列是Log1的訊息,直接返回不做處理,這樣做到目的是訊息不被消費,讓logstash來消費訊息:

 

 

現在開始配置logstash,上面有一個logstash-sample.conf檔案,拷貝一分,重新命名為 rabbitmq.conf  然後往裡面更改一些配置資訊,如下:

 

 

logstash部分配置程式碼:

十八、.net core(.NET 6)搭建ElasticSearch(ES)系列之使用Logstash通過Rabbitmq接收Serilog日誌到ES
input {
  rabbitmq {
    host => "127.0.0.1"
    port => 5672
    user => "wesky"
    password => "wesky123"
    queue => "Log1"
    key => "WeskyLog"
    exchange => "WeskyExchange"
    durable => true
  }
}

filter {
  grok {
    match => {"Timestamp" => "%{TIMESTAMP_ISO8601:ctime}"}
    add_field => ["create_time","%{@timestamp}"]
  }
  date {
    match => ["ctime","yyyy-MM-dd HH:mm:ss.SSS","ISO8601"]
    target => "@timestamp"
  }
  mutate {
    remove_field => ["@version","Properties","Timestamp","ctime"]
    rename => {"MessageTemplate" => "message"}
    rename => {"Level" => "level"}
  }
  ruby {
    code => "event.set('create_time',event.get('@timestamp').time.localtime)"
  }
}

output {
  elasticsearch {
    hosts => ["http://localhost:9200"]
    index => "log-%{+YYYYMMdd}"
  }
}
View Code

 

注意,配置不能使用Tab,必須只能用空格,每個縮排倆空格。

現在寫一個測試的webapi,來看看效果。建立一個webapi,記錄兩條日誌,一條是Infomaton,一條是Error

 

 

現在啟動Wsk.Core程式,試著跑一下看看效果:

 

 

 

哦吼,才發現有其他的日誌,所以直接開啟RabbitMQ,可以看到日誌被寫入到了MQ裡面,而且因為沒有消費,所以佇列一直在增加。我們們現在啟動一下logstash

啟動方式如下圖,具體地址那些,需要根據自己具體的目錄而定:

 

 

 

可以看見,左邊的訊息,一下子被消費完畢,說明logstash應該是獲取到MQ訊息了。

現在我們看一下ElasticSearch上面,是否有訊息:

 

 

查詢log-20210629,可以看到對應的日誌資訊,說明寫入ES成功。

kibana上面,選擇Discover,然後建立一個log的篩選,用於查詢所有以log開頭到索引:

 

 

剛新增會有點亂,我們們選擇只檢視create_timelevelmessage欄位資訊:

 

顯示內容有點亂,debug資訊也都記錄了,我們們把這部分過濾掉再啟動。配置檔案裡面,修改最小日誌級別為Information:

 

 

再啟動程式,檢視效果,瞬間清爽~~~

 

 

現在通過上面的webapi,寫兩個日誌看看效果:

 

控制檯有資訊了,現在去ES上面看下日誌資訊:

 

 

可以看見日誌也有了。現在試一下自帶搜尋引擎的查詢的效果:

 

 

說明查詢也是OK的。

 

另外需要注意一點:

我這邊索引還是log-20210629,但是實際上已經是2021630日的024分,這個是因為ES預設是0區,我們們中國是東八區,所以會自動少8個小時進行儲存。Kibana上面查詢的日誌時間卻正常的,這個是因為Kibana預設會讀取瀏覽器的時區,自動幫我們轉換進行顯示了。

如果搜尋日誌時候,發現搜尋的是單個字,沒有片語那些,那可能是因為沒有新增中文分詞的原因。新增中文分詞以及中文分詞外掛,可以加群索取哦~~

 

以上就是今天的內容,歡迎各位大佬留下寶貴的意見或建議~~~

相關文章