第 4 章 AlertRelabelConfig [monitoring.openshift.io/v1]

配置

数组

配置是按顺序评估的警报重新标记配置的列表。

configs[]

object

RelabelConfig 允许为警报动态重写标签集。请参阅 Prometheus 文档： - https://prometheus.io/docs/prometheus/latest/configuration/configuration/#alert_relabel_configs - https://prometheus.io/docs/prometheus/latest/configuration/configuration/#relabel_config

action

string

根据正则表达式匹配要执行的操作。必须是： 'Replace', 'Keep', 'Drop', 'HashMod', 'LabelMap', 'LabelDrop', 或 'LabelKeep' 之一。默认为： 'Replace'

modulus

整数

modulus 采用 source 标签值的哈希。这可以与 'HashMod' 操作结合使用，将 'target_label' 设置为串联的 'source_labels' 哈希的 'modulus'。这只有在 sourceLabels 不是空的，且 action 不是 'LabelKeep' 或 'LabelDrop' 时才有效。

regex

string

匹配提取的值的正则表达式。默认为：除 'HashMod' 以外的所有操作都需要 '(configured)' regex

替换

string

如果正则表达式匹配，则执行 regex 替换的替换值。如果操作为 'Replace' 或 'LabelMap'，并且禁止操作 'LabelKeep' 和 'LabelDrop'，则需要此项。正则表达式捕获组可用。默认为： '$1'

分隔符

string

在串联的源标签值之间放置分隔符。如果省略，Prometheus 将使用其默认值 ';'。

sourceLabels

数组（字符串）

sourceLabels 从现有标签中选择值。其内容使用配置的分隔符连接，并与配置的 'Replace'、'Keep' 和 'Drop' 操作匹配。不允许操作 'LabelKeep' 和 'LabelDrop'。

targetLabel

string

targetLabel，生成的值以 'Replace' 操作写入。'Replace' 和 'HashMod' 操作需要，并禁止操作 'LabelKeep' 和 'LabelDrop'。正则表达式捕获组可用。

conditions

数组

conditions 包含 AlertRelabelConfig 状态的详细信息，可能为空。

conditions[]

对象

条件包含此 API 资源当前状态的一个方面的详情。--- 这个结构旨在直接用作字段路径 .status.conditions 中的数组。例如，输入 FooStatus struct{ // Represents the observations of a foo’s current state. // Known .status.conditions.type are: "Available", "Progressing", and "Degraded" // +patchMergeKey=type // +patchStrategy=merge // +listType=map // +listMapKey=type Conditions []metav1.Condition json:"conditions,omitempty" patchStrategy:"merge" patchMergeKey:"type" protobuf:"bytes,1,rep,name=conditions" // other fields }

lastTransitionTime

字符串

lastTransitionTime 是条件从一个状态转换到另一个状态最后一次的时间。这应该是底层条件变化的时间。如果为未知，则使用 API 字段更改的时间是可以接受的。

message

字符串

Message 是人类可读的消息，指示有关转换的详细信息。这可能是一个空字符串。

observedGeneration

整数

observedGeneration 代表 .metadata.generation，这是条件设置所基于的条件。例如，如果 .metadata.generation 目前为 12，但 .status.conditions[x].observedGeneration 是 9，则代表条件与实例的当前状态已不匹配。

reason

字符串

reason 包含程序标识符，指示条件最后一次转换的原因。特定条件类型的制作者可能会定义预期的值和此字段的含义，以及这些值是否被视为有保证的 API。该值应该是 CamelCase 字符串。此字段可能不是空的。

status

字符串

条件的状态，True, False, Unknown 之一。

type

字符串

CamelCase 或 foo.example.com/CamelCase 中的条件类型。-- Many .condition.type 值在资源间是一致的，但因为任意条件可能很有用（请参阅 .node.status.conditions），deconflict 的能力非常重要。它匹配的正则表达式是 (dns1123SubdomainFmt/)? (qualifiedNameFmt)