新闻详情

新闻详情

首页 / 资讯中心 / 详情

skywallking 告警配置案例

发布时间:2026/11/15 15:46:13来源:尧图网络
skywallking 告警配置案例
告警配置# Licensed to the Apache Software Foundation (ASF) under one # or more contributor license agreements. See the NOTICE file # distributed with this work for additional information # regarding copyright ownership. The ASF licenses this file # to you under the Apache License, Version 2.0 (the # License); you may not use this file except in compliance # with the License. You may obtain a copy of the License at # # http://www.apache.org/licenses/LICENSE-2.0 # # Unless required by applicable law or agreed to in writing, software # distributed under the License is distributed on an AS IS BASIS, # WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. # See the License for the specific language governing permissions and # limitations under the License. # 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: 实例:{name}\n响应时间在过去10分钟的3分钟内超过1000毫秒. 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: 在过去10分钟的2分钟内实例:{name}的成功率低于80%. 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: 由于p501000、p751000、p901000、p951000、p991000的多种情况实例:{name}警报在过去10分钟的3分钟内的百分位响应时间. service_instance_resp_time_rule: metrics-name: service_instance_resp_time op: threshold: 1000 period: 10 count: 2 silence-period: 5 message: 实例:{name}\n响应时间在过去10分钟的2分钟内超过1000毫秒 database_access_resp_time_rule: metrics-name: database_access_resp_time threshold: 1000 op: period: 10 count: 2 message: 数据库访问:{name}\n响应时间在过去10分钟的2分钟内超过1000毫秒 endpoint_relation_resp_time_rule: metrics-name: endpoint_relation_resp_time threshold: 1000 op: period: 10 count: 2 message: 端点关系:{name}\n响应时间在过去10分钟的2分钟内超过1000毫秒 unhealthy_event_rule: metrics-name: Unhealthy # Healthiness check is usually a scheduled task, # they may be unhealthy for the first few times, # and can be unhealthy occasionally due to network jitter, # please adjust the threshold as per your actual situation. threshold: 3 op: period: 5 count: 1 message: 实例:{name}已不正常运行5分钟 instance_jvm_old_gc_count_rule: metrics-name: instance_jvm_old_gc_count threshold: 1 op: period: 10 count: 1 message: 实例:{name}\n 指标:OldGC次数\n 告警:最近10分钟内2 instance_jvm_young_gc_count_rule: metrics-name: instance_jvm_young_gc_count threshold: 1 op: period: 5 count: 1 message: 实例:{name}\n 指标:YoungGC次数\n 告警:最近5分钟内2 # 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/ dingtalkHooks: textTemplate: |- { msgtype: text, text: { content: Apache SkyWalking 告警: \n %s. } } webhooks: - url: https://oapi.dingtalk.com/robot/send?access_token钉钉机器人的access_token secret: 钉钉机器人的secret复合规则主要有以下几点规则名称在告警信息中显示的唯一名称必须以_rule结尾。expression指定如何组成规则支持, ||, ()操作符。message该规则触发时发送的通知消息。rules: service_resp_time_rule: metrics-name: service_resp_time op: threshold: 1000 period: 10 count: 2 silence-period: 10 message: 服务【{name}】的平均响应时间在最近10分钟内有2分钟超过1秒 service_sla_rule: metrics-name: service_sla op: threshold: 8000 period: 10 count: 2 silence-period: 10 message: 服务【{name}】的成功率在最近10分钟内有2分钟低于80 composite-rules: comp_rule: expression: service_resp_time_rule service_sla_rule message: 服务【{name}】在最近10分钟内有2分钟超过1秒平均响应时间超过1秒并且成功率低于80
网站建设高端定制企业官网
RELATED

相关资讯

更多精彩内容,欢迎继续阅读

较早相关资讯

最新相关资讯

【外设】之大彩串口显示屏 2026/11/15 4:54:16

【外设】之大彩串口显示屏

大彩串口屏初步使用 1 .官网下载 STM32 屏幕 GUI 设计资料 http://www.gz-dc.com/category/typeid/4112 找到 STM32 Keil 工程,移植相关代码因项目而异进行移植,由于项目简单,本人只对用到的指令接口进行修改。 比如:注意事项&…

阅读更多 →
无法下载Windows系统iso文件 2026/11/15 2:04:12

无法下载Windows系统iso文件

当我遇到这个问题的时候,我打开了一个网站: 登录 然后我打算下载的时候: 突然那个官方的连接就可以下载了:

阅读更多 →
【清华代码熊】DeepSeek V4.1 Flash 后训练详解 2026/11/14 10:11:15

【清华代码熊】DeepSeek V4.1 Flash 后训练详解

📌 上期解析了 DeepSeek V4.1 Flash 模型架构改进,本期解析 DeepSeek V4.1 Flash 预训练/后训练技术: 🌟 预训练:45T 文本 多模态混合语料、直接训练 sparse attention(取消 DeepSeek V4 的 dense 冷启动&…

阅读更多 →
Shuffle-R1: Efficient RL framework for Multimodal Large Language Models via Data-centric Dynamic ... 2026/11/14 17:14:38

Shuffle-R1: Efficient RL framework for Multimodal Large Language Models via Data-centric Dynamic ...

文章主要内容和创新点 主要内容 本文聚焦于多模态大语言模型(MLLM)强化学习(RL)训练中的效率问题,提出了一个名为Shuffle-R1的框架。研究发现,当前RL训练存在两个关键缺陷: 优势值坍缩(Advantage Collapsing):批次中大多数优势值集中在零附近,导致有效梯度信号被淹…

阅读更多 →
PRvL: Quantifying the Capabilities and Risks of Large Language Models for PII Redaction 2026/11/14 16:35:50

PRvL: Quantifying the Capabilities and Risks of Large Language Models for PII Redaction

一、文章主要内容总结 本文聚焦于利用大型语言模型(LLMs)实现个人身份信息(PII)脱敏的研究,旨在解决传统脱敏方法(如基于规则的系统、领域特定命名实体识别(NER)模型)泛化能力差、跨格式/跨语境适应性弱的问题。 研究通过全面评估多种LLM架构(包括密集型LLM(D-LLM…

阅读更多 →
LLaVA-RE: Binary Image-Text Relevancy Evaluation with Multimodal Large Language Model 2026/11/15 4:06:36

LLaVA-RE: Binary Image-Text Relevancy Evaluation with Multimodal Large Language Model

文章主要内容和创新点 主要内容 本文聚焦于二进制图像-文本相关性评估任务(判断图像与文本“相关”或“不相关”),针对该任务中文本格式多样、相关性定义随场景变化等挑战,提出了基于多模态大语言模型(MLLM)的解决方案LLaVA-RE。 模型设计:LLaVA-RE基于LLaVA 1.5架构,…

阅读更多 →

今日资讯

本周资讯

本月资讯

看完文章仍有疑问?

联系尧图顾问,获取一对一建站咨询

立即免费咨询 📞 400-888-8888
📞 ✉