精品欧美一区二区三区在线观看 _久久久久国色av免费观看性色_国产精品久久在线观看_亚洲第一综合网站_91精品又粗又猛又爽_小泽玛利亚一区二区免费_91亚洲精品国偷拍自产在线观看 _久久精品视频在线播放_美女精品久久久_欧美日韩国产成人在线

使用loki+promtail+alertmanager+prometheusAlert實現自定義日志采集查看和監控告警

運維
Alertmanager的抑制機制可以避免當某種問題告警產生之后用戶接收到大量由此問題導致的一系列的其它告警通知。例如當集群不可用時,用戶可能只希望接收到一條告警,告訴他這時候集群出現了問題,而不是大量的如集群中的應用異常、中間件服務異常的告警通知。

1. 整體架構

圖片

后面介紹部署方式都是二進制部署,這些應用都可以使用容器進行部署,思路都是一樣的,本文就不再介紹了。

2. 安裝loki

(1)下載地址

https://github.com/grafana/loki/releases

(2)安裝

[root@testqwe ~]# mkdir loki
[root@testqwe ~]# cd loki
[root@testqwe ~]# wget https://github.com/grafana/loki/releases/download/v2.7.1/loki-linux-amd64.zip
[root@testqwe ~]# unzip loki-linux-amd64.zip
[root@testqwe ~]# vi loki.yaml

(3)修改配置文件

主要修改 ruler 內參數。

auth_enabled: false

server:
  http_listen_port: 3100

common:
  # 根據實際路徑修改
  path_prefix: /home/xxx/Data/loki-stack/loki
  storage:
    filesystem:
      # 根據實際路徑修改
      chunks_directory: /home/xxx/Data/loki-stack/loki/chunks
      # 根據實際路徑修改
      rules_directory: /home/xxx/Data/loki-stack/loki/rules
  replication_factor: 1
  ring:
    instance_addr: 127.0.0.1
    kvstore:
      store: inmemory

query_range:
  results_cache:
    cache:
      embedded_cache:
        enabled: true
        max_size_mb: 100

schema_config:
  configs:
    - from: 2020-10-24
      store: boltdb-shipper
      object_store: filesystem
      schema: v11
      index:
        prefix: index_
        period: 24h

limits_config:
  enforce_metric_name: false
  reject_old_samples: true
  reject_old_samples_max_age: 168h
  retention_period: 720h

compactor:
  retention_enabled: true
  compaction_interval: 10m
  retention_delete_delay: 5m
  retention_delete_worker_count: 150

chunk_store_config:
  max_look_back_period: 720h

ruler:
  # 觸發告警事件后的回調查詢地址
  # 如果用grafana的話就配置成grafana/explore,根據實際ip修改
  alertmanager_url: http://10.xx.xx.xx:9093
  external_url: http://10.xx.xx.xx:3000
  enable_alertmanager_v2: true
  # 啟用loki rules API
  enable_api: true
  # 對rules分片,支持ruler多實例,ruler服務的一致性哈希環配置,用于支持多實例和分片
  enable_sharding: true
  ring:
    kvstore:
      store: inmemory
  # rules臨時規則文件存儲路徑,根據實際路徑修改
  rule_path: /home/xxx/Data/loki-stack/loki/tmp_rules
  # rules規則存儲
  # 主要支持本地存儲(local)和對象文件系統(azure, gcs, s3, swift)
  storage:
    type: local
    local:
      # 根據實際路徑修改
      directory: /home/xxx/Data/loki-stack/loki/rules
  # rules規則加載時間
  flush_period: 1m

analytics:
  reporting_enabled: false

其中loki 配置文件詳解。

server:
  http_listen_port: 3100 # http_listen_port: 配置HTTP監聽端口號為3100。
  graceful_shutdown_timeout: 60s # 配置優雅停機的超時時間為60秒。
  http_server_read_timeout: 60s # 配置HTTP服務器讀取超時時間為60秒。
  http_server_write_timeout: 60s # 配置HTTP服務器寫入超時時間為60秒。

ingester: # 配置Loki的ingester部分,用于接收和處理日志數據。
  lifecycler: # 配置生命周期管理器,用于管理日志數據的生命周期。
    address: 10.0.0.8 # 配置生命周期管理器的地址
    ring: # 配置哈希環,用于將日志數據分配給不同的Loki節點
      kvstore: # 配置鍵值存儲,用于存儲哈希環的節點信息。
        store: inmemory # 配置存儲引擎為inmemory,即內存中存儲
      replication_factor: 1 # 配置復制因子為1,即每個節點只存儲一份數據。
    final_sleep: 0s # 配置最終休眠時間為0秒,即關閉時立即停止。
  chunk_idle_period: 1h # 配置日志塊的空閑時間為1小時。如果一個日志塊在這段時間內沒有收到新的日志數據,則會被刷新。
  max_chunk_age: 1h # 配置日志塊的最大年齡為1小時。當一個日志塊達到這個年齡時,所有的日志數據都會被刷新。
  chunk_target_size: 2048576 # 配置日志塊的目標大小為2048576字節(約為1.5MB)。如果日志塊的空閑時間或最大年齡先達到,Loki會首先嘗試將日志塊刷新到目標大小。
  chunk_retain_period: 30s # 配置日志塊的保留時間為30秒。這個時間必須大于索引讀取緩存的TTL(默認為5分鐘)。
  max_transfer_retries: 0 # 配置日志塊傳輸的最大重試次數為0,即禁用日志塊傳輸。

