درایورهای Docker Logging: راهنمای جامع برای مدیریت موثر گزارش

Summarize this content to 400 words in Persian Lang

Docker Logging Drivers: An Overview

در Docker، ورود به سیستم یک جنبه حیاتی برای نظارت و اشکال زدایی برنامه ها است. داکر انواع مختلفی را ارائه می دهد درایورهای ورود به سیستم که به شما امکان می دهد نحوه مدیریت، ذخیره و انتقال لاگ ها از کانتینرها را پیکربندی کنید. درایور گزارش‌گیری مشخص می‌کند که کجا و چگونه گزارش‌های کانتینر نوشته می‌شوند، چه در یک فایل محلی، یک سرویس خارجی یا یک راه‌حل گزارش‌گیری مبتنی بر ابر.

هر درایور لاگ دارای موارد استفاده و تنظیمات خاصی است و انتخاب مناسب به زیرساخت، نیازهای نظارتی و ابزارهای هماهنگی کانتینر بستگی دارد.

درایورهای Docker Logging چیست؟

درایورهای ورود به سیستم Docker تعیین کنید که Docker سیاهههای مربوط به کانتینرها را به کجا ارسال می کند. گزارش‌ها بخش مهمی از اشکال‌زدایی، نظارت و ممیزی برنامه‌های کانتینری هستند. با درایورهای مختلف ورود به سیستم Docker، می توانید:

سیاهههای مربوط را از همه کانتینرها جمع آوری کنید.
فوروارد گزارش‌ها به سیستم‌های خارجی.
نحوه ذخیره گزارش‌ها را مدیریت کنید.
برای خوانایی بهتر لاگ ها را فیلتر و قالب بندی کنید.

Docker از چندین درایور گزارش پشتیبانی می‌کند که با سیستم‌های گزارش‌گیری مختلف، هم محلی و هم مبتنی بر ابر ادغام می‌شوند.

انواع درایورهای Docker Logging

json-file (پیش فرض):

توضیحات: درایور گزارش پیش فرض برای کانتینرهای Docker. گزارش‌ها با فرمت JSON نوشته شده و در میزبان محلی ذخیره می‌شوند.

استفاده از مورد: ایده آل برای اشکال زدایی و توسعه محلی. آسان برای تجزیه و مشاهده سیاهههای مربوط به صورت محلی.

پیکربندی: می توانید چرخش گزارش و اندازه گزارش را پیکربندی کنید.

فرمان:

docker run –log-driver=json-file my_container

syslog:

توضیحات: گزارش ها را به دیمون syslog ارسال می کند. این برای ادغام با سیستم های گزارش گیری مبتنی بر syslog مناسب است.

استفاده از مورد: اغلب برای ورود به سیستم متمرکز در محیط های لینوکس که سرورهای syslog در آن قرار دارند استفاده می شود.

پیکربندی: گزارش ها را می توان به یک سرور سیستم ثبت محلی یا راه دور ارسال کرد.

فرمان:

docker run –log-driver=syslog my_container

journald:

توضیحات: گزارش ها به ارسال می شود مجله systemd خدمات

استفاده از مورد: بهترین برای سیستم هایی که استفاده می کنند سیستم شده برای رسیدگی به خدمات و سیاهههای مربوط.

پیکربندی: اطمینان حاصل می کند که گزارش ها توسط ژورنال جمع آوری و ارسال می شوند که در محیط های مبتنی بر لینوکس رایج است.

فرمان:

docker run –log-driver=journald my_container

gelf:

توضیحات: گزارش ها را به Graylog Extended Log Format (GELF). این یک سیستم مدیریت لاگ منبع باز است.

استفاده از مورد: مناسب برای سازمان هایی که استفاده می کنند گری لاگ برای جمع آوری و تجزیه و تحلیل log متمرکز.

پیکربندی: به سرور GELF نیاز دارد (مانند گری لاگ یا لاگستاش).

فرمان:

docker run –log-driver=gelf –log-opt gelf-address=udp://graylog-server:12201 my_container

fluentd:

توضیحات: گزارش ها را به a ارسال می کند روان خدمات برای تجمیع و توزیع

استفاده از مورد: برای ثبت متمرکز هنگام استفاده مفید است روان به عنوان یک جمع کننده ورود به سیستم.

پیکربندی: به Fluentd نیاز دارد که در یک آدرس خاص در حال اجرا و گوش دادن باشد.

فرمان:

docker run –log-driver=fluentd my_container

awslogs:

توضیحات: گزارش ها را به گزارش‌های آمازون CloudWatch.

استفاده از مورد: ایده آل برای برنامه های مستقر در AWS محیط‌ها، امکان ادغام آسان با CloudWatch را برای نظارت و تجزیه و تحلیل گزارش‌ها فراهم می‌کند.

پیکربندی: به اعتبارنامه AWS و تنظیمات منطقه نیاز دارد.

فرمان:

docker run –log-driver=awslogs –log-opt awslogs-group=my-log-group –log-opt awslogs-stream=my-stream my_container

splunk:

توضیحات: گزارش ها را به a ارسال می کند اسپلانک سرور، معمولاً برای جمع آوری گزارش، نظارت و جستجو.

استفاده از مورد: ایده آل برای شرکت هایی که استفاده می کنند اسپلانک برای مدیریت لاگ در سطح سازمانی

پیکربندی: به سرور Splunk و جزئیات احراز هویت نیاز دارد.

فرمان:

