از وعده‌های سخت‌گیرانه کارکرد بی‌وقفه تا رایانش انعطاف‌پذیر: استدلال 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