schema_config: # 配置Loki的schema部分,用于管理索引和存儲引擎。
  configs: # 配置索引和存儲引擎的信息。
    - from: 2020-10-24 # 配置索引和存儲引擎的起始時間。
      store: boltdb-shipper # 配置存儲引擎為boltdb-shipper,即使用BoltDB存儲引擎。
      object_store: filesystem # 配置對象存儲引擎為filesystem,即使用文件系統存儲。
      schema: v11 # 配置schema版本號為v11。
      index: # 配置索引相關的信息。
        prefix: index_ # 配置索引文件的前綴為index_。
        period: 24h # 配置索引文件的周期為24小時。

storage_config: # 配置Loki的存儲引擎相關的信息。
  boltdb_shipper: # 配置BoltDB存儲引擎的信息。
    active_index_directory: /tmp/loki/boltdb-shipper-active # 配置活動索引文件的存儲目錄為/tmp/loki/boltdb-shipper-active。
    cache_location: /tmp/loki/boltdb-shipper-cache # 配置BoltDB緩存文件的存儲目錄為/tmp/loki/boltdb-shipper-cache。
    cache_ttl: 240h # 配置BoltDB緩存的TTL為240小時。
    shared_store: filesystem # 配置共享存儲引擎為filesystem,即使用文件系統存儲。
  filesystem: # 配置文件系統存儲引擎的信息,即日志數據的存儲目錄為/tmp/loki/chunks
    directory: /tmp/loki/chunks

compactor: # 配置日志壓縮器的信息。
  working_directory: /tmp/loki/boltdb-shipper-compactor # 配置工作目錄為/tmp/loki/boltdb-shipper-compactor。
  shared_store: filesystem # 配置共享存儲引擎為filesystem,即使用文件系統存儲。

limits_config: # 配置Loki的限制策略。
  reject_old_samples: true # 配置是否拒絕舊的日志數據。
  reject_old_samples_max_age: 168h # 配置拒絕舊的日志數據的最大年齡為168小時。
  ingestion_rate_mb: 64 # 配置日志數據的最大攝入速率為64MB/s。
  ingestion_burst_size_mb: 128 # 配置日志數據的最大攝入突發大小為128MB。
  max_streams_matchers_per_query: 100000 # 配置每個查詢的最大流匹配器數量為100000。
  max_entries_limit_per_query: 50000 # 配置每個查詢的最大條目限制為50000。

chunk_store_config: # 配置日志數據的存儲策略。
  #  max_look_back_period: 1440h
  max_look_back_period: 240h # 配置最大回溯時間為240小時。

table_manager: # 配置Loki的表管理器。
  retention_deletes_enabled: true # 配置是否啟用保留期刪除。
  #  retention_period: 1440h
  retention_period: 240h # 配置保留期為240小時。

(4)編輯啟動文件

[root@testqwe ~]# cat /usr/lib/systemd/system/loki.service
[Unit]
Descriptinotallow=loki server
Wants=network-online.target
After=network-online.target
 
[Service]
ExecStart=/root/loki/loki-linux-amd64 -config.file=/root/loki/loki.yaml -target=all
StandardOutput=syslog
StandardError=syslog
SyslogIdentifier=loki
[Install]
WantedBy=default.target

(5)啟動服務

[root@testqwe ~]# systemctl daemon-reload
 
[root@testqwe ~]# systemctl start loki.service

3. 安裝promtail

(1)下載地址

https://github.com/grafana/loki/releases

(2)安裝

[root@testqwe ~]# mdkir promtail
[root@testqwe ~]# cd promtail
[root@testqwe ~]# wget https://github.com/grafana/loki/releases/download/v2.7.1/promtail-linux-amd64.zip
[root@testqwe ~]# unzip promtail-linux-amd64.zip

(3)修改配置文件

client:loki的地址.

scrape_configs:抓取日志配置。

詳細配置參考:https://cloud.tencent.com/developer/article/1824988。

[root@testqwe ~]# cat promtail/promtail.yaml
server:
  http_listen_port: 9080
  grpc_listen_port: 0
 
positions:
  filename: /var/log/positions.yaml # This location needs to be writeable by promtail.
 
client:
  # 根據實際情況修改,添加本機ip地址
  url: http://xx.xx.xx.xx:3100/loki/api/v1/push

