Python Kubernetes部署内存使用率高

我在GKE contianer中使用python烧瓶，moemory在pod中增加。我已经设定了吊舱的极限，但它正在被杀死

我在想这是内存泄漏。看完这部电影后，有人能提出一些建议吗。随着磁盘容量的增加，内存也会增加，并且还会出现一些页面错误

是否有任何容器端linux操作系统（使用python slim base）。内存没有回到操作系统或python烧瓶内存管理问题

为了检查内存泄漏，我在应用程序中添加了stackimpact

请帮忙。。。！

---

提前感谢

如果在命中时为每个GKE部署添加了资源内存限制，则pod将被终止、重新调度，并应重新启动，节点上的其他pod应正常

通过运行以下命令，可以找到更多信息：

kubectl describe pod <YOUR_POD_NAME>

kubectl top pods

kubectl描述pod
kubectl顶部吊舱

请注意，如果您输入的内存请求大于节点上的内存量，pod将永远不会被调度

如果Pod由于资源不足或某些配置错误而无法启动，您可能会遇到一个错误，指示内存不足或其他资源不足。如果Pod卡在挂起状态，则意味着无法将其调度到节点上。在这种情况下，您需要删除pod、调整资源请求或向集群添加新节点。你可以找到更多的信息

---

此外，根据这一点，（HPA）根据内存或CPU使用率等指标扩展部署的副本。

如果在命中时为每个GKE部署添加了资源内存限制，则pod将被终止、重新调度，并应重新启动，节点上的其他pod应无问题

通过运行以下命令，可以找到更多信息：

kubectl describe pod <YOUR_POD_NAME>

kubectl top pods

kubectl描述pod
kubectl顶部吊舱

请注意，如果您输入的内存请求大于节点上的内存量，pod将永远不会被调度

如果Pod由于资源不足或某些配置错误而无法启动，您可能会遇到一个错误，指示内存不足或其他资源不足。如果Pod卡在挂起状态，则意味着无法将其调度到节点上。在这种情况下，您需要删除pod、调整资源请求或向集群添加新节点。你可以找到更多的信息

---

此外，根据这一点，（HPA）会根据内存或CPU使用率等指标来扩展部署的副本。

这肯定是在泄漏磁盘空间（日志文件？）。但是，如果没有任何应用程序源代码，基本上不可能给出任何可能出错的提示。“从库伯内特斯的水平上来说，这不是一个有用的诊断方法。”戴维马兹感谢你写下我试图在吊舱内运行探查器的答案。发现这一点，所以现在正在处理：@DavidMaze是否存在类似磁盘泄漏的情况？我有内存泄漏的想法，所以正在努力。我们正在pods中生成xls文件，稍后将其上传到bucket。那么，生成文件会导致问题吗？实际上，我们需要一些日志/YAML来理解这个问题，只需要几张图，我们可能只提供一个guess@ErnestoU您能指定我将用它更新哪些日志吗。还更新了内存泄漏的探查器图问题。它肯定是在泄漏磁盘空间（日志文件？）。但是，如果没有任何应用程序源代码，基本上不可能给出任何可能出错的提示。“从库伯内特斯的水平上来说，这不是一个有用的诊断方法。”戴维马兹感谢你写下我试图在吊舱内运行探查器的答案。发现这一点，所以现在正在处理：@DavidMaze是否存在类似磁盘泄漏的情况？我有内存泄漏的想法，所以正在努力。我们正在pods中生成xls文件，稍后将其上传到bucket。那么，生成文件会导致问题吗？实际上，我们需要一些日志/YAML来理解这个问题，只需要几张图，我们可能只提供一个guess@ErnestoU您能指定我将用它更新哪些日志吗。还更新了内存泄漏的探查器图问题。感谢您编写答案，但我在这里得到了您的观点问题不是节点内存或内存不足。所有pod和副本都能正常工作，但一个微服务磁盘和内存会自动增加。感谢您写下答案，但我明白了您的观点，这里的问题不是节点内存或内存不足。除了一个微服务磁盘和内存自动增加外，所有pod和副本都能正常工作。