Docker Elasticsearch内部日志

我的.NET核心应用程序使用serilog elasticsearch接收器将日志写入elasticsearch。Elasticsearch+kibana在Windows 10上的linux容器中运行（使用Docker桌面）。在Kibana中，日志消息可以可视化。作为长期测试，该应用程序运行了一夜，但第二天，Kibana再也没有可用的数据。是否有可能看到Elasticsearch内部在做什么？内部Elasticsearch日志信息存储在哪里，以及如何从Windows 10 powershell访问这些信息？

“Kibana中不再有可用数据”。您确定Kibana时间范围（右上角）设置为24小时以确认吗？提示为Thx。我现在看到一些“旧”日志（最新的从凌晨2点开始）。但是仍然不知道为什么elasticsearch在某个时候停止了日志记录（serilog控制台接收器仍在写入日志）。没问题。我有同样的问题，它被自动设定为15M，我的制片人因某种原因在半夜去世。您的日志应该在那里，因为ES不包括索引在一段时间后删除的超时时间（与Kafka不同）。因此，可能是客户机或服务器连接中断。good luckI读到elasticsearch容器有一个默认的最大内存大小。如果最终达到此限制，如何检查？您可以检查“监视”选项卡（此功能仅限高级功能，因此您可以开始30天的试用以查看和使用它），但再次更改时间范围以查看更长的时间段。在那里，您将能够看到延迟、堆大小、资源使用情况，基本上是关于集群中任何节点的任何健康相关信息。您确定Kibana时间范围（右上角）设置为24小时以确认吗？提示为Thx。我现在看到一些“旧”日志（最新的从凌晨2点开始）。但是仍然不知道为什么elasticsearch在某个时候停止了日志记录（serilog控制台接收器仍在写入日志）。没问题。我有同样的问题，它被自动设定为15M，我的制片人因某种原因在半夜去世。您的日志应该在那里，因为ES不包括索引在一段时间后删除的超时时间（与Kafka不同）。因此，可能是客户机或服务器连接中断。good luckI读到elasticsearch容器有一个默认的最大内存大小。如果最终达到此限制，如何检查？您可以检查“监视”选项卡（此功能仅限高级功能，因此您可以开始30天的试用以查看和使用它），但再次更改时间范围以查看更长的时间段。在那里，您将能够看到延迟、堆大小、资源使用情况，基本上是关于集群中任何节点的任何健康相关信息。