-
Notifications
You must be signed in to change notification settings - Fork 1
/
fetch_purgatory_size-variables.tf
53 lines (42 loc) · 1.43 KB
/
fetch_purgatory_size-variables.tf
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
variable "fetch_purgatory_size_enabled" {
type = bool
default = true
}
variable "fetch_purgatory_size_warning" {
type = number
default = 70000
}
variable "fetch_purgatory_size_critical" {
type = number
default = 100000
}
variable "fetch_purgatory_size_evaluation_period" {
type = string
default = "last_30m"
}
variable "fetch_purgatory_size_note" {
type = string
default = ""
}
variable "fetch_purgatory_size_docs" {
type = string
default = <<EOFF
The request purgatory serves as a temporary holding pen for produce and fetch requests waiting to be satisfied.
Fetch requests are added to purgatory if there is not enough data to fulfill the request (fetch.min.bytes on consumers) until the time specified by fetch.wait.max.ms is reached or enough data becomes available
Keeping an eye on the size of purgatory is useful to determine the underlying causes of latency. Increases in consumer fetch times, for example, can be easily explained if there is a corresponding increase in the number of fetch requests in purgatory.
https://www.datadoghq.com/blog/monitoring-kafka-performance-metrics/
EOFF
}
variable "fetch_purgatory_size_filter_override" {
type = string
default = ""
}
variable "fetch_purgatory_size_alerting_enabled" {
type = bool
default = true
}
variable "fetch_purgatory_size_priority" {
description = "Number from 1 (high) to 5 (low)."
type = number
default = 3
}