Rivalry2

HTML Diff

0 added 0 removed

Original 2026-01-01

Modified 2026-03-10

1 Теги: docker, java, программирование на java, разработка на java, java 10, контейнер

2 Сейчас Java всё чаще используется в контейнерах, обычно вDocker. Формально в Docker можно положить любую версию Java, и это даже как-то будет работать. Однако когда вышлаJava 8, про работу в Docker ещё никто и не думал. В результатеJava-приложениехоть и работает,но не понимает, что находится в ограниченном окружении.Не видит ограничение Docker-ана использование процессора и памяти.

3 Это приводит к весьма неприятным последствиям. Например,приложение не учитывает ограничение на процессорыи может создавать пулы с большим количеством потоков или не видит ограничение по памяти и неожиданно закрывается Docker-ом при превышении лимита.

4 Работа в контейнере начала улучшаться, начиная cJava 9(есть и обратные порты в Java 8), в релизеJava 10был добавлен новый параметр UseContainerSupport. Этот параметр сообщаетJava-приложению, что оно запущено в контейнере и необходимо учитывать наложенные ограничения, а не использовать все ресурсы операционной системы без ограничений.

5 Давайте посмотрим, как это работает. По умолчанию UseContainerSupport включён, т. е. приложение видит ограничения контейнера. Положим в контейнер простое приложение, которое выводит количество доступных процессоров:

6 Runtime.getRuntime().availableProcessors().Соберём образ и запустим контейнер такой командой:

7 docker run --memory=100m --cpus 2 java-dockerВводим ограничение для контейнера: память 100 Мб и 2 процессора. В контейнере запускается такая команда:

8 CMD java -XX:+PrintFlagsFinal -version | grep MaxHeapSizeПолучаем результат:

9 size_t MaxHeapSize = 52428800Это примерно 52 Мб, т. е. примерно половина лимита контейнера.Теперь посмотрим на доступные процессоры:

10 CMDjava -jartestJavaAppl.jarВозвращает:

11 Runtime.getRuntime().availableProcessors(): 2Видим, что Java-приложение учитывает в своей работе лимиты, заданные контейнером. Давайте повторим эксперимент, но на этот раз отключим режим UseContainerSupport - этофактически вернёт нас во времена Java 8. Ограничения контейнера те же. Смотрим память:

12 CMD java -XX:-UseContainerSupport -XX:+PrintFlagsFinal -version | grep MaxHeapSizeПолучаем:

13 size_tMaxHeapSize = 8415870976Java не видит ограничение в 100 Мб и пытается использовать память "на всю котлету". А теперь смотрим, что происходит с процессором:

14 CMD java -XX:-UseContainerSupport -jar testJavaAppl.jarПолучаем:

15 Runtime.getRuntime().availableProcessors(): 12И по процессорам Java пытается использовать все системные ресурсы, игнорируя ограничения Docker-а. Очевидно, что для корректной работы Java-приложения в Docker-е желательно использовать версиюJava 10или новее.

16 В следующей заметке затронем другие аспекты работыJava-приложения в контейнере. А более подробно посмотрим на это дело на открытом вебинаре "<a>Java и Docker</a>".