Как посмотреть логи контейнера docker
linux-notes.org
Работа с логами (Logs) в Docker
Логи в докере нужны в первую очередь для траблшутинга тех или иных проблем которые возникают у вас в ходе работы с контейнером.
Надеюсь что у вас уже имеется докер на хостевой машине, если нет, вот полезные статьи:
Работа с логами (Logs) в Docker
-=== СПОСОБ 1 ===-
Стандартное использование будет следующим:
Или если задали контейнер_нейм:
-=== СПОСОБ 2 ===-
Логи монтируются на хостевую машину, по этому гегко понять где лежат логи:
И после чего, выполняем:
-=== СПОСОБ 3 ===-
Иногда бывает так, что приложенько не умеет выводить логи. Рассмотрим наглядный пример. Запустим контейнер:#
Пробуем поулчить логи:
Как видно с вывода, докер не может считать логи с контейнера. Первое что приходит в голову, — это не рабочий контейнер, да? Но пробуем получить данные:
Этим самым, видно что контейнер работает, но все еще не может отдавать логи.
Делов в том, что логи для Nginx лежат:
Для Apache лежат вот тут:
Пофиксим это дело следующим образом, в докерфайл (нужно дописать\переопределить вывод):
И прверим что пишется в лог:
Ага! То что нужно было! Вот такой вот юзкейс.
Настройка Log Driver
Запустим контейнер с заданным именем и лог-драйвером, например:
Проверим что вышло:
Получите log-и контейнера через journald ( с указанием CONTAINER_NAME), например:
Запускаем кнтейнер с log-driver-ом и log-tag-ом:
С такой командой, теперь можно получить логи через указанный тег:
Поддерживаемые Log Driver-ы:
Проверим что используется поумолчанию:
Проверяем, изменилось ли у нас что-то:
Можно запустить контейнер:
Проверим логи одним из способов:
Вот и все, статья «Работа с логами (Logs) в Docker» завершена.
Работа с логами (Logs) в Docker
Работа с логами (Logs) в Docker
Логи в докере нужны в первую очередь для траблшутинга тех или иных проблем которые возникают у вас в ходе работы с контейнером.
Надеюсь что у вас уже имеется докер на хостевой машине, если нет, вот полезные статьи:
Установка Docker на Debian/Ubuntu
Установка Docker на CentOS/RedHat/Fedora
Установка docker-compose в Unix/Linux
Запуск docker контейнеров в Unix/Linux
Установка docker machine в Unix/Linux
Настройка docker swarm кластера в Unix/Linux
Запуск GUI-приложения в Docker
Запустить bash/SSH в контейнере с Docker
Создание base image для docker в Unix/Linux
Создание docker контейнера в Unix/Linux
Остановить/Удалить все Docker контейнеры/images
Работа с сетью (Networking) в Docker
Работа с томами (Volumes) в Docker
Работа с логами (Logs) в Docker
Стандартное использование будет следующим:
Или если задали контейнер_нейм:
Логи монтируются на хостевую машину, по этому гегко понять где лежат логи:
И после чего, выполняем:
Иногда бывает так, что приложенько не умеет выводить логи. Рассмотрим наглядный пример. Запустим контейнер:#
Пробуем поулчить логи:
Как видно с вывода, докер не может считать логи с контейнера. Первое что приходит в голову, — это не рабочий контейнер, да? Но пробуем получить данные:
Этим самым, видно что контейнер работает, но все еще не может отдавать логи.
Делов в том, что логи для Nginx лежат:
Для Apache лежат вот тут:
Пофиксим это дело следующим образом, в докерфайл (нужно дописатьпереопределить вывод):
И прверим что пишется в лог:
Ага! То что нужно было! Вот такой вот юзкейс.
Настройка Log Driver
Запустим контейнер с заданным именем и лог-драйвером, например:
Проверим что вышло:
Получите log-и контейнера через journald ( с указанием CONTAINER_NAME), например:
Запускаем кнтейнер с log-driver-ом и log-tag-ом:
С такой командой, теперь можно получить логи через указанный тег:
Поддерживаемые Log Driver-ы:
none — Логи не доступны для контейнера, и логи самого докера не возвращают никакого вывода.
json-file- Log-и отформатированы как JSON. Данный драйвер используется по умолчанию в Docker.
syslog — Записывает логи в syslog. Демон syslog должен быть запущен на самом хосте.
journald — Записывает логи в journald. Демон journald должен быть запущен на самом хосте.
gelf — Записывает сообщения в Graylog (GELF) или Logstash.
fluentd — Записывает сообщения на fluentd (forward input). Демон fluentd должен быть запущен на самом хосте.
awslogs- Записывает сообщения в Amazon CloudWatch.
splunk — Записывает сообщения в splunk с помощью сборщика HTTP событий (HTTP Event Collector).
gcplogs — Записывает сообщения в Google Cloud Platform (GCP).
logentries — Записывает сообщения в Rapid7 Logentries.
Проверим что используется поумолчанию:
Проверяем, изменилось ли у нас что-то:
Можно запустить контейнер:
Проверим логи одним из способов:
Вот и все, статья «Работа с логами (Logs) в Docker» завершена.
Русские Блоги
Рекомендации по управлению журналами контейнеров Docker
Все материалы этой статьи основаны на:
Журналы Docker делятся на две категории:
1. Журнал движка Docker
Во-вторых, журнал контейнера
docker logs CONTAINER Отображает информацию журнала текущего работающего контейнера.Существует три типа ввода и вывода для команд UNIX и Linux, а именно STDIN (стандартный ввод), STDOUT (стандартный вывод), STDERR (стандартный вывод ошибок), а содержимое, отображаемое в журналах докеров, включает STOUT и STDERR. В производственной среде, если наше приложение выводит данные в наши файлы журналов, мы обычно не собираем много важной информации журнала при использовании журналов докеров.
2.2 Драйвер журнала Docker
Docker предоставляет два режима для передачи сообщений из контейнеров в журналы.
Когда буфер заполнится, старые журналы будут отброшены.
Используйте версию Docker-CE, docker logs Команда применима только к следующим драйверам (также упомянутым в подробном объяснении журналов докеров выше)
Общие команды для драйвера журнала Docker
Просмотр драйвера журнала, установленного в настоящее время системой
Драйвер журнала для просмотра настроек отдельного контейнера
Журналы Docker приводят к глобальным изменениям конфигурации
Измените драйвер журнала в файле конфигурации /etc/docker/daemon.json (Обратите внимание, что содержимое файла в формате JSON) Просто настройте его.
Вышеуказанные изменения вводятся в журнал для всех контейнеров. Мы также можем настроить драйвер журнала для отдельного контейнера отдельно.
Конфигурация драйвера журнала для одного контейнера Docker
Бревенчатый, местный
local Журнальная запись из контейнера STOUT/STDERR И записываем на диск хоста.
По умолчанию драйвер локального журнала резервирует 100 МБ информации журнала для каждого контейнера и включает автоматическое сжатие для ее сохранения. (После тестирования сохранение 100 МБ журналов означает, что журналы не сжимаются)
место хранения драйвера локального журнала / вар / библиотека / докер / контейнеры / идентификатор контейнера / локальные журналы / Чтобы container.log название.
Опции, поддерживаемые локальным драйвером
В конфигурационном файле /etc/docker/daemon.json (Обратите внимание, что содержимое файла в формате JSON) Просто настройте его.
Перезапустите докер, чтобы изменения вступили в силу.
Запустите контейнер и установите его на local водить машину.
Примечание. После тестирования, когда мы сгенерируем журнал размером 100 МБ, будет четыре сжатых файла и один container.log ：
Драйвер журнала по умолчанию для всех контейнеров json-file 。
json-file Журнальная запись из контейнера STOUT/STDERR Вывод записывается в файл в формате JSON.Журнал содержит не только журнал вывода, но также отметку времени и формат вывода. Ниже приводится ping www.baidu.com Соответствующий журнал JSON
Путь к журналу json-файла находится по адресу /var/lib/docker/containers/container_id/container_id-json.log 。
json-file Драйвер журнала поддерживает следующие параметры:
json-file Пример на основе журнала
Драйвер журнала 3, системный журнал
Драйвер журнала syslog направляет журналы на сервер syslog. Syslog использует исходную строку в качестве метаданных сообщения журнала. Получатель может извлекать следующие сообщения:
syslog Глобальная конфигурация на основе журнала
редактировать /etc/docker/daemon.json файл
Перезапустите докер, чтобы изменения вступили в силу.
Настройте системный журнал в файле конфигурации /etc/rsyslog.conf Около 14-20 строк мы видим две конфигурации, одну udp и одну tcp, обе из которых контролируют порт 514 и обеспечивают прием системного журнала. Чтобы выбрать tcp, просто закомментируйте знак # перед двумя конфигурациями tcp.
Затем перезапустите rsyslog, мы увидим, что порт 514 прослушивает.
Начни с syslog Для загонного контейнера.
Доступ и просмотр журналов
Драйвер журнала четыре, Journald
journald Глобальная конфигурация на основе журнала
редактировать /etc/docker/daemon.json файл
Драйвер журнала для отдельного контейнера настроен на: journald
Посмотреть журнал journalctl
3. Как хранить журналы в контейнерах в производственной среде
Выше мы видели, что Docker официально предоставляет множество драйверов журналов, но все вышеупомянутые драйверы являются драйверами журналов для стандартного вывода.
Классификация журнала контейнеров
На самом деле существует два типа журналов контейнеров:
Пример: журнал Nginx, журнал Nginx имеет access.log с участием error.log В Docker Hub мы видим, что файл докеров Nginx обрабатывает эти два журнала:
Текстовый журнал, Существует внутри контейнера и не перенаправляется в стандартный выходной журнал контейнера.
Пример: журнал Tomcat, у Tomcat есть catalina, localhost, manager, admin, host-manager, мы видим в Docker Hub, что файл dockerfile Tomcat обрабатывает только catalina, а другие журналы будут храниться в контейнере.
Мы запускаем контейнер Tomcat, и после доступа к нему и входа в контейнер мы видим, что создается текстовый журнал:
У нас есть особый план работы с такими контейнерами.
1. Когда это полностью стандартный контейнер выходного типа
Мы можем выбрать драйверы журналов, поддерживаемые Docker, такие как json-file, syslog и local.
Два, когда есть контейнер типа файла текстового журнала
Решение 1. Смонтируйте привязку каталога
Создайте каталог и подключите его к каталогу, в котором создаются журналы в контейнере.
Решение 2 Используйте объем данных
Создать том данных, привязать объем данных при создании контейнера,
Решение 3 Рассчитайте точку монтирования контейнера rootfs
Использование метода монтирования каталога хоста для сбора журналов несколько мешает приложению, поскольку требует, чтобы контейнер включал команду монтирования при запуске. Было бы здорово, если бы процесс сбора был прозрачен для пользователя. Фактически, это может быть достигнуто путем вычисления точки монтирования контейнера rootfs.
Концепция, неотделимая от точки монтирования rootfs контейнера:storage driver. На практике пользователи часто выбирают подходящий драйвер хранилища на основе таких факторов, как версия Linux, тип файловой системы и условия чтения и записи контейнера. В разных драйверах хранилища точка монтирования rootfs контейнера подчиняется определенным правилам, поэтому мы можем вывести точку монтирования rootfs контейнера в соответствии с типом драйвера хранилища, а затем собрать внутренние журналы контейнера. В следующей таблице показаны точки монтирования rootfs некоторых директорий хранилища и методы их расчета.
Решение 4. Реализуйте на уровне кода возможность записи журналов непосредственно в Redis.
docker ——》redis ——》Logstash——》Elasticsearch
Через уровень кода напрямую пишите журнал redis И напоследок напиши Elasticsearch 。
Автор: бесплатно утренний хаос и вечерний хаос хаос остальная часть жизни рано или поздно остальное бесплатно
Сад блогов: https://www.cnblogs.com/operationhome/p/10907591.html
рекомендованная статья
Обмен учебными материалами
12 комплектов Технические данные микросервисов, Spring Boot, Spring Cloud core, это неполный каталог данных:
Официальный ответ за кулисами аккаунта arch028 Получить информацию:
How to see the logs of a docker container
I have a simple code for which I have created a docker container and the status shows it running fine. Inside the code I have used some print() commands to print the data. I wanted to see that print command output.
3 Answers 3
To check docker logs just use the following command:
If there’s not so much supposed output (e.g. script just tries to print few bytes), I’d suspect python is buffering it.
Try adding more data to the output to be sure that buffer is flushed, and also using PYTHONUNBUFFERED=1 (although, python3 still may do some buffering despite of this setting).
Let’s try using that docker create start and then logs command again and see what happens.
sudo docker create busybox echo hi there
output of the command 
now I will take the ID and run a docker start and paste the ID that starts up the container it executes echo high there inside of it and then immediately exits. 
Now I want to go back to that stopped container and get all the logs that have been emitted inside of it. To do so I can run at docker logs and then paste the ID in and I will see that when the container had been running it had printed out the string Hi there.
One thing to be really clear about is that by running docker logs I am not re-running or restarting the container to in any way shape or form, I am just getting a record of all the logs that have been emitted from that container. docker logs container_id 
Что нужно знать о логировании в Docker перед запуском проекта в продакшен
Экспериментировать — с Docker в небольших проектах, конечно, увлекательно, но перенос приложения в продакшен сопряжен с рядом важных задач. Что вам точно понадобится — логирование. Здесь не без подводных камней…
Или используя синтаксис docker-compose.yml :
Просмотр логов с фильтрацией:
В Docker Community Edition (CE) или Docker Engine Enterprise (EE) до версии 18.03 команда docker logs не позволяет просматривать логи, предоставляемые несколькими драйверами логирования.
Можно настроить ротацию с помощью logrotate на хост-машине:
Заполнить примерно так:
Принудительно проктурить логи:
Логи могут быть утеряны, если syslog не смог доставить их на удаленный сервер. Логи не буферизируются на диске.
Ограничение скорости ведения журнала в настройках journald может вызвать потерю части логов. Docker формирует логи для всех работающих приложений, важно об этом не забывать.
Временная проблема с сетью или высокие задержки в соединении могут блокировать развертывание контейнеров, если syslog отправляет данные через TCP/TLS на центральный сервер. Кроме того, перезапуск сервера syslog может вызвать падение контейнеров.
Драйвер Gelf поддерживает только UDP. Если отбрасываются пакеты UDP, можно потерять и логи.
Многострочные логи не поддерживаются. Например, трассировка стека ошибок. Она используется довольно часто и по своей природе многострочная. С использованием логирования Docker каждая строка трассировки становится новым событием.