github-mirrors/VictoriaMetrics
1
0
Fork 0
mirror of https://github.com/VictoriaMetrics/VictoriaMetrics.git synced 2024-11-21 14:44:00 +00:00
Code Issues Projects Releases Packages Wiki Activity

dashboards: add more context to cluster dashboard panels

Browse source 
Signed-off-by: hagen1778 <roman@victoriametrics.com>
This commit is contained in:
hagen1778 2024-03-05 15:00:49 +01:00
parent 1c6230c977
commit f781c42ea4
No known key found for this signature in database
GPG key ID: 3BF75F3741CA9640
2 changed files with 10 additions and 10 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

10
dashboards/victoriametrics-cluster.json
View file

@ -152,7 +152,7 @@
"type": "prometheus",
"uid": "$ds"
},
"description": "How many datapoints are in storage",
"description": "How many [data samples](https://docs.victoriametrics.com/keyconcepts/#raw-samples) are in storage",
"fieldConfig": {
"defaults": {
"color": {
@ -961,7 +961,7 @@
"type": "prometheus",
"uid": "$ds"
},
"description": "How many datapoints are inserted into cluster per second by protocol before the replication.",
"description": "How many [data samples](https://docs.victoriametrics.com/keyconcepts/#raw-samples) are inserted into cluster per second by protocol before the replication. Check vminsert metrics if there are any issues with ingestion.",
"fieldConfig": {
"defaults": {
"color": {
@ -5382,7 +5382,7 @@
"type": "prometheus",
"uid": "$ds"
},
"description": "Shows how many ongoing insertions (not API /write calls) on disk are taking place, where:\n* `max` - equal to number of CPUs;\n* `current` - current number of goroutines busy with inserting rows into underlying storage.\n\nEvery successful API /write call results into flush on disk. The `max` is an internal limit and can't be changed. It is always equal to the number of CPUs. \n\nWhen `current` hits `max` constantly, it means storage is overloaded and requires more CPU or faster disk.",
"description": "Shows how many ongoing insertions (not API /write calls) on disk are taking place, where:\n* `max` - equal to number of CPUs;\n* `current` - current number of goroutines busy with inserting rows into underlying storage.\n\nEvery successful API /write call results into flush on disk. The `max` is an internal limit and can't be changed. It is always equal to the number of CPUs. \n\nWhen `current` hits `max` constantly, it means storage is overloaded and requires more CPU (see CPU usage) or disks with more IOPS (see disk writes and reads panels in Resource Usage row).",
"fieldConfig": {
"defaults": {
"color": {
@ -5624,7 +5624,7 @@
"type": "prometheus",
"uid": "$ds"
},
"description": "The number of rows merged per second by storage nodes.",
"description": "The number of rows merged per second by storage nodes. Merge speed depends on available CPU and disk IO bandwidth.",
"fieldConfig": {
"defaults": {
"color": {
@ -8148,7 +8148,7 @@
"type": "prometheus",
"uid": "$ds"
},
"description": "Shows the saturation level of connection between vminsert and vmstorage components. If the threshold of 0.9sec is reached, then the connection is saturated by more than 90% and vminsert won't be able to keep up. This usually means that more vminsert or vmstorage nodes must be added to the cluster in order to increase the total number of vminsert -> vmstorage links.\n",
"description": "Shows the saturation level of connection between vminsert and vmstorage components. \n\nIf the threshold of 0.9sec is reached, then the connection is saturated by more than 90% and vminsert won't be able to keep up. This usually means that either vminsert or vmstorage nodes are struggling with the load. Verify CPU/mem saturation of both components and network saturation between them.\nIf vminsert resources are saturated - consider adding more resources or scale vminserts horizontally.\n\nIf vminsert resources and network are fine, check vmstorage metrics for anomalies.",
"fieldConfig": {
"defaults": {
"color": {

10
dashboards/vm/victoriametrics-cluster.json
View file

@ -153,7 +153,7 @@
"type": "victoriametrics-datasource",
"uid": "$ds"
},
"description": "How many datapoints are in storage",
"description": "How many [data samples](https://docs.victoriametrics.com/keyconcepts/#raw-samples) are in storage",
"fieldConfig": {
"defaults": {
"color": {
@ -962,7 +962,7 @@
"type": "victoriametrics-datasource",
"uid": "$ds"
},
"description": "How many datapoints are inserted into cluster per second by protocol before the replication.",
"description": "How many [data samples](https://docs.victoriametrics.com/keyconcepts/#raw-samples) are inserted into cluster per second by protocol before the replication. Check vminsert metrics if there are any issues with ingestion.",
"fieldConfig": {
"defaults": {
"color": {
@ -5383,7 +5383,7 @@
"type": "victoriametrics-datasource",
"uid": "$ds"
},
"description": "Shows how many ongoing insertions (not API /write calls) on disk are taking place, where:\n* `max` - equal to number of CPUs;\n* `current` - current number of goroutines busy with inserting rows into underlying storage.\n\nEvery successful API /write call results into flush on disk. The `max` is an internal limit and can't be changed. It is always equal to the number of CPUs. \n\nWhen `current` hits `max` constantly, it means storage is overloaded and requires more CPU or faster disk.",
"description": "Shows how many ongoing insertions (not API /write calls) on disk are taking place, where:\n* `max` - equal to number of CPUs;\n* `current` - current number of goroutines busy with inserting rows into underlying storage.\n\nEvery successful API /write call results into flush on disk. The `max` is an internal limit and can't be changed. It is always equal to the number of CPUs. \n\nWhen `current` hits `max` constantly, it means storage is overloaded and requires more CPU (see CPU usage) or disks with more IOPS (see disk writes and reads panels in Resource Usage row).",
"fieldConfig": {
"defaults": {
"color": {
@ -5625,7 +5625,7 @@
"type": "victoriametrics-datasource",
"uid": "$ds"
},
"description": "The number of rows merged per second by storage nodes.",
"description": "The number of rows merged per second by storage nodes. Merge speed depends on available CPU and disk IO bandwidth.",
"fieldConfig": {
"defaults": {
"color": {
@ -8149,7 +8149,7 @@
"type": "victoriametrics-datasource",
"uid": "$ds"
},
"description": "Shows the saturation level of connection between vminsert and vmstorage components. If the threshold of 0.9sec is reached, then the connection is saturated by more than 90% and vminsert won't be able to keep up. This usually means that more vminsert or vmstorage nodes must be added to the cluster in order to increase the total number of vminsert -> vmstorage links.\n",
"description": "Shows the saturation level of connection between vminsert and vmstorage components. \n\nIf the threshold of 0.9sec is reached, then the connection is saturated by more than 90% and vminsert won't be able to keep up. This usually means that either vminsert or vmstorage nodes are struggling with the load. Verify CPU/mem saturation of both components and network saturation between them.\nIf vminsert resources are saturated - consider adding more resources or scale vminserts horizontally.\n\nIf vminsert resources and network are fine, check vmstorage metrics for anomalies.",
"fieldConfig": {
"defaults": {
"color": {