在线观看www成人影院-在线观看www日本免费网站-在线观看www视频-在线观看操-欧美18在线-欧美1级

0
  • 聊天消息
  • 系統消息
  • 評論與回復
登錄后你可以
  • 下載海量資料
  • 學習在線課程
  • 觀看技術視頻
  • 寫文章/發帖/加入社區
會員中心
創作中心

完善資料讓更多小伙伴認識你,還能領取20積分哦,立即完善>

3天內不再提示

配置Skywalking告警

馬哥Linux運維 ? 來源:馬哥Linux運維 ? 2025-01-16 10:58 ? 次閱讀

目錄

OpenTracing規范

為什么需要OpenTracing

什么是一個Trace

一個典型的Trace案例

Skywalking

功能介紹

整體架構

Tracing、Logging和Metrics

.NET6 對接 Skywalking

添加依賴

編輯Skywalking配置文件skyapm.json

在launchSettings.json文件配置SK

在startup.cs文件中添加

安裝CLI(SkyAPM.DotNet.CLI)

自動生成skyapm.json文件

手動編寫skyapm.json

自動生成Skyapm.json

獲取traceId

自定義調用鏈路的信息

部署Skywalking環境

對接.NET6 程序

接入微服務網關+后臺微服務

添加依賴

拷貝配置文件并簡單修改

在launchsettings.json添加環境變量

啟動訂單微服務

添加依賴

拷貝配置文件并簡單修改

在launchsettings.json添加環境變量

修改網關配置文件,添加OrderServiceInstance微服務的路由

啟動網關

網關接入

訂單微服務接入

用戶微服務接入

配置Skywalking告警

配置告警規則

查閱配置規則文件及配置規則解讀

修改告警規則

告警API編寫

OpenTracing規范

OpenTracing是一種分布式系統鏈路跟蹤的設計原則、規范、標準。類似JDBC的規范,主要為了提供一套標準的JDBC API。OpenTracing也是一樣,是為了統一提供一套鏈路追蹤的標準API,所制定的一種規范。OpenTracing通過提供平臺無關、廠商無關的API,使得開發人員能夠方便的添加(或更換)追蹤系統的實現。

為什么需要OpenTracing

OpenTracing通過提供平臺無關、廠商無關的API,使得開發人員能夠方便的添加(或更換)追蹤系統的實現。 OpenTracing提供了用于運營支撐系統的和針對特定平臺的輔助程序庫。

什么是一個Trace

在廣義上,一個trace代表了一個事務或者流程在(分布式)系統中的執行過程。在OpenTracing標準中,trace是多個span組成的一個有向無環圖(DAG),每一個span代表trace中被命名并計時的連續性的執行片段。

0d2fe81c-d32c-11ef-9310-92fbcf53809c.png

分布式追蹤中的每個組件都包含自己的一個或者多個span。例如,在一個常規的RPC調用過程中,OpenTracing推薦在RPC的客戶端和服務端,至少各有一個span,用于記錄RPC調用的客戶端和服務端信息。

0d42c360-d32c-11ef-9310-92fbcf53809c.png

一個父級的span會顯示的并行或者串行啟動多個子span。在OpenTracing標準中,甚至允許一個子span有個多父span(例如:并行寫入的緩存,可能通過一次刷新操作寫入動作)。

一個典型的Trace案例

0d50782a-d32c-11ef-9310-92fbcf53809c.png

在一個分布式系統中,追蹤一個事務或者調用流一般如上圖所示。雖然這種圖對于看清各組件的組合關系是很有用的,但是,它不能很好顯示組件的調用時間,是串行調用還是并行調用,如果展現更復雜的調用關系,會更加復雜,甚至無法畫出這樣的圖。另外,這種圖也無法顯示調用間的時間間隔以及是否通過定時調用來啟動調用。一種更有效的展現一個典型的trace過程,如下圖所示:

0d5fbed4-d32c-11ef-9310-92fbcf53809c.png

這種展現方式增加顯示了執行時間的上下文,相關服務間的層次關系,進程或者任務的串行或并行調用關系。這樣的視圖有助于發現系統調用的關鍵路徑。通過關注關鍵路徑的執行過程,項目團隊可能專注于優化路徑中的關鍵位置,最大幅度的提升系統性能。例如:可以通過追蹤一個資源定位的調用情況,明確底層的調用情況,發現哪些操作有阻塞的情況。

Skywalking

