Linux性能优化-综合案例

Docker中的Tomcat

运行

docker run --name tomcat --cpus 0.1 -m 512M -p 8080:8080 -itd feisky/tomcat:8

查看日志

docker logs ee579b51fb74 -f

11-Mar-2019 04:23:08.358 INFO [localhost-startStop-1]
org.apache.catalina.startup.HostConfig.deployDirectory Deployment of web application directory
[/usr/local/tomcat/webapps/docs] has finished in [409] ms
11-Mar-2019 04:23:08.450 INFO [localhost-startStop-1]
org.apache.catalina.startup.HostConfig.deployDirectory Deploying web application directory
[/usr/local/tomcat/webapps/manager]
11-Mar-2019 04:23:08.854 INFO [localhost-startStop-1]
org.apache.catalina.startup.HostConfig.deployDirectory Deployment of web application directory
[/usr/local/tomcat/webapps/manager] has finished in [404] ms
11-Mar-2019 04:23:08.953 INFO [main] org.apache.coyote.AbstractProtocol.start Starting
ProtocolHandler ["http-nio-8080"]
11-Mar-2019 04:23:09.649 INFO [main] org.apache.coyote.AbstractProtocol.start Starting
ProtocolHandler ["ajp-nio-8009"]
11-Mar-2019 04:23:10.051 INFO [main] org.apache.catalina.startup.Catalina.start Server startup in
17201 ms

访问网页

curl http://localhost:8080/
。。。

1: &lt;%
2: byte data[] = new byte[256*1024*1024];
3: out.println(&quot;Hello, wolrd!&quot;);
4: %&gt;
。。。

进入容器中查看Java内容设置，free结果

docker exec tomcat java -XX:+PrintFlagsFinal -version | grep HeapSize
    uintx ErgoHeapSizeLimit                         = 0                                   {product}
    uintx HeapSizePerGCThread                       = 87241520                            {product}
    uintx InitialHeapSize                          := 16777216                            {product}
    uintx LargePageHeapSizeThreshold                = 134217728                           {product}
    uintx MaxHeapSize                              := 260046848                           {product}
openjdk version "1.8.0_181"
OpenJDK Runtime Environment (build 1.8.0_181-8u181-b13-2~deb9u1-b13)
OpenJDK 64-Bit Server VM (build 25.181-b13, mixed mode)


docker exec tomcat free -m
              total        used        free      shared  buff/cache   available
Mem:            985         221         162           0         601         623
Swap:             0           0           0

因为无法重现案例中的情况，这里就简单总结一下最后的结论

容器设置的内容大小，但容器内运行的Java看不到这个参数，容器内的Java程序读取系统的物理内存，于是设置了很大的内存，会导致OOM，或者内存换入换出
确保设置容器资源限制的同时，配置好JVM的资源选项(如堆内存等)，如果升级到JDK10可以自动解决此问题
有时候一开始图省事，资源限制用的是默认值(容器可以100%的使用物理机资源)，等容器增长上来时就会出现各
种异常问题，根据就是某个应用资源使用过高导致整台机器短期内无法响应
碰到容器化的应用程序性能时，依然可以使用在物理机器上的那一套方式，但容器性能分析有些区别
容器本身通过cgroups进行资源隔离，在分析时要考虑cgroups对应用程序的影响
容器的文件系统，网络协议等跟主机隔离，虽然在容器外面，也可以分析容器的行为，但进入容器的命名空间内部更方便排查
容器的运行可能还会依赖其他组件，如葛总网络插件(如CNI）,存储插件(如CSI)，设备插件(如GPU)等，让容器的性能分析更加复杂，在分析容器性能时不要忘记考虑他们对性能的影响

Linux性能优化-综合案例

猜你喜欢