✔️نکته مهم Logging در Kubernetes

🔶 در Kubernetes، لاگ‌هایی که در standard output پادها قابل مشاهده هستند به ۲ صورت:
۱. روزانه
۲.زمانی که حجم فایل لاگ به ۱۰ مگابایت میرسد
پاک میشوند.

برای اینکه لاگ‌ کانتینرها و پادها در کوبرنتیز رو از دست ندید به فکر سیستم لاگینگ مرکزی باشید.

#کوبرنتیز #Kubernetes #k8s #k3s #نکته #logging #log #pod
〰️〰️〰️〰️〰️〰️
© @DevOpsEx

To make a pod’s logs available even after the pod is deleted, you need to set up centralized, cluster-wide logging, which stores all the logs into a central store.

#کوبرنتیز #Kubernetes #k8s #k3s #نکته #logging #log #pod
〰️〰️〰️〰️〰️〰️
© @DevOpsEx

✔️ نحوه کارکرد Replication Controll در Kubernetes

ریسورس Replication Controller در کوبرنتیز ابزاری قدرتمند برای مدیریت پادها روی نودهای مختلف است. برای مثال اگر یک نود از کلاستر از بین برود، RC پادهای جدید را روی نودهای جدید مستقر خواهد کرد.
در این شکل نحوه کارکرد RC در کوبرنتیز را مشاهده میکنیم.

#کوبرنتیز #Kubernetes #k8s #k3s #نکته #logging #log #pod #RC #ReplicationController
〰️〰️〰️〰️〰️〰️
© @DevOpsEx

در کوبرنتیز هنگام عملیات Port Forwarding برای Expose کردن Service ها باید نام انتخاب کنیم. (در داکر اینطور نیست)
جالب‌ است که بدانیم در هنگام عملیات Port Forwarding در کوبرنتیز، می‌توانیم نام‌های اختصاصی برای Port پادهای کوبرنتیز انتخاب کنیم و سرویس کوبرنتیز را به پورت‌هایی بر اساس نام (نه پورت نامبر) به پادها متصل کنیم و فایل yaml تر و تمیزتری داشته باشیم. :)

در تصویر، پورت ۸۰ سرویس کوبرنتیز درخواست‌ها را به پورت http کانتینر forward میکند و پورت ۴۴۳ سرویس به پورت https کانتینر.
#کوبرنتیز #Kubernetes #k8s #k3s #نکته #pod #services
〰️〰️〰️〰️〰️〰️〰️
© @DevOpsEx