Итак, я отвечу на свой собственный вопрос.
Во-первых, я заметил, что ldd показал, что MOST нативных библиотек Java был поврежден (не разрешая зависимые библиотеки) в пакете alpine: 3.5 openjdk8-jre.Я нашел решение для настройки пути загрузки библиотеки здесь: https://github.com/docker-library/openjdk/issues/77
Создание /etc/ld-musl-x86_64.path со следующим содержимым исправило большинство проблем библиотеки, которые я обнаружил с помощью ldd.
/lib
/usr/lib
/usr/local/lib
/usr/lib/jvm/java-1.8-openjdk/jre/lib/amd64
/usr/lib/jvm/java-1.8-openjdk/jre/lib/amd64/jli
/usr/lib/jvm/java-1.8-openjdk/jre/lib/amd64/server
/opt/jprofiler10.1.1/bin/linux-x64/
Однако /opt/jprofiler10.1.1/bin/linux-x64/libattach.so, предоставленный в файле tar Jprofiler10, все еще не работает, поэтому я удалил его и использовал libattach.so, содержащийся в/usr/lib/jvm/java-1.8-openjdk/jre/lib/amd64 каталог.
Следующий Dockerfile показывает, как я построил контейнер - и исправил проблемы.
FROM alpine:3.5
RUN apk --no-cache add \
openjdk8-jre-base \
libstdc++
COPY ld-musl-x86_64.path /etc/ld-musl-x86_64.path
ADD jprofiler_linux_10_1_1.tar /opt/
RUN rm /opt/jprofiler10.1.1/bin/linux-x64/libattach.so
После этого я смог вызвать контейнер на ранчере.
Последними этапами были запуск оболочки в контейнере и запуск jpenable, чтобы инструмент Jprofiler мог создать соединение с jvm.
Например, /opt/jprofiler10.1.1/bin/jpenable
Затем я смог подключиться к порту 8849 и профилировать приложение.