Skywalking是一款APM(Application Performance Management & Monitoring)系統。Skywalking是分布式系統應用程序性能監視工具,專為微服務、云原生架構和基于容器(Docker、K8s、Mesos)架構而設計。提供分布式追蹤、服務網格遙測分析、度量聚合和可視化一體化解決方案。

功能介紹

多種監控手段。可以通過語言探針和 service mesh 獲得監控是數據。

多個語言自動探針。包括 Java,.NET Core 和 Node.JS

輕量高效。無需大數據平臺,和大量的服務器資源。

模塊化。UI、存儲、集群管理都有多種機制可選。

支持告警。

優秀的可視化解決方案。

整體架構

0d72143a-d32c-11ef-9310-92fbcf53809c.png

整個架構,分成上、下、左、右四部分:

探針基于不同的來源可能是不一樣的, 但作用都是收集數據, 將數據格式化為 SkyWalking 適用的格式.

平臺后端是一個支持集群模式運行的后臺, 用于數據聚合, 數據分析以及驅動數據流從探針到用戶界面的流程. 平臺后端還提供了各種可插拔的能力, 如不同來源數據(如來自 Zipkin)格式化, 不同存儲系統以及集群管理. 你甚至還可以使用觀測分析語言來進行自定義聚合分析.

存儲是開放式的. 你可以選擇一個既有的存儲系統, 如 ElasticSearch, H2 或 MySQL 集群(Sharding-Sphere 管理), 也可以選擇自己實現一個存儲系統. 當然, 我們非常歡迎你貢獻新的存儲系統實現.

用戶界面對于 SkyWalking 的最終用戶來說非常炫酷且強大. 同樣它也是可定制以匹配你已存在的后端的

Tracing、Logging和Metrics

在微服務領域,很早以來就形成了Tracing、Logging和Metrics相輔相成,合力支撐多維度、多形態的監控體系,三類監控各有側重:

Tracing:它在單次請求的范圍內,處理信息。 任何的數據、元數據信息都被綁定到系統中的單個事務上。例如:一次調用遠程服務的RPC執行過程;一次實際的SQL查詢語句;一次HTTP請求的業務性ID;

Logging:日志,不知道大家有沒有想過它的定義或者邊界。Logging即是記錄處理的離散事件,比如我們應用的調試信息或者錯誤信息等發送到ES;審計跟蹤時間信息通過Kafka處理送到BigTable等數據倉儲等等,大多數情況下記錄的數據很分散,并且相互獨立,也許是錯誤信息,也許僅僅只是記錄當前的事件狀態,或者是警告信息等等。

Metrics:當我們想知道我們服務的請求QPS是多少,或者當天的用戶登錄次數等等,這時我們可能需要將一部分事件進行聚合或計數,也就是我們說的Metrics。可聚合性即是Metrics的特征,它們是一段時間內某個度量(計數器或者直方圖)的原子或者是元數據。例如接收的HTTP數量可以被建模為計數器,每次的HTTP請求即是我們的度量元數據,可以進行簡單的加法聚合,當持續了一段時間我們又可以建模為直方圖。

0d829b02-d32c-11ef-9310-92fbcf53809c.png

.NET6 對接 Skywalking

部署Skywalking環境

version: '3.3'
services:
  elasticsearch:
    image: docker.elastic.co/elasticsearch/elasticsearch:7.5.0
    container_name: elasticsearch
    restart: always
    ports:
      - 9200:9200
    environment:
      - discovery.type=single-node
      - bootstrap.memory_lock=true
      - "ES_JAVA_OPTS=-Xms256m -Xmx256m"
    ulimits:
      memlock:
        soft: -1
        hard: -1
  oap:
    image: apache/skywalking-oap-server:6.6.0-es7
    container_name: oap
    depends_on:
      - elasticsearch
    links:
      - elasticsearch
    restart: always
    ports:
      - 11800:11800
      - 12800:12800
    environment:
      SW_STORAGE: elasticsearch
      SW_STORAGE_ES_CLUSTER_NODES: elasticsearch:9200
  ui:
    image: apache/skywalking-ui:6.6.0
    container_name: ui
    depends_on:
      - oap
    links:
      - oap
    restart: always
    ports:
      - 8080:8080
    environment:
      SW_OAP_ADDRESS: http://oap:12800

安裝成功以后首頁地址:http://服務器IP:8080

對接.NET6 程序

