You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: content/blog/set-up-apache-skywalking-for-k8s-and-vm-monitoring-in-hpe-greenlake-private-cloud.md
+24-6Lines changed: 24 additions & 6 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -209,7 +209,7 @@ Here is the *SpingBoot* Web app topology map:
209
209
210
210
### Deploy a Multi-tier Application
211
211
212
-
As the second demo application, we will deploy a multi-tier *music* application, available as part of [Apache SkyWalking showcase application](https://github.com/apache/skywalking-showcase). This multi-tier music application consists of a frontend server and its UI, backend gateway service, recommendation service and songs service, together with a *H2* database. Each microservice is coding with different programming languages, *NodeJS*, *React*, *Spring*, *Python*, etc.
212
+
As the second demo application, we will deploy a multi-tier *music* application, available as part of [Apache SkyWalking showcase application](https://github.com/apache/skywalking-showcase). This multi-tier music application consists of a frontend app server and its UI, backend gateway service, recommendation service and songs service, together with a *H2* database. Each microservice is coding with different programming languages, *NodeJS*, *React*, *Spring*, *Python*, etc.
213
213
214
214

215
215
@@ -283,20 +283,38 @@ You can also check the multi-tier music application trace page:
283
283
284
284

285
285
286
+
### Application Alerting
286
287
287
-
\- Multi-tier application alarms:
288
+
Apache SkyWalking provides an alerting mechanism to measure application performance according to a list of pre-defined metrics, e.g., _service_resp_time_, _database_access_resp_time_, and _service_sla_. It will trigger alerting when some metrics reach its pre-defined thresholds. We can define new metrics or customize the existing metrics with new thresholds.
289
+
290
+
Here is the alarms page from SkyWalking UI showing all the triggered alerting for deployed multi-tier music app:
288
291
289
292

290
293
291
-
The alarms page shows *Successful rate of service agent::app is lower than 80% in 2 minutes of last 10 minutes*.
294
+
The alarms page shows *Successful rate of service agent::app is lower than 80% in 2 minutes of last 10 minutes*. It indicates issue from the frontend app server in multi-tier music application.
295
+
296
+
It's triggered by the following metric alerting rule _service_sla_:
292
297
293
-
From the service `agent::app` overview page below, it shows *Success Rate 66.66%*. You may check the service's trace pages and try to figure out the root cause for this issue.
298
+
```markdown
299
+
service_sla_rule:
300
+
# Metrics value need to be long, double or int
301
+
metrics-name: service_sla
302
+
op: "<"
303
+
threshold: 8000
304
+
# The length of time to evaluate the metrics
305
+
period: 10
306
+
# How many times after the metrics match the condition, will trigger alarm
307
+
count: 2
308
+
# How many times of checks, the alarm keeps silence after alarm triggered, default as same as period.
309
+
silence-period: 3
310
+
message: Successful rate of service {name} is lower than 80% in 2 minutes of last 10 minutes
311
+
```
294
312
295
-
\- Multi-tier application service `agent::app` overview:
313
+
From the below service `agent::app` overview page, it shows **Success Rate 66.66%**.
0 commit comments