Runpod: كيف تُعدّ SSH كاملاً لـ SCP وبيئات التطوير على وحدات Pod المزوّدة بـ GPU

تبيع منصات GPU السحابية القدرة الحاسوبية أولاً، لكن عمل المهندس اليومي يتعثر عند تفاصيل صغيرة: كيف ترفع مجموعة بيانات بحجم 50 غيغابايت، وكيف تفتح المشروع في بيئة التطوير (IDE) المعتادة، وكيف تمرّر منفذاً إلى Jupyter. وقد نشرت Runpod على مدونتها دليلاً يعالج هذه الطبقة تحديداً. يتناول الدليل إعداد خادم SSH كامل (daemon) على الـ Pod، وبعده يعمل SCP ويمكن ربط محررات الشيفرة.

المادة الأصلية التي بين أيدينا قصيرة، لذلك نعتمد أدناه على ما ورد فيها وعلى المخطط المعروف لعمل SSH في Runpod. ويفضَّل التحقق من عناصر الواجهة المحددة ومعلمات القوالب في الوثائق الحالية للمنصة.

طريقتان للدخول إلى الـ Pod

توفّر Runpod وضعين لـ SSH. الأول يعمل عبر وكيل المنصة. ميزته أنه لا يتطلب أي إعداد: تحصل على طرفية تفاعلية. لكنها طرفية فقط. فلا يعمل SCP ولا SFTP ولا التطوير عن بُعد في بيئة IDE عبر هذا الاتصال، لأن الطرف الآخر لا يملك خادم SSH كاملاً يفهم هذه البروتوكولات.

الوضع الثاني هو SSH «الحقيقي». يُشغَّل sshd داخل الحاوية، ويُفتح المنفذ 22 للخارج كمنفذ TCP بعنوان IP عام. يتصل العميل مباشرة، كما يتصل بخادم VPS عادي. وهذا هو السيناريو الذي يشرحه الدليل.

ما المطلوب للإعداد

المخطط معياري لأي مضيف بعيد يعتمد المصادقة بالمفاتيح. والترتيب العام كالتالي:

• اختيار قالب (صورة) مثبَّت فيه خادم OpenSSH ويعمل تلقائياً؛
• إضافة مفتاحك العام إلى إعدادات الحساب أو إلى متغيرات البيئة الخاصة بالـ Pod؛
• التأكد من أن الـ Pod مستضاف على مضيف بعنوان IP عام وأن منفذ TCP رقم 22 مفتوح؛
• الاتصال بأمر من الشكل `ssh root@<IP> -p <external_port> -i ~/.ssh/key`؛
• استخدام `scp -P <port>` أو عميل SFTP لنسخ الملفات.

ثمة نقطة مستقلة: المنفذ الخارجي الذي يراه العميل لا يساوي 22 عادةً. تعرضه المنصة في بطاقة الـ Pod، وهو المنفذ الذي يجب تحديده عند الاتصال. ومن الأخطاء الشائعة لدى المبتدئين محاولة الاتصال بالمنفذ القياسي.

لماذا يهم هذا المهندسين

الفائدة الرئيسية هي بيئة التطوير. يدعم VS Code وJetBrains العمل عبر SSH: تبقى الشيفرة على الجهاز البعيد المزوّد بـ GPU، بينما يعمل المحرر وأداة التنقيح والطرفية محلياً عندك. وللمطوّر الذي يواصل تدريب نموذج أو ينقّح الاستدلال، يزيل ذلك الحاجة إلى إبقاء الشيفرة في Jupyter داخل المتصفح أو نسخ الملفات يدوياً.

الفائدة الثانية هي نقل البيانات. تتيح سيناريوهات SCP وما يشبه rsync سحب نقاط الحفظ (checkpoints) والسجلات من الـ Pod بسرعة قبل إيقافه. وحين يُحتسب الإيجار بالوقت، تتحول الدقائق الزائدة في تنزيل المخرجات إلى تكلفة مالية.

الفائدة الثالثة هي إعادة توجيه المنافذ. يمكن عبر نفق SSH فتح TensorBoard أو واجهة الويب لخادم الاستدلال أو Jupyter محلياً بأمان، دون نشرها على الإنترنت.

عملياً: ما الذي ينبغي الانتباه إليه

قبل تشغيل عمل طويل، تحقق من عدة أمور. أولاً، احفظ المفاتيح بطريقة سليمة: زوج مفاتيح مخصص للسحابة، وعبارة مرور، ومنع الدخول بكلمة المرور. فوجود IP عام يعني أن الروبوتات ستفحص sshd بعد دقائق معدودة من تشغيل الـ Pod.

ثانياً، انتبه إلى أن الحاوية مؤقتة بطبيعتها. قد لا تصمد إعدادات sshd والمفاتيح المضافة يدوياً داخل الـ Pod أمام إعادة إنشائه. والأضمن تضمينها في قالبك الخاص أو في سكربت البدء.

ثالثاً، اكتب كل ما هو مهم على وحدة تخزين دائمة، لا على نظام ملفات الحاوية. فـ SSH يسهّل الوصول، لكنه لا يغيّر قواعد تخزين البيانات في المنصة.

وأخيراً: إذا كنت تحتاج فقط إلى طرفية سريعة لفحص السجلات، فوضع الوكيل كافٍ. ويصبح SSH الحقيقي مجدياً حين تعمل على الـ Pod لساعات: تعدّل الشيفرة، وتشغّل التجارب، وتنقل الملفات بانتظام.