添加依賴


    

編輯Skywalking配置文件skyapm.json

手動編寫skyapm.json

{
  "SkyWalking": {
    "ServiceName": "MySkyWalkingDemoTest",
    "Namespace": "",
    "HeaderVersions": [
      "sw8"
    ],
    "Sampling": {
      "SamplePer3Secs": -1,
      "Percentage": -1.0
    },
    "Logging": {
      "Level": "Information",
      "FilePath": "logs\skyapm-{Date}.log"
    },
    "Transport": {
      "Interval": 3000,
      "ProtocolVersion": "v8",
      "QueueSize": 30000,
      "BatchSize": 3000,
      "gRPC": {
        "Servers": "192.168.3.245:11800",
        "Timeout": 10000,
        "ConnectTimeout": 10000,
        "ReportTimeout": 600000,
        "Authentication": ""
      }
    }
  }
}

自動生成Skyapm.json

安裝CLI(SkyAPM.DotNet.CLI)

 dotnet tool install -g SkyAPM.DotNet.CLI

自動生成skyapm.json文件

server name指的就是您剛才配置的SKYWALKING__SERVICENAME,server指的是您Skywalking的ip地址。執行命令后,會自動生成一個skywalking.json 。

 dotnet skyapm config [service name] [server]:11800
 #eg: dotnet skyapm config MySkyWalking_OrderService 192.168.3.245:11800

SkyAPM Config 配置說明

ServiceName
服務名稱

Sampling
采樣配置節點

SamplePer3Secs 每3秒采樣數

Percentage 采樣百分比,例如10%采樣則配置為10

Logging
日志配置節點

Level 日志級別

FilePath 日志保存路徑

Transport

傳輸配置節點

Interval 每多少毫秒刷新

gRPC
gRPC配置節點

Servers gRPC地址,多個用逗號“,”

Timeout 創建gRPC鏈接的超時時間,毫秒

ConnectTimeout gRPC最長鏈接時間,毫秒

在launchSettings.json文件配置SK

"profiles": { // 項目
    "IIS Express": { // IIS部署項
      "commandName": "IISExpress",
      "launchBrowser": true,
      "launchUrl": "weatherforecast",
      "environmentVariables": {
        "ASPNETCORE_ENVIRONMENT": "Development",
        "ASPNETCORE_HOSTINGSTARTUPASSEMBLIES": "SkyAPM.Agent.AspNetCore",
        "SKYWALKING__SERVICENAME": "MySkyWalkingDemoTest"
      }
    },
    "SkyWalkingDemo": { // castrol部署項
      "commandName": "Project",
      "launchBrowser": true,
      "launchUrl": "weatherforecast",
      "applicationUrl": "http://localhost:5000",
      "environmentVariables": {
        "ASPNETCORE_ENVIRONMENT": "Development",
        "ASPNETCORE_HOSTINGSTARTUPASSEMBLIES": "SkyAPM.Agent.AspNetCore", // 必須配置
        "SKYWALKING__SERVICENAME": "MySkyWalkingDemoTest" // 必須配置,在skywalking做標識
      }
    }
  }

在startup.cs文件中添加

public void ConfigureServices(IServiceCollection services)
{
    services.AddSkyApmExtensions(); // 添加Skywalking相關配置
    services.AddControllers();
    services.AddHttpClient();
}

獲取traceId

private readonly IEntrySegmentContextAccessor segContext;

public SkywalkingController(IEntrySegmentContextAccessor segContext)
{
    this.segContext = segContext;
}

/// 
/// 獲取鏈接追蹤ID
/// 
/// 
[HttpGet("traceId")]
public string GetSkywalkingTraceId()
{
    return segContext.Context.TraceId;
}

自定義調用鏈路的信息

[HttpGet]
public async Task SkywalkingTest()
{
    //獲取全局的skywalking的TracId
    var TraceId = _segContext.Context.TraceId;
    Console.WriteLine($"TraceId={TraceId}");
    _segContext.Context.Span.AddLog(LogEvent.Message($"SkywalkingTest---Worker running at: {DateTime.Now}"));

    System.Threading.Thread.Sleep(1000);

    _segContext.Context.Span.AddLog(LogEvent.Message($"SkywalkingTest---Worker running at--end: {DateTime.Now}"));

    return Ok($"Ok,SkywalkingTest-TraceId={TraceId} ");
}

接入微服務網關+后臺微服務

