AWS वर्षों से अपने सर्वर प्रोसेसर खुद डिज़ाइन कर रहा है। Graviton5 के साथ इन्फ्रास्ट्रक्चर टीमों के पास एप्लिकेशन चलाने की लागत को परखने का एक और कारण है, न कि सिर्फ़ किसी नए चिप की विज्ञापित गति को।
एक कंपनी ज़्यादा लचीलेपन की उम्मीद में अपने एप्लिकेशन क्लाउड पर ले जाती है। अब उसे भौतिक सर्वर खरीदने या वर्षों पहले से कंप्यूटिंग की माँग का अनुमान लगाने की ज़रूरत नहीं रहती। कुछ साल बाद उसके एप्लिकेशन बढ़ चुके हैं, AWS का बिल लगातार बढ़ रहा है, और इन्फ्रास्ट्रक्चर टीम को लगातार ज़्यादा खर्च किए बिना ज़्यादा क्षमता चाहिए।
सर्वर जोड़ना एक विकल्प है। बड़े इंस्टेंस चुनना दूसरा। लेकिन अगर कंपनी उसी कंप्यूटिंग क्षमता से ज़्यादा उपयोगी काम निकाल सके, जिसके लिए वह पहले से भुगतान कर रही है, तो?
यहीं AWS Graviton5 दिलचस्प हो जाता है। Amazon द्वारा डिज़ाइन किया गया यह प्रोसेसर Intel और AMD के सर्वरों से आम तौर पर जुड़े x86 आर्किटेक्चर की जगह Arm तकनीक का उपयोग करता है।
AWS के अनुसार, उसकी तुलनाओं में Graviton5, Graviton4 की तुलना में 25% तक बेहतर कंप्यूट प्रदर्शन दे सकता है। AWS इस नए प्रोसेसर को AI एजेंटों को सपोर्ट करने वाले एप्लिकेशन के लिए भी पेश करता है। ये दावे जाँचने लायक हैं, लेकिन इनमें से कोई भी छोटे बिल की गारंटी नहीं देता। AWS की जून 2026 की लॉन्च घोषणा इस रिलीज़ और इसके लक्षित वर्कलोड का वर्णन करती है।
AWS अपने प्रोसेसर खुद क्यों बनाता है
जब सॉफ़्टवेयर किसी प्रोसेसर से कोई काम करवाता है, तो प्रोसेसर बुनियादी निर्देशों के एक समूह का पालन करता है। इस समूह को इंस्ट्रक्शन-सेट आर्किटेक्चर (instruction-set architecture) कहा जाता है। Intel और AMD के सर्वर प्रोसेसर आम तौर पर x86 का उपयोग करते हैं, जबकि AWS Graviton Arm का उपयोग करता है।
ऐसे दो कर्मचारियों की कल्पना कीजिए जो एक ही काम कर सकते हैं, लेकिन अलग-अलग निर्देश पुस्तिकाओं का पालन करते हैं। एक इंस्ट्रक्शन सेट के लिए तैयार किए गए सॉफ़्टवेयर को दूसरे पर चलाने के लिए दोबारा बिल्ड करने या ढालने की ज़रूरत पड़ सकती है।
AWS ने 2018 में Graviton पर चलने वाले अपने पहले A1 EC2 इंस्टेंस पेश किए। उद्देश्य किसी नए तरह के एप्लिकेशन का आविष्कार करना नहीं था: उद्देश्य था क्लाउड वर्कलोड चलाने वाले हार्डवेयर के प्रदर्शन और दक्षता पर AWS को ज़्यादा नियंत्रण देना। मूल A1 घोषणा वेब सर्वर, कंटेनर, कैश और डिस्ट्रिब्यूटेड डेटा स्टोर को लक्षित उपयोगों में गिनाती है।
ग्राहकों के लिए यह विकल्प अवसर और ज़िम्मेदारी दोनों लाता है। एक वैकल्पिक CPU आर्किटेक्चर कुछ एप्लिकेशन का अर्थशास्त्र सुधार सकता है, लेकिन सॉफ़्टवेयर और सहायक टूल उसके साथ संगत होने चाहिए।
Graviton5 क्या सुधारता है, और किस बात का वादा नहीं कर सकता
Graviton5 पर चलने वाले M9g और M9gd सामान्य-उद्देश्य (general-purpose) EC2 इंस्टेंस 10 जून 2026 को आम तौर पर उपलब्ध (generally available) हुए। EC2 इंस्टेंस वर्चुअल सर्वर हैं: ग्राहक प्रोसेसिंग शक्ति, मेमोरी, नेटवर्क क्षमता और स्टोरेज की तय मात्राओं वाले कॉन्फ़िगरेशन चुनते हैं। सबसे बड़ा M9g कॉन्फ़िगरेशन 192 vCPU और 768 GiB मेमोरी देता है।
इन Graviton इंस्टेंस पर एक vCPU एक भौतिक कोर से मेल खाता है। इसलिए Arm और कुछ x86 इंस्टेंस के बीच vCPU की संख्या बराबर रखने से बराबर प्रदर्शन की गारंटी नहीं मिलती। AWS M9g विनिर्देश कॉन्फ़िगरेशन और क्षमताओं की सूची देते हैं।
यह प्रोसेसर तेज़ मेमोरी, बड़ा साझा कैश और PCIe 6.0 सपोर्ट भी लाता है। कैश (cache) CPU के पास स्थित तेज़ मेमोरी है, जो बार-बार उपयोग होने वाली जानकारी को आसान पहुँच में रखती है। PCIe एक हाई-स्पीड कनेक्शन है, जिसका उपयोग प्रोसेसर और उससे जुड़े डिवाइसों के बीच डेटा भेजने के लिए होता है।
छठी पीढ़ी का AWS Nitro सिस्टम EC2 के अहम वर्चुअलाइज़ेशन, नेटवर्क, स्टोरेज और आइसोलेशन फ़ंक्शन प्रदान करता है। ये सुविधाएँ संभावित क्षमता बढ़ाती हैं, लेकिन किसी एप्लिकेशन को लाभ तभी मिलता है जब नया हार्डवेयर उस चीज़ को संबोधित करे जो उसे वास्तव में सीमित करती है। AWS का लॉन्च इंजीनियरिंग विवरण इन बदलावों का वर्णन करता है।
उदाहरण के लिए, तेज़ प्रोसेसिंग किसी व्यस्त वेब सेवा की मदद कर सकती है। लेकिन ऐसे एप्लिकेशन के लिए इसका असर बहुत कम हो सकता है, जिसका रिस्पॉन्स टाइम ज़्यादातर किसी बाहरी सेवा के इंतज़ार में जाता है। 25% तक बेहतर कंप्यूट प्रदर्शन और कुछ डेटाबेस, वेब और मशीन-लर्निंग वर्कलोड पर इससे बड़े लाभ के AWS के दावे विशेष तुलनाओं से निकले, विक्रेता द्वारा बताए गए (vendor-reported) नतीजे हैं, हर वर्कलोड के लिए वादे नहीं।
AI एजेंटों के लिए सामान्य-उद्देश्य CPU क्यों मायने रखता है
एक AI असिस्टेंट सिर्फ़ किसी मॉडल को कॉल करने से ज़्यादा काम करता है। कल्पना कीजिए कि कोई कर्मचारी उससे ग्राहक खातों का सारांश बनाने को कहता है।
एप्लिकेशन अनुमतियाँ जाँचता है, रिकॉर्ड प्राप्त करता है, जानकारी तैयार करता है, किसी लैंग्वेज मॉडल को कॉल करता है, और दूसरे बिज़नेस टूल का भी उपयोग कर सकता है। मॉडल के भारी गणितीय ऑपरेशन कहीं और GPU या विशेष रूप से बने एक्सेलेरेटर पर चल सकते हैं। उनके आसपास का रिट्रीवल, रिक्वेस्ट हैंडलिंग और ऑर्केस्ट्रेशन CPU पर चल सकता है।
इससे समझ आता है कि एजेंटिक एप्लिकेशन के लिए AWS की Graviton5 में रुचि क्यों है। लेकिन इससे एक सीमा भी तय होती है: अगर अनुरोध का ज़्यादातर समय किसी दूरस्थ रूप से होस्ट किए गए लैंग्वेज मॉडल के इंतज़ार में जाता है, तो ऑर्केस्ट्रेटर का CPU बदलने से उपयोगकर्ता के अनुभव में शायद ही कोई फ़र्क पड़े। असली सवाल यह है कि एप्लिकेशन अपना कंप्यूटिंग समय कहाँ खर्च करता है, यह नहीं कि उत्पाद पर एजेंटिक AI का लेबल लगा है या नहीं। AWS ने M9g उपलब्धता घोषणा में रियल-टाइम रीज़निंग, कोड जनरेशन और मल्टी-स्टेप ऑर्केस्ट्रेशन को अपने लक्षित उपयोगों में स्पष्ट रूप से शामिल किया है।
Graviton की पाँच पीढ़ियाँ एक नज़र में
Graviton5 कोई अलग-थलग लॉन्च नहीं है। यह Arm को आम क्लाउड सेवाओं के लिए एक व्यावहारिक विकल्प बनाने के AWS के लंबे प्रयास का पाँचवाँ चरण है।
| पीढ़ी | पहले आम तौर पर उपलब्ध EC2 इंस्टेंस | मुख्य बदलाव | AWS द्वारा बताई गई तुलना |
|---|---|---|---|
| Graviton1 | 2018 | Arm पर चलने वाले पहले A1 इंस्टेंस | शुरुआती बिंदु |
| Graviton2 | 2020 | सामान्य-उद्देश्य Arm का व्यापक सपोर्ट | तुलनीय x86-आधारित M5 इंस्टेंस से 40% तक बेहतर प्राइस परफ़ॉर्मेंस (price performance) |
| Graviton3 | 2022 | DDR5 मेमोरी और नया कंप्यूट डिज़ाइन | Graviton2 से 25% तक बेहतर प्रदर्शन |
| Graviton4 | 2024 | बढ़ी हुई प्रोसेसिंग और मेमोरी क्षमता | Graviton3 से 30% तक बेहतर प्रदर्शन |
| Graviton5 | 2026 | 192-कोर डिज़ाइन, बड़ा कैश, तेज़ मेमोरी और PCIe 6.0 | Graviton4 से 25% तक बेहतर कंप्यूट प्रदर्शन |
स्रोत: AWS की आधिकारिक Graviton2, Graviton3, Graviton4 और Graviton5 घोषणाएँ। ये अलग-अलग आधार रेखाओं (baselines) और वर्कलोड वाली विक्रेता तुलनाएँ हैं। इन प्रतिशतों को आपस में जोड़ा नहीं जा सकता।
अहम बदलाव सिर्फ़ यह नहीं है कि नई पीढ़ियाँ तेज़ हैं। अब ज़्यादा से ज़्यादा सामान्य सर्वर एप्लिकेशन के लिए Arm का मूल्यांकन करना आसान हो गया है। हमारे उदाहरण वाली कंपनी के लिए अगले फ़ैसले के तीन हिस्से हैं: क्या उसके एप्लिकेशन सुरक्षित रूप से माइग्रेट हो सकते हैं? क्या ग्राहकों को मिले प्रदर्शन लाभ वास्तविक बचत में बदलते हैं? वह इन दोनों दावों को कैसे परख सकती है?
1. क्या मौजूदा एप्लिकेशन Arm पर जा सकते हैं?
कई आम रनटाइम, जिनमें Java, Node.js, Python, Go और .NET शामिल हैं, Arm64 को सपोर्ट करते हैं, जो Graviton द्वारा उपयोग किया जाने वाला 64-बिट Arm आर्किटेक्चर है। कंटेनर सिस्टम x86 और Arm दोनों के लिए इमेज बना सकते हैं, जिससे धीरे-धीरे अपनाना व्यावहारिक हो जाता है। लेकिन एप्लिकेशन की भाषा का सपोर्ट इस बात की गारंटी नहीं देता कि हर नेटिव लाइब्रेरी, व्यावसायिक एक्सटेंशन, मॉनिटरिंग एजेंट या सिक्योरिटी टूल Arm के लिए उपलब्ध है।
एप्लिकेशन का सफलतापूर्वक स्टार्ट हो जाना भी किसी सफल प्रोडक्शन टेस्ट की तुलना में कम साबित करता है। एप्लिकेशन को अब भी अपनी लेटेंसी (latency) और विश्वसनीयता की ज़रूरतें पूरी करनी होती हैं, उपयोगी टेलीमेट्री देनी होती है और सपोर्ट करने लायक बने रहना होता है। Kubernetes या ECS परिवेशों में मिश्रित आर्किटेक्चर वाले डिप्लॉयमेंट पूरे फ़्लीट को अचानक बदलने की जगह एक छोटे ट्रायल की गुंजाइश दे सकते हैं। AWS की Graviton शुरुआती गाइड डिपेंडेंसी और माइग्रेशन पर मार्गदर्शन देती है।
हमारी कंपनी के लिए आधुनिक डिपेंडेंसी वाली, CPU-गहन वेब सेवा पहली उम्मीदवार हो सकती है। केवल x86 पर चलने वाले किसी विक्रेता उत्पाद से बँधा पुराना (legacy) एप्लिकेशन शायद नहीं।
2. क्या Graviton5 वास्तव में क्लाउड बिल घटाएगा?
AWS ने ग्राहकों द्वारा बताए गए बेंचमार्क नतीजे प्रकाशित किए हैं, जो दिखाते हैं कि वर्कलोड के स्तर पर की गई तुलनाएँ किसी प्रोसेसर की एक सुर्ख़ी से ज़्यादा जानकारी क्यों देती हैं।
| ग्राहक | बताया गया Graviton5 नतीजा | अहम संदर्भ |
|---|---|---|
| ClickHouse | 36% प्रदर्शन वृद्धि, 16% ज़्यादा कॉन्करेंसी (concurrency) | Graviton4 के मुकाबले Graviton5 की शुरुआती बेंचमार्किंग |
| Atlassian | 30% ज़्यादा प्रदर्शन, 20% कम लेटेंसी | पिछली पीढ़ी की तुलना में M9g पर Jira की टेस्टिंग |
| Honeycomb | प्रति कोर 36% बेहतर थ्रूपुट (throughput), 28% कम लेटेंसी | Graviton5 बनाम Graviton4, प्रोडक्शन इनजेशन (ingestion) मूल्यांकन सहित |
| HubSpot | क्वेरी का समय 45 से 60% कम, CPU उपयोग 20 से 30% कम | MySQL OLTP, प्री-प्रोडक्शन (pre-production) M9g बनाम M8g |
| Hard Rock Bet | 23% कम CPU उपयोग, प्रति सेकंड 9% ज़्यादा क्वेरी प्रोसेस करते हुए p99 लेटेंसी लगभग 6% कम | मौजूदा Graviton4 फ़्लीट के साथ CockroachDB गेटवे |
सभी पंक्तियों का स्रोत: AWS M9g ग्राहक वक्तव्य। ये AWS द्वारा चुने और प्रकाशित किए गए ग्राहक वक्तव्य हैं, कोई स्वतंत्र रूप से मानकीकृत बेंचमार्क नहीं। टेस्ट, आधार रेखाएँ और मापन की स्थितियाँ अलग-अलग हैं।
ये नतीजे उल्लेखनीय हैं, लेकिन ज़्यादा थ्रूपुट और कम लेटेंसी सत्यापित लागत बचत के समान नहीं हैं। Honeycomb अतिरिक्त थ्रूपुट का उपयोग इंस्टेंस की संख्या घटाने की जगह ज़्यादा ग्राहकों को सेवा देने में कर सकता है। HubSpot अपने लाभ को तेज़ क्वेरी रिस्पॉन्स पर खर्च करना चुन सकता है। वित्तीय लाभ वास्तविक इंस्टेंस मूल्य निर्धारण, संसाधन उपयोग, राइट-साइज़िंग (right-sizing) और खरीद प्रतिबद्धताओं पर निर्भर करता है।
HubSpot अलग से बताता है कि Graviton को पहले अपनाने से उसे तुलनीय प्रदर्शन पर लगभग 15 से 20% कम लागत मिली। यह उपयोगी ऐतिहासिक प्रमाण है, लेकिन इसे Graviton5 के लागत नतीजे के रूप में नहीं बताया जाना चाहिए। कंपनी को उपयोगी काम की प्रति इकाई लागत की तुलना करनी चाहिए: उदाहरण के लिए, आवश्यक रिस्पॉन्स टाइम पर प्रति दस लाख अनुरोधों की लागत, या प्रति पूरा हुआ बैच जॉब लागत। माइग्रेशन इंजीनियरिंग, लाइसेंसिंग और लगातार चलने वाला सपोर्ट भी इस गणना का हिस्सा हैं।
स्टोरेज से जुड़ा एक फ़ैसला भी है। M9gd में तेज़ लोकल NVMe स्टोरेज है, जो कैश और अस्थायी कार्य डेटा के लिए उपयुक्त हो सकता है।
लेकिन EC2 इंस्टेंस स्टोर (instance store) का डेटा स्टॉप, हाइबरनेशन या टर्मिनेशन के बाद बचा नहीं रहता, इसलिए इसे मूल्यवान रिकॉर्ड की एकमात्र प्रति नहीं होना चाहिए। AWS का इंस्टेंस स्टोर लाइफ़साइकल मार्गदर्शन देखें। हाइब्रिड परिवेशों में एक और लागत Arm और x86 दोनों को सपोर्ट करने की हो सकती है: Arm64 सॉफ़्टवेयर पोर्टेबल हो सकता है, लेकिन Graviton की विशेष हार्डवेयर विशेषताएँ AWS के लिए ही विशिष्ट हैं।
3. कंपनी को लाभ की जाँच कैसे करनी चाहिए?
एक प्रतिनिधि सेवा से शुरुआत करें। उसका मौजूदा ट्रैफ़िक, थ्रूपुट, CPU और मेमोरी उपयोग, रिस्पॉन्स टाइम, त्रुटि दर और पूरी मासिक परिचालन लागत दर्ज करें। एक Arm-संगत संस्करण बनाएँ, फिर उसी यथार्थवादी ट्रैफ़िक और सर्विस-लेवल लक्ष्यों के तहत किसी उपयुक्त Graviton5 इंस्टेंस पर उसकी तुलना करें।
यह न मानें कि समान vCPU संख्या वाले दो इंस्टेंस समान क्षमता देते हैं। सही फ़ैमिली चुनें: सामान्य-उद्देश्य M9g, कंप्यूट-ऑप्टिमाइज़्ड C9g, या मेमोरी-ऑप्टिमाइज़्ड R9g, उपलब्धता और वर्कलोड की ज़रूरतों के अनुसार।
केवल प्रति घंटे की कीमत नहीं, बल्कि आवश्यक लोड को सेवा देने की लागत की तुलना करें। नए परिवेश को तैयार करने और चलाने, फ़ेल्योर रिकवरी की जाँच करने और रोलबैक का रास्ता बनाए रखने की मेहनत भी इसमें शामिल करें। AWS माइग्रेशन गाइड एक शुरुआती बिंदु देती है।
अगर सुधार सार्थक है, तो टीम धीरे-धीरे इसी तरह की दूसरी सेवाओं तक विस्तार कर सकती है। अगर मापा गया लाभ छोटा है या संगतता की लागत ज़्यादा है, तो x86 पर बने रहना ज़्यादा ठोस इंजीनियरिंग फ़ैसला हो सकता है।
Graviton5 के पीछे का बड़ा बदलाव
AWS पारंपरिक सर्वर प्रोसेसरों पर पूरी तरह निर्भर रहने की जगह अपने क्लाउड के नीचे का इन्फ्रास्ट्रक्चर ज़्यादा से ज़्यादा खुद बना रहा है। इससे ग्राहकों को दक्षता सुधारने का एक और रास्ता मिलता है, लेकिन वर्कलोड की समझ और भी अहम हो जाती है। यही पैटर्न दूसरी जगहों पर भी दिखता है: AWS और NVIDIA के बीस लाख GPU विस्तार पर हमारा विश्लेषण AWS के इस निर्माण के GPU पक्ष को कवर करता है, और Google Cloud Q3 2026 पर हमारा लेख दिखाता है कि Google के अपने TPU सिस्टम ने उसकी राजस्व वृद्धि में कैसे योगदान दिया।
बढ़ते क्लाउड बिल वाली कंपनी के लिए जवाब शायद एक और सर्वर या पूरी तरह Arm पर माइग्रेशन न हो। जवाब यह पहचानना हो सकता है कि उसकी सेवाएँ वास्तव में प्रोसेसिंग क्षमता कहाँ खर्च करती हैं, और यह जाँचना कि क्या कोई अलग आर्किटेक्चर वही नतीजा ज़्यादा कुशलता से दे सकता है।
Graviton5 का मूल्य सिर्फ़ एक तेज़ प्रोसेसर नहीं है। यह उस कंप्यूटिंग काम के लिए कम भुगतान करने की संभावना है, जो मायने रखता है।
और गहराई से पढ़ें
- AWS Graviton5 लॉन्च और इंजीनियरिंग विवरण: जून 2026, आर्किटेक्चर, रिलीज़ का संदर्भ और विक्रेता द्वारा बताए गए लाभ।
- M9g विनिर्देश और ग्राहक नतीजे: मौजूदा इंस्टेंस सुविधाएँ और ग्राहकों के नाम से दिए गए बेंचमार्किंग वक्तव्य।
- AWS C9g और C9gd घोषणा: 30 जून 2026, कंप्यूट-ऑप्टिमाइज़्ड Graviton5 इंस्टेंस और Graviton4 पर आधारित C8g से AWS की तुलना।
- AWS R9g और R9gd घोषणा: 31 अगस्त 2026, मेमोरी-ऑप्टिमाइज़्ड Graviton5 इंस्टेंस और Graviton4 पर आधारित R8g से AWS की तुलना।
- AWS Graviton शुरुआती गाइड: डिपेंडेंसी का आकलन, संगत सॉफ़्टवेयर बनाना और माइग्रेशन की जाँच।
- EC2 इंस्टेंस स्टोर डेटा का स्थायित्व: लोकल NVMe के लिए लाइफ़साइकल और डेटा हानि के परिणाम।
- Graviton फ़ैमिली का तकनीकी विवरण: प्रोसेसर फ़ैमिली की व्यापक पृष्ठभूमि और संदर्भ।