कई आर्किटेक्चर रिव्यू में फार्गेट डिफ़ॉल्ट जवाब है। कोई एएमआई नहीं। कोई कैपेसिटी प्रोवाइडर नहीं। कोई "नोड किसने पैच किया" नहीं। आप सीपीयू और मेमोरी तय करते हैं, टास्क भेजते हैं, एडब्ल्यूएस चलाता है।
बहुत से कामों के लिए यह सही उत्पाद है। बहुत से हमेशा-चालू कामों के लिए यह गलत उत्पाद है। कुछ महीनों का स्थिर २४/७ ट्रैफिक के बाद बिल यह साफ दिखा देता है।
यही लागत की आदत नैट गेटवे और दूसरी प्रबंधित सुविधाओं में भी दिखती है: बॉक्स न रखने का प्रीमियम आप चुकाते हैं। उपयोग उबड़-खाबड़ हो तो प्रीमियम ठीक है। उपयोग सपाट हो तो महंगा पड़ता है।
आप असल में क्या खरीद रहे हैं
| मॉडल | आप किसलिए भुगतान करते हैं | आप क्या संभालते हैं |
|---|---|---|
| फार्गेट | हर चलते टास्क के लिए वीसीपीयू-घंटा + जीबी-घंटा | टास्क परिभाषा, नेटवर्किंग, आईएएम, लॉगिंग |
| ईसी२ पर ईसीएस | इंस्टेंस (ऑन-डिमांड, स्पॉट, या सेविंग्स प्लान) | क्षमता, पैकिंग, एएमआई/ओएस, ज़्यादा विफलता मोड |
| कच्चा ईसी२ + डॉकर/सिस्टमडी | इंस्टेंस | लगभग सब कुछ |
फार्गेट हर टास्क की आरक्षित स्लाइस का बिल भेजता है। अगर टास्क १ वीसीपीयू मांगता है और रात भर कोर का १५% इस्तेमाल करता है, तो भी आप पूरी रात १ वीसीपीयू का भुगतान करते हैं। ईसी२ पर वह खाली हेडरूम उसी होस्ट के दूसरे टास्क से साझा हो सकता है, या आप होस्ट छोटा कर सकते हैं।
एडब्ल्यूएस ने अपने ईसीएस लागत लेखों में यह सालों से लिखा है: कम पैकिंग घनत्व पर फार्गेट आधे-खाली ईसी२ से सस्ता लग सकता है। ऊंचे, स्थिर उपयोग पर शुद्ध कंप्यूट डॉलर में आमतौर पर ईसी२ जीतता है।
मोटे मासिक आंकड़े (यूएस-ईस्ट-१, परिमाण का क्रम)
सेविंग्स प्लान और रीजन से संख्याएं बदलती हैं। इन्हें आकार मानें, कोटेशन नहीं।
| वर्कलोड | फार्गेट (हमेशा चालू) | नज़दीकी ईसी२ समकक्ष | नोट |
|---|---|---|---|
| ०.५ वीसीपीयू / १ जीबी, १ टास्क | ~$१८/महीना | t3.micro / t4g.micro वर्ग |
एक छोटी सेवा के लिए ऑप्स सरलता में फार्गेट अभी भी जीतता है |
| १ वीसीपीयू / २ जीबी, २ टास्क (एचए) | ~$७०/महीना | एक छोटा मल्टी-वीसीपीयू होस्ट या दो माइक्रो | ब्रेक-ईवन इस पर निर्भर कि कितना पैक करते हैं |
| २ वीसीपीयू / ४ जीबी, ४ टास्क | ~$२८०/महीना | t3.large / m7i पैकिंग |
होस्ट व्यस्त रहें तो ईसी२ आगे निकलने लगता है |
| ४ वीसीपीयू / १६ जीबी, स्थिर बेड़ा | सैकड़ों+/महीना | m7i.xlarge आदि |
स्थिर अवस्था + १-वर्ष प्रतिबद्धता ईसी२ को और मजबूत बनाती है |
व्यावहारिक अंगूठे के नियम:
१. एक छोटी हमेशा-चालू एपीआई कम डिप्लॉय के साथ: फार्गेट अक्सर टैक्स के लायक है।
२. पूरे दिन, हर दिन चलने वाले वर्कर और एपीआई का बेड़ा: ईसीएस/ईसी२ या ईकेएस नोड पर पैक करें और कंप्यूट सेविंग्स प्लान लें।
३. उछाल वाला बैच (ट्रेन जॉब, रात का ईटीएल, प्रीव्यू एनव): फार्गेट या फार्गेट स्पॉट खाली धातु का बिल बचाता है।
अगर महीनों तक फार्गेट टास्क का औसत सीपीयू ~३०% से नीचे रहे, तो आप "कुशल" नहीं हैं। आप वह आरक्षित क्षमता किराए पर ले रहे हैं जो इस्तेमाल नहीं होती, ईसी२ से ऊंची इकाई कीमत पर।
ऑप्स असली दूसरी कीमत है
शुद्ध डॉलर फैसले का आधा हिस्सा ही हैं।
फार्गेट जीतता है जब:
- आप नोड अपग्रेड की कहानी नहीं चाहते
- टीमें कई छोटी सेवाएं भेजती हैं और कैपेसिटी प्लानिंग से नफरत करती हैं
- स्केल-टू-ज़ीरो या लगभग-शून्य मायने रखता है (अच्छे मिन टास्क काउंट के साथ)
- रनटाइम होस्ट एडब्ल्यूएस के पास हो तो अनुपालन आसान लगे
ईसी२ (ईसीएस या ईकेएस के साथ) जीतता है जब:
- आपके पास पहले से प्लेटफॉर्म टीम है जो नोड पैच और मॉनिटर करती है
- डेमनसेट, कस्टम कर्नेल मॉड्यूल, या होस्ट-स्तरीय एजेंट चाहिए जिन्हें फार्गेट रोकता या उलझाता है
- जीपीयू, ऊंचा नेटवर्क थ्रूपुट, या घना बिन-पैकिंग ज़रूरी हो
- पैकिंग इतनी ऊंची रख सकें कि फार्गेट प्रीमियम शुद्ध बर्बादी लगे
जाल यह है कि प्लेटफॉर्म टीम होने का दिखावा करें जब वह है ही नहीं। खराब चलाया गया ईसी२ क्लस्टर पेज, फेल डिप्लॉय, और "डिस्क क्यों भरी" वाले वीकेंड जोड़ने के बाद फार्गेट से महंगा पड़ता है।
एक साधारण निर्णय पथ
क्या सेवा दिन का ज़्यादातर समय खाली रहती है या बहुत उछाल वाली है?
हाँ -> फार्गेट (या लैम्ब्डा अगर रनटाइम फिट बैठे)
नहीं -> आगे बढ़ें
क्या आप पहले से कंटेनर नोड अच्छी तरह चलाते हैं?
नहीं -> बिल मासिक ऑप्स समय से ज़्यादा दुखे तब तक फार्गेट पर रहें
हाँ -> असली पैकिंग % के साथ ईसी२ मॉडल करें
क्या औसत होस्ट उपयोग स्वस्थ रख सकते हैं (लगभग >५०-६०% जिसकी कीमत चुकाते हैं)?
हाँ -> सेविंग्स प्लान के साथ ईसी२ पर ईसीएस या ईकेएस
नहीं -> खाली इंस्टेंस से फार्गेट अभी भी सस्ता है
पैकिंग असली मेट्रिक से मापें: सीपीयू, मेमोरी, और नेटवर्क (लोग नेटवर्क भूल जाते हैं)। माइग्रेट करने से पहले टास्क आरक्षण सही साइज़ करें। ओवर-रिज़र्व्ड फार्गेट टास्क को बिना रिक्वेस्ट/लिमिट ठीक किए ईसी२ पर ले जाना सिर्फ बर्बादी को दूसरी लाइन आइटम पर ले जाता है।
प्रोड न तोड़ने वाला माइग्रेशन पैटर्न
अगर आप पहले से फार्गेट पर हैं और बिल दुखता है:
१. ३० दिन का क्लाउडवॉच सीपीयू, मेमोरी, टास्क काउंट निकालें। मार्केटिंग स्लाइड का पीक नहीं, फर्श ढूंढें।
२. जहां हेडरूम कल्पना है वहां टास्क सीपीयू/मेमोरी काटें। कई टीमें पाती हैं कि फार्गेट बिल का ५०% ओवर-रिज़र्वेशन है, खुद फार्गेट नहीं।
३. एक सेवा चुनें जो हमेशा चालू और उबाऊ हो (आंतरिक एपीआई, क्यू वर्कर)। पहले वही हटाएं।
४. थोड़ी देर दोहरी क्षमता चलाएं: फार्गेट सेवा + ईसी२ कैपेसिटी प्रोवाइडर, वज़न या फीचर फ्लैग से ट्रैफिक खिसकाएं।
५. आकार स्थिर होने के बाद ही प्रतिबद्धता खरीदें। गलत साइज़ का सेविंग्स प्लान दूसरा टैक्स है।
इधर-उधर बिल का बाकी हिस्सा भी देखें। "कंप्यूट अनुकूलित" करना आम है और फिर भी नैट डेटा प्रोसेसिंग, मल्टी-एजेड खाली लोड बैलेंसर, और बहुत बातूनी लॉगिंग से खून बहता रहता है। कंप्यूट शायद ही अकेला खाली टैक्स हो।
निचली पंक्ति
फार्गेट ठगी नहीं है। यह सुविधा का प्रीमियम है। उछाल वाले काम, छोटी टीमें, और जहां होस्ट प्रबंधन असली जोखिम है, वहां चुकाएं।
पूर्वानुमेय फर्श वाले हमेशा-चालू बेड़ों के लिए ईसी२ क्षमता (ईसीएस या ईकेएस) के साथ ईमानदार पैकिंग और सेविंग्स प्लान आमतौर पर वयस्क कदम है। सम्मेलन स्लाइड पर नहीं जो परफेक्ट बिन पैकिंग या शून्य इंजीनियर समय मान ले, अपनी आरक्षण दरों और अपनी ऑप्स लागत पर गणित करें।
अगर जनवरी का क्लाउड बिल पहले से हैंगओवर जैसा लगे, एक हमेशा-चालू सेवा, तीस दिन की मेट्रिक, और एक स्प्रेडशीट से शुरू करें। आर्किटेक्चर रिव्यू तब तक रुक सकता है जब तक संख्याएं उबाऊ न हो जाएं।
