จากคำมั่นด้านเวลาทำงานที่ตายตัวสู่การประมวลผลที่ยืดหยุ่น: เหตุผลของ 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