在docker-swarm中消耗大量内存的Spring boot微服务

Question

我在Azure上的Ubuntu 16.04.4 LTS实例上运行了一些docker swarm容器。容器运行Java Spring Boot和Netflix OSS应用程序，如Eureka、Ribbon、Gateway等应用程序。我发现我的容器占用了巨大的内存，尽管服务只是RESTendpoint。

我试图通过传递Java VM参数来限制内存消耗，如下所示，但这并没有帮助，大小甚至没有改变。

请在下面备注我在这里使用的配置，

Java版本:Java 8 Alpine

内核版本:4.15.0-1023-azure

操作系统:LTS Ubuntu 16 . 04 . 4

OSType: linux

建筑：x86_64

处理器： 32

总内存:125.9千兆字节

docker stats后的内存占用

Java 虚拟机参数，

docker service create --name xxxxxx-service --replicas 1 --network overnet 127.0.0.1:5000/xxxxxx-service --env JAVA_OPTS="-Xms16m -Xmx32m -XX:MaxMetaspaceSize=48m -XX:CompressedClassSpaceSize=8m -Xss256k -Xmn8m -XX:InitialCodeCacheSize=4m -XX:ReservedCodeCacheSize=8m -XX:MaxDirectMemorySize=16m -XX:+UseCGroupMemoryLimitForHeap -XX:-ShrinkHeapInSteps -XX:MinHeapFreeRatio=10 -XX:MaxHeapFreeRatio=70"

我还试图查看每个容器中的应用程序日志文件，但找不到任何与内存相关的错误。我还试图限制容器资源。但这对我也不起作用。

限制容器的资源

有什么线索可以帮我解决这个内存太大的问题吗？

Answer 1

您可以尝试启用执行器，并将内存消耗值与docker stats生成的值进行比较。

要启用致动器，您可以在 pom.xml 文件中添加以下依赖项。

<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-actuator</artifactId>
</dependency>

我通常使用HAL浏览器来监视应用程序并使用执行器endpoint。您可以使用以下 maven 依赖项添加它。

<dependency>
    <groupId>org.springframework.data</groupId>
    <artifactId>spring-data-rest-hal-browser</artifactId>
</dependency>

在HAL浏览器中，您可以尝试为您的应用程序使用< code>/metricsendpoint。

示例输出如下所示。

{
    "mem" : 193024,
    "mem.free" : 87693,
    "processors" : 4,
    "instance.uptime" : 305027,
    "uptime" : 307077,
    "systemload.average" : 0.11,
    "heap.committed" : 193024,
    "heap.init" : 124928,
    "heap.used" : 105330,
    "heap" : 1764352,
    "threads.peak" : 22,
    "threads.daemon" : 19,
    "threads" : 22,
    "classes" : 5819,
    "classes.loaded" : 5819,
    "classes.unloaded" : 0,
    "gc.ps_scavenge.count" : 7,
    "gc.ps_scavenge.time" : 54,
    "gc.ps_marksweep.count" : 1,
    "gc.ps_marksweep.time" : 44,
    "httpsessions.max" : -1,
    "httpsessions.active" : 0,
    "counter.status.200.root" : 1,
    "gauge.response.root" : 37.0
}

通过这种方式，您可以监视应用程序的内存性能，并找出应用程序实际消耗的内存量。如果这与docker生成的报告类似，那么这是代码的问题。

然而，我必须声明，执行器的使用对生产并不友好，因为它本身就有很大的资源开销。

Answer 2

了解我过去使用过的更多信息的另一种方法是使用AspectJ的加载时编织来添加特殊代码，将内存信息添加到日志文件中。这也会减慢你的系统速度，但当你的方面被写出来时，与其说是使用概要文件，还不如说是使用了概要文件。

如果可能的话，分析会更受欢迎——如果不是AeyJ加载时间编织可能会有所帮助。

Answer 3

您可以使用诸如visualvm或jprofiler之类的分析器来解决这个问题，它们会显示内存分配的位置（对象的类型等）。

但是，如果可能的话，您不应该在生产系统上使用它，因为分析可能会占用大量CPU。