مراقبة بدء تشغيل Pods

يطبع helm install رسالة نجاح، لكن الدليل الحقيقي هو تشغيل pods فعليًا. يسلّم Helm المهمة إلى Kubernetes؛ وحان الآن أن تراقب التنفيذ. 👀

ابدأ بعرض Helm نفسه. يعرض helm status حالة الإصدار المنشور، بالإضافة إلى NOTES التي طبعها المخطط عند التثبيت.

للاطلاع على تفاصيل pods المباشرة، استخدم kubectl، وهو واجهة سطر أوامر Kubernetes. أنشأ Helm الكائنات، بينما يفحصها kubectl مباشرة.

اعرض قائمة pods الخاصة بعبء العمل باستخدام kubectl get pods، مع تحديد مساحة أسماء الإصدار حتى ترى ما يهمك هنا فقط.

تريد أن تكون قيمة STATUS هي Running وأن يعرض READY القيمة 1/1. أما Pending أو ContainerCreating فتعني فقط أن Kubernetes ما يزال يجلب المكونات ويشغّلها.

أضف -w للمراقبة، وستُحدّث القائمة مع تغيّر حالة pods. راقب انتقالها من Pending إلى Running، ثم اضغط Ctrl+C.

تضع المخططات تسميات على الموارد، لذا يمكنك تصفية موارد إصدار واحد باستخدام -l ومحدد، لتجاوز ازدحام مساحة الأسماء.

يدير Deployment حاويات pods الخاصة بك. ويعرض kubectl get deployment عدد النسخ المطلوب مقارنةً بالنسخ المتاحة في لمحة سريعة.

هل توقّف أو بدأ بالتعطل؟ يكشف kubectl describe pod عن أحداث مثل أخطاء جلب الصورة أو فشل فحوصات الصحة، وهو أول مكان تبدأ منه تصحيح الأخطاء.

لمعرفة ما يقوله الحاوي نفسه، اعرض مخرجاته متدفقة باستخدام kubectl logs. تظهر أخطاء التطبيق عادةً هنا.

هل تعمل Pods لكن يتعذر الوصول إليها؟ تحقّق من Service الذي أنشأه Helm. يعرض kubectl get svc عنوان IP الخاص بالعنقود والمنافذ الموصولة بـ pods.

تريد التأكد من أن Pods الخاصة بـ nginx تعمل فعلًا بعد التثبيت.

تحقّق من الإصدار باستخدام helm status، ثم استخدم kubectl get pods وdescribe وlogs. تعني Running و1/1 أن التثبيت نجح فعلًا. 🎉