azure - AKS 配置的 Container Insights 确实捕获排除的命名空间

Question

我正在运行一个 AKS 集群，并在其中启用了 Container Insights。Log Analytics 工作区中有大量日志。现在，我的应用程序确实在一个单独的命名空间上运行，并且一个命名空间运行了一些 Grafana 容器(我也不希望在捕获的日志中出现这些容器)。

因此，我搜索了如何减少捕获的日志量，并发现了 this Microsoft docs article .

我部署了the template ConfigMap到我的集群，对于 [log_collection_settings.stdout] 和 [log_collection_settings.stderr]，我排除了我不想捕获的命名空间。

当调用kubectl edit configmap container-azm-ms-agentconfig -n kube-system时，我得到以下信息:

这意味着我的配置实际上在那里。

现在，当我在 Log Analytics 工作区中打开查询窗口并执行以下查询时:

KubePodInventory
| where Namespace == "kube-system"

当我一周前设置 ConfigMap 时，我通过 TimeGenerated 列获得了大量结果，其中包含大约 5 分钟前的值。

在其中一个 pod omsagent-... 的日志中，我看到如下日志:

Both stdout & stderr log collection are turned off for namespaces: '*.csv2,*_kube-system_*.log,*_grafana-namespace_*.log'
****************End Config Processing********************
****************Start Config Processing********************
config::configmap container-azm-ms-agentconfig for agent settings mounted, parsing values
config::Successfully parsed mounted config map

在 StackOverflow 上查看时，我发现了以下答案，这些答案让我相信我所做的事情是正确的:

• https://stackoverflow.com/a/63838009
• https://stackoverflow.com/a/63058387
• https://stackoverflow.com/a/72288551

所以，不确定我在这里做错了什么。有人有想法吗？

Answer 1

因为我自己讨厌有些人即使已经有了答案也不发布答案，所以这就是(尽管不是您想要的答案，至少目前是这样)。

我在 GitHub 上发布了该问题，其中为 Container Insights 维护存储库。问题可见here on GitHub .

如果您不想单击该链接，以下是 Microsoft 的答案:

We are working on adding support for namespace filtering for inventory and perf metrics tables and will update you as soon this feature available.

因此，目前我们无法使用此 ConfigMap 排除比 ContainerLog 表更多的数据。