gpt4 book ai didi

google-cloud-platform - 基于 GCP 日志的指标不适用于正则表达式过滤器

转载 作者:行者123 更新时间:2023-12-05 06:17:11 26 4
gpt4 key购买 nike

我正在尝试在 GCP 中创建一个基于日志的指标以用于警报规则(StackDriver,现在是 GCP 的一部分)。来源是 HTTPS (L7) LB 日志。经过大量试验和错误后,我发现如果我使用基于正则表达式的过滤器,我的指标将不起作用(注意:基于正则表达式的标签提取在进行下述更改后有效)。

具体来说,如果我的过滤器看起来像这样:

httpRequest.status=403
httpRequest.requestMethod="GET"
httpRequest.requestUrl=~"^.*some/regex/pattern/.*$"

单击“提交过滤器”后,我确实看到了过滤后的日志条目,当我设置基于正则表达式的标签提取器时,我也看到了样本记录/标签,但在指标资源管理器中,时间序列中从来没有任何数据.但是,如果我更改过滤器以进行纯全文子字符串匹配,即

httpRequest.status=403
httpRequest.requestMethod="GET"
"some/substring/match"

它确实有效 - 我确实在指标浏览器中看到了时间序列。

请注意,这不是时间问题,我还不够不耐烦。我可以通过在两个过滤器之间切换来可靠地使其工作(或不工作)。

这对我来说是个问题,因为我确实需要在请求 URL 上进行正则表达式匹配;子字符串匹配不够复杂,另外,我想确保只匹配请求 URL,而不是引用者。虽然我基本上可以使用更粗略的过滤器(即使它会破坏指标),但这会导致我的警报规则出现另一个问题,因为我无法过滤掉不匹配的内容——提取的标签没有值,甚至 label !=~ [[:space:]]* 无法在警报级别过滤掉不匹配项,因为缺少的标签值显然与空标签值不同。由于过于粗略的日志过滤器而导致的 FP 警报对我来说是个大问题。

如果这是预期的行为,我将不胜感激指向突出显示此限制的文档的链接。

最佳答案

正如之前的评论所指出的,由于在查询中使用正则表达式,存在与无效查询语法相关的问题。

日志查看器不支持特殊的通配符,如 *?

您可以在 documentation 中找到更多无效搜索示例.

关于google-cloud-platform - 基于 GCP 日志的指标不适用于正则表达式过滤器,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/61751554/

26 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com