✔️نکته مهم Logging در Kubernetes
🔶 در Kubernetes، لاگهایی که در standard output پادها قابل مشاهده هستند به ۲ صورت:
۱. روزانه
۲.زمانی که حجم فایل لاگ به ۱۰ مگابایت میرسد
پاک میشوند.
برای اینکه لاگ کانتینرها و پادها در کوبرنتیز رو از دست ندید به فکر سیستم لاگینگ مرکزی باشید.
#کوبرنتیز #Kubernetes #k8s #k3s #نکته #logging #log #pod
〰️〰️〰️〰️〰️〰️
© @DevOpsEx
🔶 در Kubernetes، لاگهایی که در standard output پادها قابل مشاهده هستند به ۲ صورت:
۱. روزانه
۲.زمانی که حجم فایل لاگ به ۱۰ مگابایت میرسد
پاک میشوند.
برای اینکه لاگ کانتینرها و پادها در کوبرنتیز رو از دست ندید به فکر سیستم لاگینگ مرکزی باشید.
#کوبرنتیز #Kubernetes #k8s #k3s #نکته #logging #log #pod
〰️〰️〰️〰️〰️〰️
© @DevOpsEx
DevOps Expert
✔️نکته مهم Logging در Kubernetes 🔶 در Kubernetes، لاگهایی که در standard output پادها قابل مشاهده هستند به ۲ صورت: ۱. روزانه ۲.زمانی که حجم فایل لاگ به ۱۰ مگابایت میرسد پاک میشوند. برای اینکه لاگ کانتینرها و پادها در کوبرنتیز رو از دست ندید به فکر…
DevOps Expert
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
ریسورس 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
جالب است که بدانیم در هنگام عملیات Port Forwarding در کوبرنتیز، میتوانیم نامهای اختصاصی برای Port پادهای کوبرنتیز انتخاب کنیم و سرویس کوبرنتیز را به پورتهایی بر اساس نام (نه پورت نامبر) به پادها متصل کنیم و فایل yaml تر و تمیزتری داشته باشیم. :)
در تصویر، پورت ۸۰ سرویس کوبرنتیز درخواستها را به پورت http کانتینر forward میکند و پورت ۴۴۳ سرویس به پورت https کانتینر.
#کوبرنتیز #Kubernetes #k8s #k3s #نکته #pod #services
〰️〰️〰️〰️〰️〰️〰️
© @DevOpsEx
DevOps Expert
در کوبرنتیز هنگام عملیات Port Forwarding برای Expose کردن Service ها باید نام انتخاب کنیم. (در داکر اینطور نیست) جالب است که بدانیم در هنگام عملیات Port Forwarding در کوبرنتیز، میتوانیم نامهای اختصاصی برای Port پادهای کوبرنتیز انتخاب کنیم و سرویس کوبرنتیز…
ممکنه از خودتون بپرسین کدوم آدم عاقلی پورتهارو اسم گذاری میکنه وقتی همه جاها از port number استفاده میشه؟ :)
سناریو: ممکنه شما هزاران پاد کوبرنتیز داشته باشید که روی پورت ۸۰ سرویس دهی میکنند، پادها دچار تغییراتی میشوند و سرویس جدیدی روی پورت ۸۰۸۰ اجرا میشود و سرویس قبلی روی پورت ۸۰ از کار میافتد، حالا اگر از نام گذاری پورتها استفاده کرده باشید در لایه انتزاع pod های کوبرنتیز لازم هست pod spec را تغییر بدید، اما اگر از روش نام گذاری پورتها استفاده نکرده باشید مجبور هستید علاوه بر آن service spec های کوبرنتیز را نیز برای این تطابق با این تغییر، تغییر دهید.
حذف تغییرات غیرضروری = زندگی راحتتر :)
#کوبرنتیز #Kubernetes #k8s #k3s #نکته #pod #services
〰️〰️〰️〰️〰️〰️〰️
© @DevOpsEx
سناریو: ممکنه شما هزاران پاد کوبرنتیز داشته باشید که روی پورت ۸۰ سرویس دهی میکنند، پادها دچار تغییراتی میشوند و سرویس جدیدی روی پورت ۸۰۸۰ اجرا میشود و سرویس قبلی روی پورت ۸۰ از کار میافتد، حالا اگر از نام گذاری پورتها استفاده کرده باشید در لایه انتزاع pod های کوبرنتیز لازم هست pod spec را تغییر بدید، اما اگر از روش نام گذاری پورتها استفاده نکرده باشید مجبور هستید علاوه بر آن service spec های کوبرنتیز را نیز برای این تطابق با این تغییر، تغییر دهید.
حذف تغییرات غیرضروری = زندگی راحتتر :)
#کوبرنتیز #Kubernetes #k8s #k3s #نکته #pod #services
〰️〰️〰️〰️〰️〰️〰️
© @DevOpsEx