skywalking6.2的相關配置和使用

這篇文章主要講解了“skywalking6.2的相關配置和使用”，文中的講解內容簡單清晰，易于學習與理解，下面請大家跟著小編的思路慢慢深入，一起來研究和學習“skywalking6.2的相關配置和使用”吧！

1、關于日志和項目名配置: 日志可在探針agent.config里面配置也可以在外面配置

在外面配置方式為:

-javaagent:/data/path/skywalking-agent.jar=logging.file_name=agent_passport.log,logging.dir=/data/applogs/skyagent/ -Dskywalking.agent.service_name=passport

由于是docker運行項目免得再覆蓋配置所以直接再catalina.sh腳本修改覆蓋即可

2、6.2版本去掉了web端的登錄認證

3、告警的配置

概念:

SLA: 服務可用性（主要是通過請求成功與失敗次數來計算）

CPM: 每分鐘調用次數

Avg Response Time: 平均響應時間

service_resp_time_rule：告警規則名稱 ***_rule （規則名稱可以自定義但是必須以’_rule’結尾)

indicator-name：指標數據名稱： 定義參見 點這里

op: 操作符： > , < , = 【當然你可以自己擴展開發其他的操作符】

threshold：目標值：指標數據的目標數據 如sample中的1000就是服務響應時間，配合上操作符就是大于1000ms的服務響應

period: 告警檢查周期：多久檢查一次當前的指標數據是否符合告警規則

counts: 達到告警閾值的次數

silence-period：忽略相同告警信息的周期

message：告警信息

webhooks：服務告警通知服務地址

告警參數:點這里

告警解釋:點這里

默認告警包含

1、服務serviceapi的響應時間在過去10分鐘的3分鐘內超過1000毫秒。

2、服務serviceapi的成功率在過去10分鐘的2分鐘內低于80％

3、服務serviceapi的90％響應時間在過去10分鐘的3分鐘內超過1000毫秒

4、服務實例serviceapi的響應時間在過去10分鐘的2分鐘內超過1000毫秒

5、端點serviceapi的響應時間在最后10分鐘的2分鐘內超過1000毫秒

項目中出現error的告警并沒有找到方式配置告警

聚合函數: 提供的功能

longAvg. 每個作用域實體的所有輸入的平均值。輸入字段必須是long類型的。

instance_jvm_memory_max = from(ServiceInstanceJVMMemory.max).longAvg();

在這種情況下，輸入是每個service instance jvmmemmory作用域的請求，平均值基于字段最大值。

doubleAvg. 每個作用域實體的所有輸入的平均值。輸入字段必須為double。

instance_jvm_cpu = from(ServiceInstanceJVMCPU.usePercent).doubleAvg();

在這種情況下，輸入是每個ServiceInstance JVM CPU范圍的請求，avg基于字段usePercent。

百分位數. 數字或比率表示為分數 100,對于條件匹配輸入。

endpoint_percent = from(Endpoint.*).percent(status == true);

在這種情況下，所有輸入都是每個端點的請求，條件是 endpoint.status == true.

sum.每個范圍實體的總和調用。

Service_Calls_Sum = from(Service.*).sum();

在這種情況下，每個服務的調用。

p99, p95, p90, p75, p50. Read p99 參照wiki:點這里

All_p99 = from(All.latency).p99(10);

在這種情況下，所有傳入請求的p99值。 thermodynamic. 

All_heatmap = from(All.latency).thermodynamic(100, 20);

在這種情況下，所有傳入請求的熱力學熱圖。

感謝各位的閱讀，以上就是“skywalking6.2的相關配置和使用”的內容了，經過本文的學習后，相信大家對skywalking6.2的相關配置和使用這一問題有了更深刻的體會，具體使用情況還需要大家實踐驗證。這里是億速云，小編將為大家推送更多相關知識點的文章，歡迎關注！