من الوعود الصارمة باستمرارية التشغيل إلى الحوسبة المرنة: حجة Jensen Huang لإعادة التفكير في مشكلة طاقة AI
مقدمة: هل يجب أن تتطلب كل مهمة حوسبية توافرا مثاليا للكهرباء؟
يثير بناء مزيد من البنية التحتية [Infrastructure] للذكاء الاصطناعي [AI] سؤالا واضحا: من أين ستأتي الكهرباء؟ إن إنشاء قدرات توليد جديدة وشبكات كهرباء أقوى أمر مهم. ومع ذلك، هناك سؤال آخر يحظى باهتمام أقل: هل تستطيع الحوسبة التكيف بذكاء أكبر مع الطاقة المتاحة بالفعل؟
تبدأ حجة Jensen Huang بالفرق بين ذروة الطلب والطلب المعتاد. فلا بد أن تكون شبكة الكهرباء [Power Grid] مستعدة للظروف الصعبة. لكن أقصى احتياجاتها لا يصف كل ساعة من ساعات التشغيل.
تكمن الفرصة في تصميم بعض أعباء العمل الحاسوبية [Computing Workloads] على أساس هذا الفرق. إنه اقتراح يتعلق بالمرونة، لا ادعاء بأن قيود الطاقة قد اختفت.
1. الاحتياج عند الذروة ليس احتياجا دائما
تحتاج المستشفيات وأنظمة النقل والمنازل وغيرها من الخدمات الأساسية إلى كهرباء موثوقة. ويجب أن تراعي الشبكة الفترات التي يكون فيها الطلب مرتفعا على نحو غير معتاد.
يضيف مركز البيانات [Data Centre] الذي يصر على الإمداد المتواصل نفسه في جميع الظروف وعدا شاقا آخر إلى هذا النظام. وإذا قدّم عملاء كثيرون الطلب نفسه، وجب على المورّدين التخطيط على أساس تلك الالتزامات مجتمعة.
يسأل Huang عما إذا كانت كل مهمة حوسبية تحتاج إلى هذا المستوى من الضمان. فبعض العمل عاجل، بينما يمكن لأعمال أخرى الانتظار، أو العمل ببطء أكبر، أو الانتقال إلى مكان آخر. ومعاملة هذه المهام جميعا على أنها متطابقة قد تجعل توفير البنية التحتية أصعب مما يلزم.
ينبغي عدم الخلط بين القدرة غير المستخدمة في وقت معين والقدرة الاحتياطية المضمونة في كل مكان. فالفرصة الهندسية تعتمد على الموقع وعبء العمل [Workload] والاتفاق مع مزوّد الكهرباء.
2. يغيّر التراجع التدريجي المنضبط وعد الخدمة
يعني التراجع التدريجي المنضبط [Graceful Degradation] أن النظام يستطيع خفض مستوى خدمته بطريقة متحكم فيها بدلا من التعطل فجأة.
قد يستجيب نظام حاسوبي لقيد مؤقت على الطاقة بخفض معدل المعالجة [Processing Rate]. وستستغرق بعض الإجابات وقتا أطول. ويمكن تأجيل المهام الأقل إلحاحا. وحيث تتوافر البنية التحتية المناسبة، يمكن نقل العمل الحرج إلى موقع آخر.
الهدف هو الحفاظ على الأجزاء المهمة من الخدمة مع تقليل الاستهلاك. وحماية البيانات مطلب مختلف عن الحفاظ على السرعة القصوى في كل لحظة. فالنتيجة الأبطأ لا تعني بالضرورة نتيجة مفقودة.
يتطلب هذا تصميما مقصودا. فلا يصبح عبء العمل مرنا لمجرد أن العقد يصفه بذلك.
3. العميل جزء من بنية الطاقة
يتعلق جزء مهم من منطق Huang بسلسلة العقود. يطلب العميل من مزوّد خدمات سحابية [Cloud Service Provider] التزاما صارما بالتوافر. ويحتاج المزوّد عندئذ إلى ضمانات مقابلة من مورّدي بنيته التحتية والكهرباء.
قد تبدو كل مفاوضات معقولة عند النظر إليها منفردة. لكن هذه الوعود مجتمعة قد تنشئ نظاما لا يترك مجالا كبيرا للتكيف.
لذلك ينبغي لقادة الشركات أن يفهموا أي الخدمات تحتاج فعلا إلى أقوى التزام. فلا ينبغي أن تحصل منظومة تشغيل حرجة [Operational System] ومهمة تحليل قابلة للتأجيل تلقائيا على المتطلبات نفسها.
هذا قرار إداري بقدر ما هو قرار هندسي. فلا بد أن يتحمل شخص مسؤولية نتائج تباطؤ الخدمة، ويحدد التأخيرات المقبولة، ويضمن ألا يُوعَد العملاء بما لا يستطيع النظام تقديمه.
4. يحتاج مركز البيانات إلى استجابة قابلة للتنفيذ لإشارة الطاقة
يتطلب الطلب المرن أكثر من مراقبة استهلاك الكهرباء. إذ يجب أن يعرف مركز البيانات ما الذي سيفعله عند انخفاض الطاقة المتاحة.
يعني ذلك تصنيف أعباء العمل، وفهم اعتمادياتها [Dependencies]، وتحديد المهام التي يمكن إيقافها مؤقتا بأمان. ويعني أيضا معرفة ما يمكن نقله وما يجب أن يبقى في مكانه.
نقل الحوسبة ليس كنقل خط على رسم تخطيطي. فالوصول إلى البيانات [Data Access] وسعة الشبكة [Network Capacity] والأمن والتزامات الخدمة تؤثر جميعا في مدى منطقية الانتقال. وينبغي أن تجعل البنية [Architecture] هذه القيود واضحة قبل حلول فترة صعبة.
الاختبار عملي: هل تستطيع المنشأة خفض الطلب مع الوفاء بوعودها الأساسية؟
5. يحتاج مزوّدو الكهرباء إلى نوع آخر من العروض
المشارك الثالث هو مرفق الكهرباء [Utility]. ويطلب اقتراح Huang من المزوّدين النظر في ترتيبات إمداد بمستويات ضمان مختلفة، بدلا من تقديم أقوى التزام متواصل فقط.
قد يتمكن عميل مستعد لقبول قيود عرضية من الاستفادة من فرصة لا تناسب حملا محددا بشروط صارمة. ويتطلب نجاح ذلك في سوق بعينها اتفاقا فعليا ومعدات مناسبة وقواعد تشغيل واضحة.
وتظل الكفاءة [Efficiency] مهمة أيضا. فالحصول على حوسبة أكثر فائدة لكل وحدة طاقة يساعد، لكنه لا يضمن انخفاض الاستهلاك الإجمالي مع نمو الطلب. وتعالج الكفاءة الأفضل والمرونة الأفضل في الطلب أجزاء مختلفة من المشكلة.
خاتمة: يجب تصميم المرونة عبر السلسلة بأكملها
لا يمكن حل مشكلة طاقة AI داخل معالج [Processor] وحده أو في محطة كهرباء وحدها. فتوقعات العملاء والعقود والبرمجيات [Software] وتشغيل مراكز البيانات وإمدادات الكهرباء تتفاعل معا.
التحدي المفيد الذي يطرحه Huang هو السؤال عما إذا كانت بعض وعود اليوم الجامدة ضرورية. وحيث تكون المرونة مقبولة، ينبغي أن تصبح خدمة صريحة ذات حدود واضحة، لا استجابة مرتجلة لنقص الإمدادات.
الهدف حوسبة يمكن الاعتماد عليها، تفهم متى تكون السرعة ضرورية ومتى يكون التكيف ممكنا. وهذا سؤال هندسي أفضل من مطالبة كل عبء عمل بأقصى أداء في كل لحظة.
Powered By K7