網關接入

添加依賴


    

拷貝配置文件并簡單修改

{
  "SkyWalking": {
    "ServiceName": "MySkyWalking_Gateway", #修改名稱就OK
    "Namespace": "",
    "HeaderVersions": [
      "sw8"
    ],
    "Sampling": {
      "SamplePer3Secs": -1,
      "Percentage": -1.0
    },
    "Logging": {
      "Level": "Debug",
      "FilePath": "logs\skyapm-{Date}.log"
    },
    "Transport": {
      "Interval": 3000,
      "ProtocolVersion": "v8",
      "QueueSize": 30000,
      "BatchSize": 3000,
      "gRPC": {
        "Servers": "192.168.3.245:11800",
        "Timeout": 10000,
        "ConnectTimeout": 10000,
        "ReportTimeout": 600000,
        "Authentication": ""
      }
    }
  }
}

在launchsettings.json添加環境變量

"profiles": {
    "Zhaoxi.MicroService.GatewayCenter": {
      "commandName": "Project",
      "dotnetRunMessages": true,
      "launchBrowser": true,
      "launchUrl": "swagger",
      "applicationUrl": "https://localhost:7141;http://localhost:5141",
      "environmentVariables": {
        "ASPNETCORE_ENVIRONMENT": "Development",
        "ASPNETCORE_HOSTINGSTARTUPASSEMBLIES": "SkyAPM.Agent.AspNetCore", #添加HOST變量
        "SKYWALKING__SERVICENAME": "MySkyWalking_Gateway" #添加服務名稱
      }
    },
    "IIS Express": {
      "commandName": "IISExpress",
      "launchBrowser": true,
      "launchUrl": "swagger",
      "environmentVariables": {
        "ASPNETCORE_ENVIRONMENT": "Development",
        "ASPNETCORE_HOSTINGSTARTUPASSEMBLIES": "SkyAPM.Agent.AspNetCore",
        "SKYWALKING__SERVICENAME": "MySkyWalking_Gateway"
      }
    }
  }

修改網關配置文件,添加OrderServiceInstance微服務的路由