# 可根據實際需要修改job中配置來匹配要采集的日志
scrape_configs:
- job_name: app-log
  static_configs:
  - targets:
      - localhost
    labels:
      job: app-logs
      host: 10.xx.11.xx
      __path__: /home/xxx/Logs/*.xxx/*log
  pipeline_stages:
  - match:
      selector: '{job="app-logs"}'
      stages:
        - multiline:
            firstline: '^\d{4}-\d{2}-\d{2} \d{2}:\d{2}:\d{2}.\d{1,} '
            max_lines: 256
            max_wait_time: 30s
        - regex:
            source: filename
            expression: "/home/xxx/Logs/(?P<appname>[a-z]*).*$"
        - labels:
            appname:

- job_name: nginx-log
  static_configs:
  - targets:
      - localhost
    labels:
      job: nginx-logs
      host: 10.xx.11.xx
      __path__: /home/xxx/Logs/nginx/*/*log
  pipeline_stages:
  - match:
      selector: '{job="nginx-logs"}'
      stages:
        - regex:
            source: filename
            expression: "/home/xxx/Logs/nginx/(?P<appname>[a-z1-9.]*)/([a-z1-9.]*)_(?P<logtype>[a-z]*).*$"
        - labels:
            appname:
            logtype:

(4)編輯啟動文件

[root@testqwe ~]# cat /usr/lib/systemd/system/promtail.service
[Unit]
Descriptinotallow=promtail server
Wants=network-online.target
After=network-online.target
 
[Service]
ExecStart=/root/promtail/promtail-linux-amd64 -config.file=/root/promtail/promtail.yaml
StandardOutput=syslog
StandardError=syslog
SyslogIdentifier=promtail
[Install]
WantedBy=default.target

(5)啟動服務

[root@testqwe ~]# systemctl daemon-reload
[root@testqwe ~]# systemctl start promtail.service

4. 安裝grafana

(1)下載地址

https://github.com/grafana/grafana/releases

(2)安裝

[root@testqwe ~]# wget https://dl.grafana.com/enterprise/release/grafana-enterprise-9.3.2-1.x86_64.rpm
[root@testqwe ~]# yum install grafana-enterprise-9.3.2-1.x86_64.rpm

(3)啟動服務

[root@testqwe ~]# systemctl start grafana-server.service

5. 安裝alertmanager

(1)下載地址

https://github.com/prometheus/alertmanager/releases

(2)安裝

[root@testqwe ~]# wget https://github.com/prometheus/alertmanager/releases/download/v0.25.0/alertmanager-0.25.0.linux-amd64.tar.gz
[root@testqwe ~]# tar -zxvf alertmanager-0.25.0.linux-amd64.tar.gz

(3)修改配置文件

配置告警相關內容:alertmanager.yml.

[root@testqwe alertmanager-0.24.0.linux-amd64]# cat alertmanager.yml
route:
  group_by: ['alertname']
  group_wait: 5s
  group_interval: 5s
  repeat_interval: 50m
  receiver: 'web.hook'
receivers:
  - name: 'web.hook'
    webhook_configs:
      # 該配置是prometheusalert的server地址,然后拼接的告警渠道webhook
      - url: 'http://10.xx.11.xx:8080/prometheusalert?type=fs&tpl=loki&fsurl=http://open.feishu.cn/open-apis/bot/v2/hook/499f95e3-xxxxx'
        send_resolved: true
inhibit_rules:
  - source_match:
      severity: 'critical'
    target_match:
      severity: 'warning'
    equal: ['alertname', 'dev', 'instance']

(4)Alertmanager 配置文件參考內容:

參考鏈接:https://prometheus.io/docs/alerting/latest/configuration/

## Alertmanager 配置文件參考

## Alertmanager 配置文件
global:
  resolve_timeout: 5m
  # smtp配置
  smtp_from: "123456789@qq.com"
  smtp_smarthost: 'smtp.qq.com:465'
  smtp_auth_username: "123456789@qq.com"
  smtp_auth_password: "auth_pass"
  smtp_require_tls: true
 
# 路由分組
route:
  receiver: ops
  group_wait: 30s # 在組內等待所配置的時間,如果同組內,30秒內出現相同報警,在一個組內出現。
  group_interval: 5m # 如果組內內容不變化,合并為一條警報信息,5m后發送。
  repeat_interval: 24h # 發送報警間隔,如果指定時間內沒有修復,則重新發送報警。
  group_by: [alertname]  # 報警分組
  routes:
      - match:
          team: operations     #根據team標簽進行匹配,走不同的接收規則
        receiver: 'ops'
      - match_re:
          service: nginx|apache
        receiver: 'web'
      - match_re:
          service: hbase|spark
        receiver: 'hadoop'
      - match_re:
          service: mysql|mongodb
        receiver: 'db'
 