docker run –log-driver=splunk –log-opt splunk-url=https://splunk-server:8088 –log-opt splunk-token=my-token my_container

logentries:

توضیحات: گزارش ها را به لجنتری ها، یک پلت فرم مدیریت لاگ.

استفاده از مورد: مناسب برای شرکت هایی که از Logentries به عنوان یک راه حل متمرکز ثبت گزارش استفاده می کنند.

فرمان:

docker run –log-driver=logentries –log-opt logentries-token=my-token my_container

none:

توضیحات: ورود به سیستم یک کانتینر را به طور کامل غیرفعال می کند. هیچ گزارشی برای کانتینر ایجاد یا ذخیره نخواهد شد.

استفاده از مورد: زمانی استفاده کنید که نمی خواهید هیچ گزارشی نوشته یا ارسال شود.

فرمان:

docker run –log-driver=none my_container

نحوه پیکربندی درایورهای Logging در Docker

می‌توانید در پیکربندی Docker یک درایور گزارش برای کانتینرهای جداگانه یا برای همه کانتینرها به صورت سراسری تنظیم کنید.

برای کانتینرهای فردی: هنگام اجرای یک کانتینر، می توانید درایور ورود به سیستم را با استفاده از آن مشخص کنید –log-driver گزینه:

docker run –log-driver=syslog my_container

وارد حالت تمام صفحه شوید

از حالت تمام صفحه خارج شوید

درایور گزارش پیش فرض را برای همه کانتینرها تنظیم کنید: برای پیکربندی درایور پیش‌فرض ورود به سیستم به صورت سراسری برای همه کانتینرها، می‌توانید پیکربندی دایمون داکر را تغییر دهید (/etc/docker/daemon.json). مثال:

{
“log-driver”: “json-file”,
“log-opts”: {
“max-size”: “10m”,
“max-file”: “3”
}
}

وارد حالت تمام صفحه شوید

از حالت تمام صفحه خارج شوید

پس از به روز رسانی daemon.json فایل، سرویس Docker را مجددا راه اندازی کنید:

sudo systemctl restart docker

وارد حالت تمام صفحه شوید

از حالت تمام صفحه خارج شوید

تنظیم گزینه های ورود به سیستم: بسیاری از درایورهای گزارش از گزینه های گزارش گیری پشتیبانی می کنند که به شما امکان می دهد چرخش، فشرده سازی یا سطوح گزارش را پیکربندی کنید. اینها را می توان به عنوان تصویب کرد –log-opt پارامترها هنگام اجرای کانتینر یا تعریف شده به صورت سراسری در daemon.json.

به عنوان مثال، برای تنظیم گزینه های چرخش گزارش برای json-file راننده:

docker run –log-driver=json-file –log-opt max-size=10m –log-opt max-file=3 my_container

وارد حالت تمام صفحه شوید

از حالت تمام صفحه خارج شوید

بهترین روش ها برای ثبت گزارش Docker

متمرکز کردن گزارش ها: از درایورهای لاگ مانند استفاده کنید fluentd، gelf، یا awslogs برای ارسال گزارش‌ها به پلتفرم‌های مدیریت لاگ متمرکز مانند روان، گری لاگ، یا CloudWatch. این به نظارت، عیب یابی و ممیزی امنیتی کمک می کند.
چرخش ورود به سیستم: برای رانندگان محلی مانند json-file، چرخش گزارش را پیکربندی کنید تا از مصرف بیش از حد فضای دیسک لاگ ها جلوگیری کنید. این را می توان با استفاده از max-size و max-file گزینه ها
سازگاری گزارش: برای تجزیه و تحلیل آسانتر از فرمت های گزارش ساختاری مانند JSON استفاده کنید. این به تجزیه لاگ ها کمک می کند و با سیستم های مدیریت لاگ بهتر ادغام می شود.
از ورود بیش از حد در تولید اجتناب کنید: در محیط های تولیدی، اغلب بهتر است از یک سرویس ثبت مرکزی استفاده کنید و از ذخیره بیش از حد داده های گزارش به صورت محلی خودداری کنید، زیرا می تواند منابع را مصرف کند.
سطوح ورود به سیستم: برنامه های خود را برای استفاده از سطوح مختلف گزارش (اطلاعات، هشدار، خطا) پیکربندی کنید تا بتوان لاگ ها را فیلتر و تجزیه و تحلیل کرد.

نتیجه گیری

درایورهای ثبت Docker راه‌های قدرتمندی برای مدیریت، ذخیره و تجزیه و تحلیل گزارش‌ها از برنامه‌های کانتینری‌شده شما ارائه می‌کنند. با انتخاب درایور لاگ مناسب برای مورد استفاده خود، می‌توانید گزارش‌ها را متمرکز کنید، عیب‌یابی را بهبود ببخشید، و اطمینان حاصل کنید که برنامه‌های شما قابل مشاهده و ممیزی در تولید باقی می‌مانند.

چه از Docker برای توسعه محلی استفاده کنید و چه در یک محیط تولید، یکپارچه سازی یک درایور ثبت گزارش متناسب با نیازهای شما یک گام اساسی در ایجاد برنامه های کاربردی قوی و قابل نگهداری است.

   docker run --log-driver=syslog my_container

   {
     "log-driver": "json-file",
     "log-opts": {
       "max-size": "10m",
       "max-file": "3"
     }
   }

   sudo systemctl restart docker

   docker run --log-driver=json-file --log-opt max-size=10m --log-opt max-file=3 my_container