gpt4 book ai didi

Log Analytics 中显示的 Azure AKS Pod 日志有 30 分钟以上的延迟

转载 作者:行者123 更新时间:2023-12-02 11:46:39 37 4
gpt4 key购买 nike

Azure 中有一个 AKS 集群,部署了微服务应用 (NodeJS)。
该应用程序使用 application insights 将日志流式传输到 Application Insights(和 Log Analytics)。 .
所有设置均为默认设置:maxBatchSizemaxBatchIntervalMs

当我使用 kubectl logs {POD_NAME} -n {NAMESPACE_NAME} 检查 pod 日志时,我看到以下输出:

---

2020-05-05T00:22:24.851Z info xxxxxxxxx-a94b-4666-9e83-31e945e1ee15 0oaXXXXXXXXXX PUT /storages/1XXXXXX007475 xxxMiddleware

xxxxMiddleware ended
Postgres pool raised an error. Error: read ETIMEDOUT
---

在使用 Kusto 查询的 Log Analytics 中我看到了相同的内容:

LogEntrySource  stderr
LogEntry Postgres pool raised an error. Error: read ETIMEDOUT
TimeGenerated 2020-05-05T00:58:09
Computer aks-agentpool-xxxxx-3
ContainerID 4a5e5e69957917578d8b18b59628ec3f21cd1dd19b5d66ca1xxxxxxxxxx

我想知道为什么时间戳的差异约为 35 分钟以上,即 2020-05-05T00:58:09 - 2020-05-05T00:22:24.851Z

最佳答案

是的,相差大约 30 分钟。我想这可能是时区的差异。 kubectl 以 Pod 的时区报告日志,而 LogAnalytics 可能会将其报告为 UTC 时区或浏览器时区。请检查 pod 和浏览器的时区,看看这是否有意义。

希望这能解决问题。

关于Log Analytics 中显示的 Azure AKS Pod 日志有 30 分钟以上的延迟,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/61645631/

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