{
    "DownstreamPathTemplate": "/api/{url}", //服務地址--url變量
    "DownstreamScheme": "http",
    "UpstreamPathTemplate": "/microservice/{url}", //網關地址--url變量
    "UpstreamHttpMethod": [ "Get", "Post" ],
    "UseServiceDiscovery": true,
    "ServiceName": "OrderService", //consul服務名稱
    "LoadBalancerOptions": {
        "Type": "RoundRobin" //輪詢
}

啟動網關

dotnet run --urls=http://*:6299

訂單微服務接入

添加依賴


    

拷貝配置文件并簡單修改

{
  "SkyWalking": {
    "ServiceName": "MySkyWalking_OrderService",
    "Namespace": "",
    "HeaderVersions": [
      "sw8"
    ],
    "Sampling": {
      "SamplePer3Secs": -1,
      "Percentage": -1.0
    },
    "Logging": {
      "Level": "Debug",
      "FilePath": "logs\skyapm-{Date}.log"
    },
    "Transport": {
      "Interval": 3000,
      "ProtocolVersion": "v8",
      "QueueSize": 30000,
      "BatchSize": 3000,
      "gRPC": {
        "Servers": "192.168.3.245:11800",
        "Timeout": 10000,
        "ConnectTimeout": 10000,
        "ReportTimeout": 600000,
        "Authentication": ""
      }
    }
  }
}

在launchsettings.json添加環境變量

"profiles": {
    "Zhaoxi.MicroService.OrderServiceInstance": {
      "commandName": "Project",
      "dotnetRunMessages": true,
      "launchBrowser": true,
      "launchUrl": "swagger",
      "applicationUrl": "http://192.168.3.105:7900",
      "environmentVariables": {
        "ASPNETCORE_ENVIRONMENT": "Development",
        "ASPNETCORE_HOSTINGSTARTUPASSEMBLIES": "SkyAPM.Agent.AspNetCore",
        "SKYWALKING__SERVICENAME": "MySkyWalking_OrderService"
      }
    },
    "IIS Express": {
      "commandName": "IISExpress",
      "launchBrowser": true,
      "launchUrl": "swagger",
      "environmentVariables": {
        "ASPNETCORE_ENVIRONMENT": "Development"
      }
    }
  }

啟動訂單微服務

dotnet run

用戶微服務接入

步驟和訂單微服務一樣

配置Skywalking告警

配置告警規則

docker exec -it 12f053748e85 /bin/sh
ls -l

0d985e88-d32c-11ef-9310-92fbcf53809c.png

查閱配置規則文件及配置規則解讀

通過cat alarm-settings.yml可以查閱文件內容,如下:

docker cp 12f053748e85:/skywalking/config/alarm-settings.yml .
# Sample alarm rules.
rules:
  # Rule unique name, must be ended with `_rule`.
  service_resp_time_rule:
    metrics-name: service_resp_time
    op: ">"
    threshold: 1000
    period: 10
    count: 3
    silence-period: 5
    message: Response time of service {name} is more than 1000ms in 3 minutes of last 10 minutes.
  service_sla_rule:
    # Metrics value need to be long, double or int
    metrics-name: service_sla
    op: "<"
    threshold: 8000
    # The length of time to evaluate the metrics
    period: 10
    # How many times after the metrics match the condition, will trigger alarm
    count: 2
    # How many times of checks, the alarm keeps silence after alarm triggered, default as same as period.
    silence-period: 3
    message: Successful rate of service {name} is lower than 80% in 2 minutes of last 10 minutes
  service_resp_time_percentile_rule:
    # Metrics value need to be long, double or int
    metrics-name: service_percentile
    op: ">"
    threshold: 1000,1000,1000,1000,1000
    period: 10
    count: 3
    silence-period: 5
    message: Percentile response time of service {name} alarm in 3 minutes of last 10 minutes, due to more than one condition of p50 > 1000, p75 > 1000, p90 > 1000, p95 > 1000, p99 > 1000
  service_instance_resp_time_rule:
    metrics-name: service_instance_resp_time
    op: ">"
    threshold: 1000
    period: 10
    count: 2
    silence-period: 5
    message: Response time of service instance {name} is more than 1000ms in 2 minutes of last 10 minutes
  database_access_resp_time_rule:
    metrics-name: database_access_resp_time
    threshold: 1000
    op: ">"
    period: 10
    count: 2
    message: Response time of database access {name} is more than 1000ms in 2 minutes of last 10 minutes
  endpoint_relation_resp_time_rule:
    metrics-name: endpoint_relation_resp_time
    threshold: 1000
    op: ">"
    period: 10
    count: 2
    message: Response time of endpoint relation {name} is more than 1000ms in 2 minutes of last 10 minutes
#  Active endpoint related metrics alarm will cost more memory than service and service instance metrics alarm.
#  Because the number of endpoint is much more than service and instance.
#
#  endpoint_avg_rule:
#    metrics-name: endpoint_avg
#    op: ">"
#    threshold: 1000
#    period: 10
#    count: 2
#    silence-period: 5
#    message: Response time of endpoint {name} is more than 1000ms in 2 minutes of last 10 minutes

webhooks:
#  - http://127.0.0.1/notify/
#  - http://127.0.0.1/go-wechat/

規則常用指標解讀
rule name: 規則名稱,必須唯一,必須以_rule結尾;
metrics name: oal(Observability Analysis Language)腳本中的度量名;名稱在SkyWalking后端服務中已經定義,進入容器skywalking-oap之后,進入如下目錄就可以找到。

include names: 本規則告警生效的實體名稱,如服務名,終端名;
exclude-names:將此規則作用于不匹配的實體名稱上,如服務名,終端名;
threshold: 閾值,可以是一個數組,即可以配置多個值;
op: 操作符, 可以設定 >, <, =;
period: 多久檢查一次當前的指標數據是否符合告警規則;以分鐘為單位
count: 超過閾值條件,達到count次數,觸發告警;
silence period:在同一個周期,指定的silence period時間內,忽略相同的告警消息;
更多告警規則詳情,請參照這個地址:https://github.com/apache/skywalking/blob/master/docs/en/setup/backend/backend-alarm.md

修改告警規則

rules:
service_test_sal_rule:
# 指定指標名稱
    metrics-name: service_test_sal
    # 小于
    op: "<"
    # 指定閾值
    threshold: 8000
    # 每2分鐘檢測告警該規則
    period: 2
    # 觸發1次規則就告警
    count: 1
    # 設置三分鐘內容相同告警,不重復告警
    silence-period: 3
    # 配置告警信息
    message: Successful rate of service {name} is lower than 80% in 2 minutes of last 10 minutes

概要:服務成功率在過去2分鐘內低于80%

告警API編寫

本質還是SkyWalking根據規則進行檢查,如果符合規則條件,就通過WebHook、gRPCHook、WeChat Hook、Dingtalk Hook等方式進行消息通知;接收到告警數據信息之后,可以自行處理消息。這里為了方便,就采用WebHook的方式進行演示,即觸發告警條件之后,SkyWalking會調用配置的WebHook 接口,并傳遞對應的告警信息;

定義數據模型

public class AlarmMsg
{
    public int scopeId { get; set; }
    public string? scope { get; set; }
    public string? name { get; set; }
    public string? id0 { get; set; }
    public string? id1 { get; set; }
    public string? ruleName { get; set; }
    public string? alarmMessage { get; set; }
}

定義WebHook調用API

/// 
/// 告警API
/// 
/// 
/// 
[HttpPost("AlarmMsg")]
public void AlarmMsg(List msgs)
{
    string msg = "觸發告警:";
    msg += msgs.FirstOrDefault()?.alarmMessage;
    Console.WriteLine(msg);
    SendMail(msg);
}

配置webHook

http://192.168.3.105:7900/api/Skywalking/AlarmMsg
# Sample alarm rules.
rules:
  # Rule unique name, must be ended with `_rule`.
  service_resp_time_rule:
    metrics-name: service_resp_time
    op: ">"
    threshold: 1000
    period: 10
    count: 3
    silence-period: 5
    message: Response time of service {name} is more than 1000ms in 3 minutes of last 10 minutes.
  service_sla_rule:
    # Metrics value need to be long, double or int
    metrics-name: service_sla
    op: "<"
    threshold: 8000
    # The length of time to evaluate the metrics
    period: 10
    # How many times after the metrics match the condition, will trigger alarm
    count: 2
    # How many times of checks, the alarm keeps silence after alarm triggered, default as same as period.
    silence-period: 3
    message: Successful rate of service {name} is lower than 80% in 2 minutes of last 10 minutes
  service_resp_time_percentile_rule:
    # Metrics value need to be long, double or int
    metrics-name: service_percentile
    op: ">"
    threshold: 1000,1000,1000,1000,1000
    period: 10
    count: 3
    silence-period: 5
    message: Percentile response time of service {name} alarm in 3 minutes of last 10 minutes, due to more than one condition of p50 > 1000, p75 > 1000, p90 > 1000, p95 > 1000, p99 > 1000
  service_instance_resp_time_rule:
    metrics-name: service_instance_resp_time
    op: ">"
    threshold: 1000
    period: 10
    count: 2
    silence-period: 5
    message: Response time of service instance {name} is more than 1000ms in 2 minutes of last 10 minutes
  database_access_resp_time_rule:
    metrics-name: database_access_resp_time
    threshold: 1000
    op: ">"
    period: 10
    count: 2
    message: Response time of database access {name} is more than 1000ms in 2 minutes of last 10 minutes
  endpoint_relation_resp_time_rule:
    metrics-name: endpoint_relation_resp_time
    threshold: 1000
    op: ">"
    period: 10
    count: 2
    message: Response time of endpoint relation {name} is more than 1000ms in 2 minutes of last 10 minutes
#  Active endpoint related metrics alarm will cost more memory than service and service instance metrics alarm.
#  Because the number of endpoint is much more than service and instance.
#
#  endpoint_avg_rule:
#    metrics-name: endpoint_avg
#    op: ">"
#    threshold: 1000
#    period: 10
#    count: 2
#    silence-period: 5
#    message: Response time of endpoint {name} is more than 1000ms in 2 minutes of last 10 minutes

webhooks:
  - http://192.168.3.105:7900/api/Skywalking/AlarmMsg
#  - http://127.0.0.1/go-wechat/
rules:
  # 告警規則名稱,必須唯一,以_rule結尾
  service_sla_rule:
     # 指定metrics-name
     metrics-name: service_sla
     # 小于
     op: "<" 
     # 指定閾值
     threshold: 8000                                                                           
     # 10分鐘檢測一次告警規則                                                 
     period: 10                                                                                 
     # 觸發2次告警規則就告警                   
     count: 2                                                                                   
     # 設置的3分鐘時間段有相同的告警,不重復告警.
     silence-period: 3 
      # 配置告警消息
     message: Successful rate of service {name} is lower than 80% in 2 minutes of last 10 minutes
webhooks:
- http://192.168.3.105:7900/api/Skywalking/AlarmMsg

聲明:本文內容及配圖由入駐作者撰寫或者入駐合作網站授權轉載。文章觀點僅代表作者本人,不代表電子發燒友網立場。文章及其配圖僅供工程師學習之用,如有內容侵權或者其他違規問題,請聯系本站處理。 舉報投訴
  • 網關
    +關注

    關注

    9

    文章

    4558

    瀏覽量

    51303
  • Trace
    +關注

    關注

    0

    文章

    19

    瀏覽量

    10571

原文標題:配置Skywalking告警

文章出處:【微信號:magedu-Linux,微信公眾號:馬哥Linux運維】歡迎添加關注!文章轉載請注明出處。

收藏 人收藏

    評論

    相關推薦

    DAC34H84配置發206M的單音,一直發不出來可能是哪個地方的原因?

    你好,DAC現在的配置是這樣的: 1、采樣時鐘768M,隨路時鐘48M,16倍內部插值; 2、讀取告警寄存器也沒有FIFO沖突告警告警寄存器為0x0600; 3、電壓都沒有問題,輸
    發表于 12-30 06:14

    工業智能網關可以采集什么設備數據并實現自動告警

    對接到云平臺或上位機中,確保數據通信的安全可靠,為設備遠程監控、故障告警、遠程控制、遠程維護與數據分析等應用提供可靠幫助。 通過配置設備告警規則,設定不同告警方式,網關能夠在采集到這部
    的頭像 發表于 12-24 13:50 ?143次閱讀
    工業智能網關可以采集什么設備數據并實現自動<b class='flag-5'>告警</b>

    如何借助邊緣智能網關實現廠區粉塵智能監測告警

    針對工業場景中的粉塵狀況監測、管理及預警,佰馬提供基于邊緣智能網關的粉塵監測告警方案,幫助企業高效實現現場安全管理、風險防控、隱患排查、監測預警、環境保護等功能整合。
    的頭像 發表于 12-23 18:04 ?114次閱讀
    如何借助邊緣智能網關實現廠區粉塵智能監測<b class='flag-5'>告警</b>

    dac3171 config5的alarm_dataclk_ gone有告警是什么原因?

    使用的是DAC 31717bit模式。FPGA有數據輸出,也有隨路時鐘216M。但3171的config5 的alarm_dataclk_ gone有告警。用示波器測試有時鐘216M輸入到DAC里面,DAC無輸出,請問還需要配置其它寄存器不?或者有肯是什么問題,多謝!!
    發表于 12-20 07:02

    集中告警管理如何提升設施安全性?

    在工業或商業建筑中,集中告警管理已成為確保安全性或檢測故障的必備工具。它是如何提升設施安全性的?歡迎大家閱讀文章了解~
    的頭像 發表于 12-13 15:51 ?154次閱讀
    集中<b class='flag-5'>告警</b>管理如何提升設施安全性?

    通過工業智能網關實現中間變量表達式的快速配置

    ,出現告警可能是多個變量達到條件而觸發的,就需要對中間變量進行配置。 對此,物通博聯提供基于工業智能網關實現中間變量表達式的快速配置操作。用戶可以根據生產現場的應用需求,靈活配置中間變
    的頭像 發表于 10-08 17:10 ?276次閱讀
    通過工業智能網關實現中間變量表達式的快速<b class='flag-5'>配置</b>

    工業智能網關如何配置報警規則

    的事故傷亡與停工損失,都是企業十分關注的問題。 對此,物通博聯提供基于工業智能網關的設備監控告警系統解決方案。通過接入PLC、儀器儀表、數控機床、工業機器人、傳感器等設備數據,配置好數據采集和報警規則,能夠在監測到
    的頭像 發表于 09-20 17:09 ?352次閱讀
    工業智能網關如何<b class='flag-5'>配置</b>報警規則

    城市路燈水浸監測自動告警系統方案

    天氣條件下,路燈設施極易遭受內澇積水影響,導致短路、損壞甚至引發觸電事故,嚴重威脅公共安全。為此,設計并實施一套高效的城市路燈水浸監測自動告警系統顯得尤為重要。 對此,數之能提供城市路燈水浸監測自動告警的物聯
    的頭像 發表于 08-28 17:10 ?308次閱讀
    城市路燈水浸監測自動<b class='flag-5'>告警</b>系統方案

    IR615配置流量告警方法

    ;gt;告警 新建規則 配置告警規則如下: 測試:電腦連接路由器lan口,訪問百度等頁面,使流量超出閥值. 在路由器web界面,狀態&gt;告警信息中可
    發表于 07-25 07:59

    EM儲能網關 ZWS智慧儲能云應用(4) — 告警介紹(下)

    ZWS智慧儲能云平臺,作為一個開放式第三方平臺,是如何自定義創建告警規則的?本文將介紹儲能系統如何創建告警規則、后續如何維護。儲能系統的告警功能至關重要,它能夠確保系統的穩定與安全。云端告警
    的頭像 發表于 07-19 08:25 ?355次閱讀
    EM儲能網關 ZWS智慧儲能云應用(4) — <b class='flag-5'>告警</b>介紹(下)

    EM儲能網關 ZWS智慧儲能云應用(4) — 告警介紹(上)

    ZWS智慧儲能云平臺,支持儲能系統快速完成數據對接,自定義配置告警規則,快速實現上云服務,實現云端告警智能化管理。儲能系統的告警功能至關重要,它能夠確保系統的穩定與安全。云端
    的頭像 發表于 07-13 08:25 ?338次閱讀
    EM儲能網關 ZWS智慧儲能云應用(4) — <b class='flag-5'>告警</b>介紹(上)

    簡析智慧燈桿一鍵告警功能的實用場景

    智慧路燈桿是一種兼具智能化和多功能的新型物聯網基礎設施,通過搭載一鍵告警對講盒,能夠大大豐富安防及報警求助資源,對提升城市的安全性和管理效能具有重要的作用。本篇就結合城市中的不同場景,簡析智慧燈桿一鍵告警功能的實用功能。
    的頭像 發表于 04-28 16:42 ?390次閱讀
    簡析智慧燈桿一鍵<b class='flag-5'>告警</b>功能的實用場景

    維諦嵌入式開關電源常見告警處理方法

    維諦嵌入式開關電源常見告警處理方法
    的頭像 發表于 04-09 17:15 ?1471次閱讀
    維諦嵌入式開關電源常見<b class='flag-5'>告警</b>處理方法

    AWTK 開源串口屏開發(10) - 告警信息的高級用法

    告警信息是串口屏常用的功能,之前我們介紹了告警信息的基本用法,實現了告警信息的顯示和管理。本文介紹一下實現查詢告警信息和查看告警信息詳情的方
    的頭像 發表于 02-24 08:23 ?340次閱讀
    AWTK 開源串口屏開發(10) - <b class='flag-5'>告警</b>信息的高級用法

    微機消諧裝置接地故障告警原因

    微機消諧裝置是一種用于消除電力系統中諧波的裝置,其主要功能是檢測電網諧波,并通過發出告警信號提醒運維人員進行處理。然而,在實際應用中,微機消諧裝置也會出現接地故障告警的情況。本文將詳細分析微機消諧
    的頭像 發表于 01-17 10:56 ?1890次閱讀
    主站蜘蛛池模板: 巨大欧美黑人xxxxbbbb| 欧美性喷潮xxxx| 久久婷婷婷| 视频在线观看一区二区| 国产男女怕怕怕免费视频| 爱爱帝国亚洲一区二区三区| 亚洲狠狠97婷婷综合久久久久| 亚洲色图综合| 手机毛片| 男人和女人做a免费视频| 激情五月综合综合久久69| 国产美女在线精品免费观看| fc2 ppv sss级素人美女| 午夜高清视频| 久久天天| 91大神精品全国在线观看| 亚洲三级黄| 亚洲成a人片7777| 人与牲动交bbbbxxxx| 黄色一级片播放| 夜夜网站| 国产小视频在线看| 亚洲一级免费视频| 亚洲地址一地址二地址三| 日韩免费| 成人伊人亚洲人综合网站222| 天天撸视频| 欧美ol丝袜高跟秘书在线观看| 日日噜噜噜夜夜爽爽狠狠视频 | 免费理论片在线观看播放| 2017天天天天做夜夜夜做| 免费在线观看污视频| 婷婷97狠狠的狠狠的爱| 六九视频在线观看| 午夜撸| 91色欧美| 欧美老汉色| 亚洲丝袜一区二区| 天天寡妇色| 国产一级特黄高清免费大片| 国产亚洲午夜精品a一区二区|