出品丨Docker公司（ID：docker-cn）
编译丨小东
每周一、三、五，与您不见不散！
随着2018年的结束，我们将回顾排名前五的最受读者欢迎的文章。今天分享的第一篇文章，将帮助那些在容器中运行 Java 虚拟机（JVM）时遇到内存和 CPU 大小调整/使用困难的人，本文将解释如何在 Docker Desktop（Mac或Windows）和 Docker Enterprise 环境中改进 Docker 容器与 Java 10的集成。
许多应用程序都以容器的形式运行在 Java 虚拟机(JVM)中，其中包括 Apache Spark 和 Kafka 等数据服务以及旧的企业级应用程序。直到最近，在容器中运行 Java 虚拟机会出现内存和cpu大小以及使用方面的问题，从而导致性能损失。这是因为 Java 没有识别到它是在容器中运行的。随着 Java 10的发布，Java 虚拟机现在可以识别容器控制组（cgroups）设置的约束。内存和 cpu 约束都可以用于直接在容器中管理 Java 应用程序，包括：
- 遵守容器中设置的内存限制；
- 在容器中设置可用的 cpu；
- 在容器中设置 cpu 约束；
Docker Desktop（Mac 或 Windows）和 Docker Enterprise 环境都实现了 Java 10的改进。
容器内存限制
在 Java 9之前，Java 虚拟机无法识别容器使用标记设置的内存或CPU限制。在Java 10中，内存限制将自动进行识别并强制执行。
Java 将服务器类机器定义为具有2个 CPU 和 2GB 内存，默认堆大小为物理内存的1/4。 例如，Docker Enterprise Edition 安装有2GB内存和4个CPU。比较运行 Java 8和 Java 10之间容器的区别。首先，Java 8：
docker container run -it -m512 --entrypoint bash openjdk:latest
$ docker-java-home/bin/java -XX:+PrintFlagsFinal -version | grep MaxHeapSize
uintx MaxHeapSize := 524288000 {product}
openjdk version "1.8.0_162"
最大堆大小为 512M 或 Docker EE 安装设置的 2GB 的1/4，而不是容器上设置的限制为512M。 相比之下，在 Java 10上运行相同的命令表明容器中设置的内存限制非常接近预期的128M：
docker container run -it -m512M --entrypoint bash openjdk:10-jdk
$ docker-java-home/bin/java -XX:+PrintFlagsFinal -version | grep MaxHeapSize
size_t MaxHeapSize = 134217728 {product} {ergonomic}
openjdk version "10" 2018-03-20
设置可用的CPU
默认情况下，每个容器对主机 CPU 周期的访问权限是不受限制的。可以设置各种约束来限制给定容器对主机 CPU 周期的访问。Java 10可以识别出这些限制：
docker container run -it --cpus 2 openjdk:10-jdk
jshell> Runtime.getRuntime().availableProcessors()
$1 ==> 2
分配给 Docker EE 的所有 CPU 获得相同比例的 CPU 周期。可以通过相对于所有其他正在运行的容器的权重更改容器的 CPU 份额权重来修改该比例。该比例仅适用于 CPU 密集型进程运行时。当一个容器中的任务空闲时，其他容器可以使用剩余的 CPU 时间。 实际的 CPU 时间量将根据系统上运行的容器数量而有所不同。这些可以在 Java 10中进行设置：
docker container run -it --cpu-shares 2048 openjdk:10-jdk
jshell> Runtime.getRuntime().availableProcessors()
$1 ==> 2
“cpuset” 约束设置了哪些 cpu 允许在 Java 10中执行。
docker run -it --cpuset-cpus="1,2,3" openjdk:10-jdk
jshell> Runtime.getRuntime().availableProcessors()
$1 ==> 3
分配内存和 CPU
使用 Java 10，容器设置可用于估计部署应用程序所需的内存和 CPU 分配。假设已经确定了容器中运行的每个进程的内存堆和 CPU 需求，并设置了 JAVA_OPTS。例如，如果您的应用程序分布在10个节点上，五个节点需要512Mb内存，每个节点占用 1024 CPU，另外五个节点需要256Mb内存，每个节点占用 512 CPU共享。请注意，1个CPU份额比例由 1024 表示。
对于内存，应用程序至少需要分配 5Gb 内存。
- 512Mb x 5 = 2.56 Gb
- 256Mb x 5 = 1.28 Gb
对于 CPU，应用程序需要分配8个CPU才能高效运行。
- 1024 x 5 = 5 CPUs
- 512 x 5 = 3 CPUs
最佳实践建议：分析应用程序以确定 Java 虚拟机中运行的每个进程的内存和 CPU 分配。无论如何，Java 10在调整容器大小时消除了猜测，预防了 Java 应用程序中的内存不足错误以及保障了分配足够的 CPU 来处理工作负载。
