Di manakah log ralat docker?
Docker ialah enjin kontena aplikasi sumber terbuka yang membolehkan pembangun membungkus aplikasi dan kebergantungan mereka ke dalam bekas dan menjalankannya dalam persekitaran. Dalam proses menggunakan Docker, anda mungkin menghadapi pelbagai masalah Dalam kes ini, anda perlu menyemak log Docker untuk menyelesaikan masalah. Artikel ini akan memperkenalkan di mana log ralat Docker berada.
1. Log bekas Docker
Bekas Docker ialah persekitaran maya yang dijalankan dalam enjin Docker, dan setiap bekas mempunyai log sendiri. Melihat log bekas boleh membantu kami memahami cara bekas itu berjalan. Lokasi log kontena bergantung pada jenis pemacu kontena.
Jika anda menggunakan jenis pemacu json-file
, log kontena disimpan dalam fail /var/lib/docker/containers/<CONTAINER_ID>/<CONTAINER_ID>-json.log
hos Docker. Fail ini mengandungi maklumat log untuk semua bekas, termasuk stdout dan stderr.
Jika anda menggunakan jenis pemacu journald
, log kontena disimpan dalam log sistem hos Docker. Anda boleh menggunakan perintah journalctl
untuk melihat maklumat log bekas.
2. Log enjin Docker
Enjin Docker ialah hos yang menjalankan bekas Docker, dan ia juga mempunyai log sendiri. Log enjin Docker boleh membantu kami memahami status larian daemon Docker dan penjadualan bekas.
Log enjin Docker boleh dikawal dengan mengubah suai parameter daemon.json
dalam fail konfigurasi Docker log-driver
. Jika parameter log-driver
tidak ditentukan, log enjin Docker disimpan dalam fail /var/log/docker.log
secara lalai.
3. Log Karang Docker
Karang Docker ialah alat untuk mentakrif dan menjalankan aplikasi Docker berbilang bekas. Untuk bekas yang dibuat menggunakan Docker Compose, anda boleh melihat maklumat log yang sepadan melalui perintah docker-compose logs
. Perintah
docker-compose logs
mengeluarkan maklumat log semua bekas secara lalai. Jika anda perlu melihat maklumat log perkhidmatan tertentu, anda boleh menggunakan perintah docker-compose logs <service>
, dengan <service>
ialah nama perkhidmatan yang ditentukan.
Ringkasan
Melihat log Docker boleh membantu kami memahami pengendalian kontena dan enjin Docker. Bekas Docker, Docker Engine dan Docker Compose semuanya mempunyai log mereka sendiri, setiap satu disimpan di lokasi yang berbeza. Apabila menyelesaikan masalah Docker, anda perlu menggabungkan pelbagai log untuk menganalisis dan menyelesaikan masalah.
Atas ialah kandungan terperinci Di manakah log ralat docker?. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!

Alat AI Hot

Undresser.AI Undress
Apl berkuasa AI untuk mencipta foto bogel yang realistik

AI Clothes Remover
Alat AI dalam talian untuk mengeluarkan pakaian daripada foto.

Undress AI Tool
Gambar buka pakaian secara percuma

Clothoff.io
Penyingkiran pakaian AI

AI Hentai Generator
Menjana ai hentai secara percuma.

Artikel Panas

Alat panas

Notepad++7.3.1
Editor kod yang mudah digunakan dan percuma

SublimeText3 versi Cina
Versi Cina, sangat mudah digunakan

Hantar Studio 13.0.1
Persekitaran pembangunan bersepadu PHP yang berkuasa

Dreamweaver CS6
Alat pembangunan web visual

SublimeText3 versi Mac
Perisian penyuntingan kod peringkat Tuhan (SublimeText3)

Topik panas



Butiran artikel yang menggerakkan aplikasi ke docker swarm, meliputi penyediaan, langkah penempatan, dan langkah -langkah keselamatan semasa proses.

Artikel ini menerangkan pod, penyebaran, dan perkhidmatan Kubernetes, memperincikan peranan mereka dalam menguruskan aplikasi kontena. Ia membincangkan bagaimana komponen ini meningkatkan skalabiliti, kestabilan, dan komunikasi dalam aplikasi. (159 aksara)

Artikel ini membincangkan aplikasi penskalaan di Kubernet menggunakan skala manual, HPA, VPA, dan AutoScaler kluster, dan menyediakan amalan dan alat terbaik untuk pemantauan dan mengautomasikan skala.

Artikel membincangkan pengurusan perkhidmatan dalam Swarm Docker, memberi tumpuan kepada penciptaan, skala, pemantauan, dan mengemas kini tanpa downtime.

Artikel ini membincangkan pelaksanaan kemas kini rolling di Swarm Docker untuk mengemas kini perkhidmatan tanpa downtime. Ia meliputi perkhidmatan mengemas kini, menetapkan parameter kemas kini, memantau kemajuan, dan memastikan kemas kini yang lancar.

Artikel ini membincangkan pengurusan penyebaran Kubernet, memberi tumpuan kepada penciptaan, kemas kini, skala, pemantauan, dan automasi menggunakan pelbagai alat dan amalan terbaik.

Artikel ini membincangkan strategi untuk mengoptimumkan Docker untuk aplikasi latency rendah, yang memberi tumpuan kepada meminimumkan saiz imej, menggunakan imej asas ringan, dan menyesuaikan peruntukan sumber dan tetapan rangkaian.

Artikel membincangkan mengoptimumkan imej Docker untuk saiz dan prestasi menggunakan pelbagai peringkat membina, imej asas yang minimum, dan alat seperti Docker Scout dan Dive.
