حلقات التعطل
جزء من قسم مقدمة إلى Kubernetes في رحلة Terminal على Coddy. الدرس 24 من 45.
من المتوقع أن تظل الحاوية قيد التشغيل. عندما تنتهي عمليتها، يعيد Kubernetes تشغيلها (تكون restartPolicy الخاصة بـ Pod هي Always افتراضيًا). وإذا انتهت مرة تلو الأخرى، تصبح الحالة CrashLoopBackOff ويرتفع عمود RESTARTS، مع فترة توقف أطول قبل كل إعادة تشغيل.
إليك حاوية تطبع رسالة وتتوقف عمدًا:
kubectl run crash --image=busybox -- sh -c "echo boom; exit 1"كل ما يأتي بعد -- هو الأمر الذي تشغّله الحاوية. اعرض الـ Pods بضع مرات وراقب تغيّر الحالة من Running إلى Error ثم إلى CrashLoopBackOff.
السبب موجود في السجلات: يطبع kubectl logs crash القيمة boom، وهي آخر شيء قالته الحاوية. حتى صورة لا تحتوي على شيء لتشغيله، مثل busybox العادية، تنتهي فورًا وينتهي بها الأمر في الحلقة نفسها: يحتاج Pod إلى عملية تواصل التشغيل.
التحدي
سهلابدأ Pod باسم crash من صورة busybox مع تشغيل الأمر sh -c "echo boom; exit 1". اطبع سجلاته، ثم اعرض Pods مرتين وراقب وصول الحالة إلى CrashLoopBackOff.
جرّب بنفسك
يتضمن هذا الدرس اختبارًا قصيرًا. ابدأ الدرس للإجابة عليه وتتبّع تقدمك.
جميع دروس مقدمة إلى Kubernetes
تدرّب بنفسك: Playground لـ Terminal