# 接收器指定發送人以及發送渠道
receivers:
# ops分組的定義
- name: ops
  email_configs:
  - to: '9935226@qq.com,10000@qq.com'
    send_resolved: true
    headers:
      subject: "[operations] 報警郵件"
      from: "警報中心"
      to: "小煜狼皇"
  # 釘釘配置
  webhook_configs:
  - url: http://localhost:8070/dingtalk/ops/send
    # 企業微信配置
  wechat_configs:
  - corp_id: 'ww5421dksajhdasjkhj'
    api_url: 'https://qyapi.weixin.qq.com/cgi-bin/'
    send_resolved: true
    to_party: '2'
    agent_id: '1000002'
    api_secret: 'Tm1kkEE3RGqVhv5hO-khdakjsdkjsahjkdksahjkdsahkj'
 
# web
- name: web
  email_configs:
  - to: '9935226@qq.com'
    send_resolved: true
    headers: { Subject: "[web] 報警郵件"} # 接收郵件的標題
  webhook_configs:
  - url: http://localhost:8070/dingtalk/web/send
  - url: http://localhost:8070/dingtalk/ops/send
# db
- name: db
  email_configs:
  - to: '9935226@qq.com'
    send_resolved: true
    headers: { Subject: "[db] 報警郵件"} # 接收郵件的標題
  webhook_configs:
  - url: http://localhost:8070/dingtalk/db/send
  - url: http://localhost:8070/dingtalk/ops/send
# hadoop
- name: hadoop
  email_configs:
  - to: '9935226@qq.com'
    send_resolved: true
    headers: { Subject: "[hadoop] 報警郵件"} # 接收郵件的標題
  webhook_configs:
  - url: http://localhost:8070/dingtalk/hadoop/send
  - url: http://localhost:8070/dingtalk/ops/send
 
# 抑制器配置
inhibit_rules: # 抑制規則
  - source_match: # 源標簽警報觸發時抑制含有目標標簽的警報,在當前警報匹配 status: 'High'
      status: 'High'  
    target_match:
      status: 'Warning' # 
    equal: ['alertname','operations', 'instance'] # 確保這個配置下的標簽內容相同才會抑制,也就是說警報中必須有這三個標簽值才會被抑制。

inhibit_rules:

Alertmanager的抑制機制可以避免當某種問題告警產生之后用戶接收到大量由此問題導致的一系列的其它告警通知。例如當集群不可用時,用戶可能只希望接收到一條告警,告訴他這時候集群出現了問題,而不是大量的如集群中的應用異常、中間件服務異常的告警通知。

當已經發送的告警通知匹配到target_match和target_match_re規則,當有新的告警規則如果滿足source_match或者定義的匹配規則,并且已發送的告警與新產生的告警中equal定義的標簽完全相同,則啟動抑制機制,新的告警不會發送。

通過上面的配置,可以在alertname/operations/instance相同的情況下,high的報警會抑制warning級別的報警信息。

(5)編輯啟動文件

[root@testqwe ]# cat /usr/lib/systemd/system/alertmanager.service
[Unit]
Descriptinotallow=alertmanager
Documentatinotallow=https://prometheus.io/
After=network.target
 
[Service]
Type=simple
User=root
ExecStart=/root/alertmanager-0.24.0.linux-amd64/alertmanager  --config.file=/root/alertmanager-0.24.0.linux-amd64/alertmanager.yml
Restart=on-failure
 
[Install]
WantedBy=multi-user.target

(6)啟動服務

[root@testqwe ~]# systemctl daemon-reload
[root@testqwe ~]# systemctl start alertmanager.service

6. 安裝prometheusAlert告警中心配置告警通道

告警明細上報到alertmanager后,alertmanager會調用統一告警中心prometheusAlert的webhook來接收告警內容,并按上報內容的標簽:告警級別--severity ,業務條線--bussiness,告警來源--type 來匹配在統一告警中心配置的告警通道,并將告警內容推送到飛書群中的webhook機器人

(1)下載地址

