cgroup v1 يموت في Kubernetes: ما يجب أن يعرفه المشغلون بعد ذلك

Kubernetes يغلق الباب أمام cgroup v1

انتهى دعم cgroup v1 في Kubernetes، مما وضع نقطة نهاية لعصر أحد أقدم الواجهات المستخدمة لتقييد موارد الحاويات. كتبت The New Stack عن التغيير في 9 أكتوبر 2026 وقدمته كأمر نهائي، وليس مجرد تحذير معلق على التقادم.

بالنسبة لمجتمع Kubernetes، تمثل هذه الخطوة نهاية فترة انتقالية طويلة. فقد استُخدم cgroup v1 لسنوات كواجهة تاريخية لعزل الموارد على Linux، بينما يُعد cgroup v2 خليفته المُعلن. الآن، وبعد أن خرج v1 رسميًا من نطاق المشروع، فإن أي اعتماد متبقٍ عليه يُعد مخاطرة وليس استراتيجية طويلة الأمد قابلة للحياة.

ماذا يعني هذا للمجموعات التي ما زالت على الواجهة القديمة

يجب على المشغلين الذين ما زالت عُقدهم أو توزيعاتهم المُدارة تستخدم cgroup v1 افتراضيًا أن يضعوا الترحيل كأولوية. تُحدد صور المجموعة وأنظمة تشغيل العُقد وبيئات تشغيل الحاويات (runtime) أي إصدار من cgroup يستخدمه عبء العمل، لذا فإن التغيير يمس المكدس بأكمله وليس مجرد مفتاح إعداد واحد.

لم يُوصف في المصدر مسار تحديث مدعوم محدد، لكن الاتجاه واضح: يجب على الفرق التحقق من أساطيلها، وتحديد أي إصدار من cgroup تعمل عليه عُقدها، والتخطيط للانتقال إلى cgroup v2 في جميع البيئات.

ما الذي سيحدث بعد ذلك

إنهاء دعم cgroup v1 سيزيل مصدر تجزئة مستمرًا في المنظومة. في التوزيعات الخفيفة والموجهة للحواف (edge)، حيث قد تظل الواجهات القديمة باقية، سيكون التغيير ملموسًا بشكل خاص، لأن مثل هذه البيئات غالبًا ما تعمل على أنظمة تشغيل دقيقة أو متخصصة وتحتاج إلى التحقق من التوافق مع cgroup v2.

بالنسبة لمجتمع Kubernetes الأوسع، يُعد هذا التغيير خطوة تنظيف تتيح للمشروع التركيز على واحدة من واجهات إدارة الموارد العصرية. أما بالنسبة للمشغلين فالرسالة العملية بسيطة: تحقق من cgroup v2 على كامل الأسطول، وحدّث كل ما يزال مرتبطًا بالواجهة القديمة، واعتبر cgroup v1 شيئًا من الماضي.

المصادر: The New Stack