问题描述
正在寻找一款类似于 Prometheus + Grafana 的工具，用于收集和记录进程的资源使用情况，特别是内存使用情况，可以根据进程 ID 或进程名称进行分类。用户所面临的情况是，集群中有两个组件运行着不同的进程，其中存在内存泄漏问题，用户希望找出是哪个进程导致了内存泄漏。用户提到了 Weave Scope，该工具能够显示每个 Pod 的所有进程及其资源使用情况，但只支持实时显示，用户希望找到类似 Prometheus 图表那样能够存储随时间变化的数据。
解决方案
请注意以下操作注意版本差异及修改前做好备份。
方案1：使用 Prometheus 和适当的 Exporter
Prometheus 是一个功能强大的监控和警报工具，可以与各种 Exporter 配合使用，以收集并展示各种应用程序的指标。你可以通过以下步骤在 Kubernetes 集群中收集进程的资源使用情况：
1. 在集群中部署 Prometheus 实例。你可以使用 Helm 等工具来简化部署过程。
2. 为你想要监控的应用程序选择合适的 Exporter。如果你希望监控进程的资源使用情况，可以考虑使用 process-exporter。
3. 配置 Exporter 以暴露进程的相关指标。根据 Exporter 的文档，你可能需要修改一些配置文件或环境变量。
4. 在 Prometheus 配置文件中添加相应的监控任务，以定期从 Exporter 暴露的端点收集指标数据。
5. 部署 Grafana 实例，用于可视化 Prometheus 收集到的指标数据。
方案2：使用 APM 工具
如果你对资源使用情况的监控要求更加细致，并且愿意投入资金，可以考虑使用应用性能管理（APM）工具。APM 工具能够提供更详细的指标和分析，帮助你更好地理解应用程序的性能和资源使用情况。一些知名的 APM 工具包括 New Relic、AppDynamics 和 Dynatrace。
方案3：编写自定义脚本
如果以上工具无法满足你的需求，你还可以编写自定义脚本来收集进程的资源使用情况。以下是一个简单的示例脚本，用于从容器中获取进程的内存使用情况并将其存储为 Prometheus Exporter 文件格式：
#!/bin/bash
# 启动容器A
docker run -d --name container_a your_image_a
# 等待容器A完全启动
while ! docker exec container_a echo "Container A is ready"; do
sleep 1
done
# 启动容器B
docker run -d --name container_b your_image_b
在这个示例中，我们首先使用 docker run 命令启动容器 A，并将其命名为 container_a。然后，使用一个循环来等待容器 A 完全启动（这里是通过在容器内运行 echo 命令来测试）。一旦容器 A 就绪，我们再使用 docker run 命令启动容器 B，并将其命名为 container_b。
请根据你的具体需求选择适合的方案，并根据文档和指南执行相应的操作。这些方案将帮助你更好地监控和理解 Kubernetes 集群中进程的资源使用情况，以便解决内存泄漏等问题。