#打開PrometheusAlert releases頁面,根據需要選擇需要的版本下載到本地解壓并進入解壓后的目錄
如linux版本(https://github.com/feiyu563/PrometheusAlert/releases/download/v4.9.1/linux.zip)
# wget https://github.com/feiyu563/PrometheusAlert/releases/download/v4.9.1/linux.zip && unzip linux.zip && cp -r linux /usr/local/prometheusAlert && chmod +x /usr/local/prometheusAlert/PrometheusAlert

(2)編輯啟動文件

[root@testqwe]# cat prometheusalert.service
[Service]
ExecStart=/usr/local/prometheusAlert/PrometheusAlert
WorkingDirectory=/usr/local/prometheusAlert
Restart=always
[Install]
WantedBy=multi-user.target
[Unit]
Descriptinotallow=Prometheus Alerting Service
After=network.target
[root@testqwe system]# pwd
/usr/lib/systemd/system

(3)啟動服務

啟動后可使用瀏覽器打開以下地址查看:http://127.0.0.1:8080。

默認登錄帳號和密碼在app.conf中有配置.

如果需要將日志輸出到控制臺,請修改 app.conf 中 logtype=console。

[root@testqwe ~]# systemctl daemon-reload
[root@testqwe ~]# systemctl start prometheusalert.service

(4)訪問服務

程序運行后,訪問默認地址 http://xxxx:8080 的效果如下。

圖片

7. loki配置日志告警

因為上面loki啟動參數中數據存儲是在: /home/xxx/Data/loki-stack/loki/

告警規則存儲目錄:/home/xxx/Data/loki-stack/loki/rules/fake

因此告警規則添加到該目錄即可,Loki每分鐘自動刷新規則生效,下面是幾個簡單的服務告警demo,可以根據實際情況進行添加對應服務的告警,為了區分服務,所以每個單獨配置的規則,expr規則,可以在grafana大盤,進行查詢,然后調整

  • dzjava-app1-alerts.yml
groups:
  - name: POC演示環境-dzjava-app1告警組
    rules:
      - alert: 【P1】POC演示環境dzjava-app1服務日志存在Error和Exception關鍵字告警
        expr: sum by (host,appname)(count_over_time({appname="dzjava-app1"} |~ "ERROR|Exception" [3m])) > 0
        for: 1m
        labels:
          severity: critical
          type: loki
          bussiness: POC
        annotations:
          summary: "服務:{{ $labels.appname }} 實例: {{ $labels.host }} 3分鐘內觸發Error和Exception關鍵字告警次數統計閾值0 ,當前值:value: {{ $value}}"
  • dzjava-app2-alerts.yml
[root@testqwe fake]# cat dzjava-app2-alerts.yml
groups:
  - name: POC演示環境-dzjava-app2告警組
    rules:
      - alert: 【P1】POC演示環境dzjava-app2服務日志存在Error和Exception關鍵字告警
        expr: sum by (host,appname)(count_over_time({appname="dzjava-app2"} |~ "ERROR|Exception" [3m])) > 0
        for: 1m
        labels:
          severity: critical
          type: loki
          bussiness: POC
        annotations:
          summary: "服務:{{ $labels.appname }} 實例: {{ $labels.host }} 3分鐘內觸發Error和Exception關鍵字告警次數統計閾值0 ,當前值:value: {{ $value}}"

      - alert: 【P1】POC演示環境dzjava-app2服務日志存在handleBaseService.error關鍵字告警
        expr: sum by(appname, host) (count_over_time({appname="dzjava-app2"} |= `handleBaseService.error` [3m])) > 0
        for: 1m
        labels:
          severity: critical
          type: loki
          bussiness: POC
        annotations:
          summary: "服務:{{ $labels.appname }} 實例: {{ $labels.host }} 3分鐘內觸發handleBaseService.error關鍵字告警次數統計閾值0 ,當前值:value: {{ $value}}"

      - alert: 【P1】POC演示環境dzjava-app2服務日志存在502 Bad Gateway關鍵字告警
        expr: sum by(appname, host) (count_over_time({appname="dzjava-app2"} |= "502 Bad Gateway" [3m])) > 0
        for: 1m
        labels:
          severity: critical
          type: loki
          bussiness: POC
        annotations:
          summary: "服務:{{ $labels.appname }} 實例: {{ $labels.host }} 3分鐘內觸發502 Bad Gateway關鍵字告警次數統計閾值0 ,當前值:value: {{ $value}}"

8. prometheusAlert配置告警模板

配置高級模版之后,需要修改alertmanager.yml配置文件中的webhook_configs的url地址,在模版的路徑后拼接上飛書機器人地址,然后重啟alertmanager,即可調試告警通道是否正常

  • 添加模板

圖片

圖片

告警模板:

  • 告警紅色
  • 恢復綠色
  • 告警級別我用的severity,可以修改為level。請自己定義labels
  • 使用host,請自己定義labels
  • summary是自定義的告警詳細信息
{{ $var := .externalURL}}{{ range $k,$v:=.alerts }}
{{if eq $v.status "resolved"}}
?**[Loki日志恢復通知]({{$v.generatorURL}})**
告警名稱:{{$v.labels.alertname}}
告警級別:{{$v.labels.severity}}
告警狀態:{{$v.status}}
服務名稱:{{$v.labels.appname}}
開始時間:{{GetCSTtime $v.startsAt}}
結束時間:{{ GetCSTtime $v.endsAt }}
故障主機IP:{{$v.labels.host}}
**{{$v.annotations.summary}}**
{{else}}
??**[Loki日志報警通知]({{$v.generatorURL}})**
{{ if eq $v.labels.severity "warning" }}??告警名稱:{{$v.labels.alertname}}
告警級別??:{{$v.labels.severity}}
{{ else if eq $v.labels.severity "critical"  }}?告警名稱:{{$v.labels.alertname}}
告警級別?:{{ $v.labels.severity }}
{{ else if eq $v.labels.severity "emergency"  }}?????告警名稱:{{ $v.labels.alertname }}
告警級別?????:{{ $v.labels.severity }}
{{ end }}
告警狀態:{{$v.status}} > {{$v.labels.severity}}
告警級別:{{$v.labels.severity}}
服務名稱:{{$v.labels.appname}}
開始時間:{{GetCSTtime $v.startsAt}}
結束時間:{{ GetCSTtime $v.endsAt }}
故障主機IP:{{$v.labels.host}}
**{{$v.annotations.summary}}**
{{end}}
{{ end }}

模板可以參考這個issues中的討論:https://github.com/feiyu563/PrometheusAlert/issues/30

(1)告警效果展示

飛書群中,收到告警如下,可以簡單的實現服務日志的采集和告警功能展示。

圖片

圖片

(2)日志效果展示

可以在grafana上添加數據源。

圖片

圖片

然后點擊側面欄的Explore就可以查看應用服務日志了。

圖片

責任編輯:姜華 來源: 運維開發故事
相關推薦

2024-03-11 00:01:00

PromtailLoki服務器

2025-08-27 07:22:12

自定義接口Prometheus

2023-12-25 11:18:12

OpenTeleme應用日志Loki

2023-09-06 10:33:40

夜鶯監控數據庫

2022-06-28 08:40:16

LokiPromtail日志報警

2022-01-21 08:36:21

LogstashZabbix監控

2021-10-28 08:39:22

Node Export自定義 監控

2023-03-26 08:41:37

2013-01-10 09:36:19

NagiosNagios插件

2025-04-09 08:05:00

運維告警Prometheus

2022-05-05 07:25:03

Supervisor監控Python

2024-04-09 08:00:00

Kubernetes管理系統云原生

2022-07-29 21:23:54

Grafana微服務

2022-04-11 07:47:45

zabbix郵件告警項目

2011-04-06 10:03:08

Cacti遠程監控

2011-03-31 16:03:20

cacti性能計數器

2020-12-14 10:26:48

Prometheus 監控Services

2009-07-07 14:32:47

JDK日志Formatter

2022-07-28 06:50:52

微服務業務系統

2025-07-10 00:00:05

開箱ApacheHertzbeat
點贊
收藏

51CTO技術棧公眾號

久久久久国产精品人| 欧美专区一区二区三区| 日韩午夜在线观看视频| 中文字幕在线中文| 五月婷婷综合久久| 日韩av不卡在线观看| 色噜噜狠狠色综合网图区| 欧美人与性动交α欧美精品| 天堂av中文在线观看| 欧美激情资源网| 动漫精品视频| 中文字幕在线播放不卡| 国内自拍一区| 色妞在线综合亚洲欧美| 精品人妻在线视频| 懂色aⅴ精品一区二区三区| 一区二区三区日本| 无遮挡亚洲一区| 黄色片一区二区三区| 男女性色大片免费观看一区二区 | 欧美日韩夫妻久久| 久久国产精品网| 蜜芽在线免费观看| 2020国产精品久久精品美国| 亚洲伊人久久大香线蕉av| 日韩在线播放中文字幕| 激情欧美日韩| 成人444kkkk在线观看| 非洲一级黄色片| 日韩中出av| 亚洲成人免费网站| 91aaa精品| 六九午夜精品视频| 色综合 综合色| 国产免费黄色一级片| 免费的黄网站在线观看| 国产日韩v精品一区二区| 国产精品亚洲一区| www.av导航| 国内精品不卡在线| 国产精品一区专区欧美日韩| 无码日韩精品一区二区| 国产一区二区三区久久| 亚洲91av视频| 日本亚洲色大成网站www久久| 91精品国产91久久久久久密臀| 在线观看视频99| 无码h肉动漫在线观看| 久久aimee| 亚洲第一中文字幕| 韩国三级视频在线观看| 久久久久亚洲精品中文字幕| 91超碰这里只有精品国产| 超碰在线播放91| 国产亚洲人成a在线v网站| 91官网在线观看| 亚洲综合在线网站| 欧洲一区二区三区精品| 一本大道综合伊人精品热热 | 日韩在线一卡二卡| 99热国内精品永久免费观看| 精品国产一区二区三区四区在线观看 | 国产l精品国产亚洲区久久| av男人的天堂在线观看| 精品国产福利视频| 99久久激情视频| 精品成人免费一区二区在线播放| 欧美性69xxxx肥| 日韩av播放器| 久久久加勒比| 日韩一区二区电影| 国产香蕉精品视频| 青青草久久爱| 亚洲丝袜一区在线| 欧美a在线播放| 五月精品视频| 欧美激情中文网| 国产三级av片| 日韩影院在线观看| 国产日韩欧美综合| 亚洲AV无码精品自拍| 波多野结衣亚洲一区| 欧美日韩视频在线一区二区观看视频 | 亚洲成人va| 91精品欧美综合在线观看最新 | 美日韩精品视频免费看| 久久久久久蜜桃| 免费永久网站黄欧美| 91精品久久久久久久久| 成 人 黄 色 片 在线播放| av亚洲精华国产精华精| 午夜精品短视频| 日本高清成人vr专区| 偷拍一区二区三区| 中文字幕在线综合| 国产 日韩 欧美 综合 一区| 亚洲色图日韩av| 中文字幕av免费在线观看| 性感少妇一区| 亚洲影视中文字幕| 黄色小视频在线观看| 亚洲伦在线观看| 欧美极品欧美精品欧美图片| 国产日韩欧美中文在线| 精品亚洲一区二区三区在线观看| 中文国语毛片高清视频| 一区三区视频| 国产中文欧美精品| 亚洲 欧美 激情 另类| 1区2区3区欧美| 日本wwww视频| 6080亚洲理论片在线观看| 亚洲精品视频免费| 青娱乐国产盛宴| 日韩av网站在线观看| 精品综合久久| 性网站在线观看| 欧美色图片你懂的| 国产一级伦理片| 欧美日韩91| 91精品国产综合久久香蕉最新版 | 久久精品国产亚洲av麻豆蜜芽| 国产精品91xxx| 亚洲一区三区电影在线观看| 中文字幕人成乱码在线观看| 精品日韩一区二区| 青青操在线视频观看| 日韩精品每日更新| 精品国产一区二区三区久久久久久| 国产在线高潮| 欧美男女性生活在线直播观看 | 亚洲狼人国产精品| 性欧美videossex精品| 色天天色综合| 2019精品视频| 天堂中文在线观看视频| 亚洲永久精品大片| 欧美美最猛性xxxxxx| 91性高湖久久久久久久久_久久99| 四虎成人免费在线| 亚洲一二三级电影| 国产成人av片| 欧美不卡高清| 91久久精品一区二区别| 精品麻豆一区二区三区| 欧美日本在线视频| 99久久99久久精品免费| 日本不卡123| 午夜精品区一区二区三| 国产一区二区三区影视| 国产一区二区三区视频| 国产午夜无码视频在线观看| 久久精品亚洲国产奇米99| 北条麻妃在线视频观看| 日韩啪啪网站| 日韩免费在线播放| 国产在线91| 欧美视频第二页| 99久久精品久久亚洲精品| 久久se精品一区精品二区| 亚洲永久激情精品| 国产精品成人3p一区二区三区| 精品国产拍在线观看| 国产精品一级视频| 一区二区三区精密机械公司| 麻豆短视频在线观看| 在线亚洲一区| 欧美在线日韩精品| 91麻豆精品| 欧美国产极速在线| 天天干天天色天天| 91官网在线免费观看| 免费成人深夜夜行网站| 国产精品99久久久久久似苏梦涵 | 国产在线一区二区视频| 欧美一个色资源| 国产又大又黑又粗免费视频| 久久久久9999亚洲精品| 激情五月俺来也| 欧美日韩一卡| 欧美一卡2卡3卡4卡无卡免费观看水多多| 中文字幕高清在线播放| www日韩欧美| 天天干天天爱天天操| 欧美怡红院视频| 日韩一区二区三区四区在线| 99精品在线观看视频| 日日噜噜夜夜狠狠| 黄色成人av网站| 日本一区二区在线视频| 日韩欧美久久| 国产成人97精品免费看片| 国产精品剧情一区二区在线观看| 精品国产乱码91久久久久久网站| 四虎影院在线免费播放| 亚洲精品中文字幕乱码三区| 一本色道久久综合亚洲精品图片| 久久精品国产77777蜜臀| 国产一区二区网| 日韩精品一区二区三区免费观影 | 91极品视频在线观看| 国产精品v亚洲精品v日韩精品 | 欧美日韩国产乱码电影| 国产精品30p| 国产精品毛片a∨一区二区三区 | 日本一区二区免费在线观看视频 | 久久久国产精华| 交换做爰国语对白| 亚久久调教视频| av动漫在线免费观看| 欧美限制电影| 久久精品国产第一区二区三区最新章节 | 亚洲二区精品| 一区二区三区观看| 色婷婷av一区二区三区丝袜美腿| 亚洲最大福利视频网| 本网站久久精品| 欧美一区二区三区图| 先锋影音在线资源站91| 中文字幕亚洲欧美| 飘雪影视在线观看免费观看 | 999精品视频一区二区三区| 素人啪啪色综合| 奇米4444一区二区三区| 超碰资源在线| 九九久久综合网站| 日本欧美在线视频免费观看| 亚洲人成电影网站色www| 四虎在线视频免费观看| 日韩视频永久免费| 国产视频www| 欧美精品xxxxbbbb| 在线观看一二三区| 91福利国产精品| 免费看日批视频| 黄色一区二区在线| www.av视频在线观看| 一区二区三区欧美在线观看| 日本中文字幕免费在线观看| 综合久久久久久久| 日本激情视频一区二区三区| 中文字幕av免费专区久久| 欧美 日韩 成人| 国产片一区二区| 日本一级免费视频| 国产午夜精品一区二区 | 亚洲人成网站影音先锋播放| 国产亚洲精品久久久久久豆腐| 中文字幕精品—区二区四季| 亚洲精品国产精品国自产网站| 久久人人爽爽爽人久久久| 毛片网站免费观看| 久久久一区二区| www色com| 1024亚洲合集| 可以直接看的黄色网址| 亚洲综合男人的天堂| 国产乱码久久久久久| 五月天久久比比资源色| 天天综合天天干| 在线观看欧美精品| 亚洲中文字幕一区二区| 欧美一级二级三级蜜桃| 日本精品999| 亚洲区在线播放| 在线免费观看的av网站| 久久伊人91精品综合网站| 欧美人体视频xxxxx| 69av在线视频| 欧美xnxx| 亚洲最大成人免费视频| 国产精品久久久久av蜜臀| 久久精品magnetxturnbtih| 欧洲毛片在线视频免费观看| 久久99国产精品一区| 黄色另类av| 日本女优爱爱视频| 日韩成人伦理电影在线观看| 九九九九九九九九| 成人av电影在线播放| 国产精品815.cc红桃| 亚洲青青青在线视频| 日本少妇xxxx动漫| 欧美吞精做爰啪啪高潮| 国产偷拍一区二区| 亚洲精品黄网在线观看| 日本在线免费播放| 久久久久久久久久久av| 欧美性suv| 国产传媒欧美日韩| 红桃视频在线观看一区二区| 国产精品啪啪啪视频| 午夜亚洲伦理| 日韩欧美色视频| 久久久久久久久久久99999| 永久免费看mv网站入口| 欧美日韩综合视频| 99热这里只有精品99| 亚洲美女www午夜| 亚洲按摩av| 国产精品69久久久久| 国产乱人伦丫前精品视频| 色一情一区二区三区四区| 亚洲情侣在线| 国产一区二区视频免费在线观看 | 懂色中文一区二区三区在线视频| 精品视频黄色| 国产97在线 | 亚洲| 国产呦萝稀缺另类资源| a天堂中文字幕| 午夜电影一区二区三区| 国产免费无遮挡| 中文日韩在线视频| 香蕉视频亚洲一级| 国产精品午夜av在线| 中文不卡在线| 天天综合网久久| 国产无一区二区| 久久99精品波多结衣一区| 日韩欧美高清一区| 免费av网站在线观看| 国产精品美女在线| 九九热精品视频在线观看| 久久久久久久久久网| 国产成人精品免费在线| 登山的目的在线| 欧美三区在线观看| 国产粉嫩一区二区三区在线观看 | 四虎成人精品一区二区免费网站| 久久国产一区二区| 中国女人久久久| 国产一线在线观看| 尤物av一区二区| 精品人妻少妇AV无码专区| 久久在线视频在线| 先锋影音网一区二区| 亚洲欧美日韩综合一区| 日本va欧美va瓶| 国产精品成人无码免费| 在线亚洲免费视频| 黄色av免费在线看| 国产成人激情小视频| 精品中文一区| 黄色三级视频片| 国产精品乱人伦中文| 在线观看日批视频| 日韩在线精品视频| 欧美天堂在线| 自拍偷拍99| 国产一区999| 国产香蕉在线视频| 亚洲第一区在线观看| 多野结衣av一区| 欧美精品免费观看二区| 久久综合影音| 欧美丰满美乳xxⅹ高潮www| 欧美午夜精品理论片a级按摩| 91在线观看| 亚洲一区二区三区视频| 国产精品www.| 黄色a一级视频| 色综合激情五月| 免费av在线网站| 大波视频国产精品久久| 99精品国产在热久久| 伊人网伊人影院| 欧美日本韩国一区| 色图在线观看| 鲁丝片一区二区三区| 日韩精品午夜视频| 亚洲女人久久久| 亚洲第一精品夜夜躁人人爽| 午夜伦理福利在线| 婷婷久久伊人| 成人精品视频一区二区三区尤物| 欧美bbbbbbbbbbbb精品| 色七七影院综合| 国产伦精品一区二区三区免费优势| 成年人视频观看| 中文字幕在线不卡一区二区三区| a在线观看免费| 69av成年福利视频| 久久精品久久久| 一级特级黄色片| 欧美高清hd18日本| 九色porny丨首页入口在线| 亚洲欧美日韩精品在线| 国产91在线观看丝袜| 91久久国产综合久久91| 久久国产天堂福利天堂| 网友自拍区视频精品| 婷婷激情5月天| 黑人巨大精品欧美一区免费视频 | 国产精品久久久久久亚洲影视| 久久精品青草| 白丝女仆被免费网站| 制服丝袜成人动漫| 国产另类xxxxhd高清| 国产a级黄色大片| 国产片一区二区|