蟑螂B/kubernetes在stackdriver上记录了大量错误
我刚刚从一张非常糟糕的gcp账单中注意到,cockroachDB在stackdriver上记录了1.5tb的错误,几天内就花了我几百美元。不幸的是,我把它100%地记录下来了。错误看起来像这样,并且每秒会累积多次蟑螂B/kubernetes在stackdriver上记录了大量错误,kubernetes,google-cloud-stackdriver,cockroachdb,Kubernetes,Google Cloud Stackdriver,Cockroachdb,我刚刚从一张非常糟糕的gcp账单中注意到,cockroachDB在stackdriver上记录了1.5tb的错误,几天内就花了我几百美元。不幸的是,我把它100%地记录下来了。错误看起来像这样,并且每秒会累积多次 E I180712 11:18:41.963205 106 server/status/runtime.go:223 [n2] runtime stats: 1.5 GiB RSS, 283 goroutines, 254 MiB/54 MiB/441 MiB GO alloc/i
E I180712 11:18:41.963205 106 server/status/runtime.go:223 [n2]
runtime stats: 1.5 GiB RSS, 283 goroutines, 254 MiB/54 MiB/441 MiB GO alloc/idle/total,
918 MiB/1.1 GiB CGO alloc/total,
2175.51cgo/sec,
0.16/0.02 %(u/s)time, 0.00 %gc (1x)
有人知道他们的意思吗?以及如何阻止他们 这些都是蟑螂数据库日志,不仅仅是错误。这由蟑螂数据库日志行中的
I
前缀(意思是Info
)表示。列出的日志行显示cockroach
进程的基本内存信息。每10秒记录一次
如果您希望保留日志,我建议按严重性进行筛选
这可以由蟑螂数据库在使用以下命令将日志重定向到stderr时自行完成:--logtostderr=Level
,其中Level
是信息
、警告
、错误
或致命
中的一种
如果您正在保存原始日志,您可以快速跳过以所需前缀开头的任何内容。但是,这不如处理多行日志条目所需的--logtostderr
方法准确。是“正确”的方法,但作为一种解决方法,您可以从Stackdriver中排除特定日志:
日志排除提供了细粒度的控制,不需要重新配置或重新启动作业。感谢您的提示-还记录了大量其他内容。我使用了标准的GKE cockroach yaml文件,其中包含--logtostderr选项。文档说默认情况下只记录警告和错误,但我猜它必须记录信息和调试。然而,GCP stackdriver解释为一个错误,而不是信息,所以过滤它并不太容易。我必须看看我是否能在不关闭整个集群的情况下设置--logtostderr=Error是的-谢谢-我最初确实过滤了日志记录,但现在我用不同的日志记录参数重新启动了,一切都很好。