كيف يعثر Helm على عنقودك عبر kubeconfig

لا ينشئ Helm اتصالًا خاصًا به بالعنقود. بل يعيد استخدام kubeconfig نفسه الذي يستخدمه kubectl، لذلك إذا كان kubectl يعمل، فسيعمل Helm أيضًا.

يوجد ملف الإعداد افتراضيًا في ~/.kube/config. وهو يحتوي على عناوين نقاط نهاية العناقيد وبيانات اعتماد المستخدمين والسياقات التي تربط بينها.

يعرّف kubeconfig العناقيد clusters (عناوين URL للخوادم) والمستخدمين (بيانات الاعتماد) والسياقات التي تربط عنقودًا ومستخدمًا وnamespace معًا.

يعمل Helm على current-context، أي السياق المحدد على أنه نشط في الملف. تحقق من العنقود الذي تشير إليه قبل تشغيل أي أمر.

بدّل بين العناقيد باستخدام kubectl config use-context. سيتبع Helm هذا التغيير فورًا، وهذه هي الطريقة لنقل العمل بين بيئات التطوير والاختبار والإنتاج.

هل تحتاج إلى تشغيل أمر واحد على عنقود مختلف؟ يقبل Helm الخيار --kube-context لاستهداف سياق معيّن من دون تغيير السياق النشط.

يوجّه متغير البيئة KUBECONFIG Helm إلى ملف إعداد مختلف، أو يدمج عدة ملفات باستخدام قائمة مفصولة بعلامات النقطتين.

يقيّد Helm نطاق الإصدارات إلى namespace. ومن دون -n، يستخدم namespace الافتراضي في السياق، لذلك حدّد namespace صراحةً لتجنب تنفيذ الأوامر في المكان الخطأ.

تكتب العناقيد السحابية ملف kubeconfig نيابةً عنك. فأوامر مثل aws eks update-kubeconfig تضيف سياقًا مع المصادقة الصحيحة حتى يتمكن Helm من الاتصال.

لعرض كل عنقود يمكنك الوصول إليه، شغّل kubectl config get-contexts. يمثل الصف الذي يحمل نجمة السياق الذي سيعمل عليه Helm الآن.

يثبت الأمر السريع kubectl get nodes أن إعدادك يصل إلى عنقود نشط. فإذا تمكّن kubectl من رؤية العقد، فسيصل Helm إلى العنقود نفسه.

لقد شغّلت kubectl بنجاح وتريد الآن استخدام Helm.

يعتمد Helm على kubeconfig الخاص بـ kubectl. تعرّف على السياق الحالي، وبدّل السياق باستخدام use-context، وتحقق دائمًا من namespace قبل النشر. ✅