cockroachdb/kubernetes 在 stackdriver 上记录大量错误
cockroachdb/kubernetes logging lots of errors on stackdriver
我刚刚从一个非常讨厌的 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/idle/total,
918 MiB/1.1 GiB CGO alloc/total,
2175.51cgo/sec,
0.16/0.02 %(u/s)time, 0.00 %gc (1x)
有谁知道他们的意思，以及如何阻止他们？
这些都是 CockroachDB 日志，而不仅仅是错误。这由 CockroachDB 日志行中的 I 前缀（意思是 Info）指示。列出的日志行显示 cockroach 进程的基本内存信息。每 10 秒记录一次。
如果您希望保留日志，我建议您按严重性过滤。
这可以在将日志重定向到 stderr 时由 CockroachDB 自己完成，方法是：--logtostderr=Level 其中 Level 是 Info、Warning、[=17= 之一], 或 Fatal.
如果您正在保存原始日志，您可以快速通过以丢弃任何不以所需前缀开头的内容。然而，这将不如 --logtostderr 方法准确，因为您需要处理多行日志条目。
Marc's is the "right" one, but as a workaround you could exclude specific logs from Stackdriver: https://cloud.google.com/logging/docs/exclusions
日志排除提供细粒度控制，不需要重新配置或重新启动作业。
我刚刚从一个非常讨厌的 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/idle/total,
918 MiB/1.1 GiB CGO alloc/total,
2175.51cgo/sec,
0.16/0.02 %(u/s)time, 0.00 %gc (1x)
有谁知道他们的意思，以及如何阻止他们？
这些都是 CockroachDB 日志，而不仅仅是错误。这由 CockroachDB 日志行中的 I 前缀（意思是 Info）指示。列出的日志行显示 cockroach 进程的基本内存信息。每 10 秒记录一次。
如果您希望保留日志，我建议您按严重性过滤。
这可以在将日志重定向到 stderr 时由 CockroachDB 自己完成，方法是：--logtostderr=Level 其中 Level 是 Info、Warning、[=17= 之一], 或 Fatal.
如果您正在保存原始日志，您可以快速通过以丢弃任何不以所需前缀开头的内容。然而，这将不如 --logtostderr 方法准确，因为您需要处理多行日志条目。
Marc's
日志排除提供细粒度控制，不需要重新配置或重新启动作业。