यूरोप में Kubernetes क्लस्टर

सिंगल-नोड और HA विकल्पों के साथ Tier III यूरोपीय संघ डेटा सेंटरों में Kubernetes क्लस्टर

Tier III प्रमाणित ISO 9001 ISO/IEC 27001 ISO 14001 GDPR अनुरूप

हम प्रस्तुत करते हैं

हमारे किफायती मूल्य

सिंगल-नोड Kubernetes, पहले बूट पर पहले से इंस्टॉल, कोई आश्चर्य नहीं!

CPU 0 cores
0 cores min max 1 cores
RAM 0 GB
0 GB min max 1 GB
डिस्क (NVME) 0 GB
0 GB min max 1 GB
k3s (lightweight, recommended)
IP 0 IP
0 IP min max 1 IP
बैकअप (साप्ताहिक) 0 स्नैपशॉट
0 स्नैपशॉट min max 1 स्नैपशॉट
ट्रैफ़िक < 1Gbps
असीमित साझा पोर्ट

हमें क्यों चुनें

TIER III डेटा सेंटर

यूरोपीय संघ के स्थानों में 99.9% अपटाइम गारंटी के साथ एंटरप्राइज़-ग्रेड इन्फ्रास्ट्रक्चर

तत्काल डिप्लॉयमेंट

अपने सर्वर और संसाधनों को दिनों में नहीं, बल्कि घंटों में ऑनलाइन करें. कोई इंस्टॉलेशन शुल्क नहीं

अपग्रेड / डाउनग्रेड

आप हमारी वेबसाइट पर पर्सनल पैनल का उपयोग करके अपने क्लाउड सर्वर को ऑनलाइन अपग्रेड या डाउनग्रेड कर सकते हैं

क्या प्रावधान किया जाता है

आप नोड के आकार चुनते हैं और क्लस्टर बनाकर उपयोग के लिए तैयार सौंपा जाता है: कंट्रोल प्लेन, कंटेनर रनटाइम, CNI नेटवर्किंग, एक इनग्रेस कंट्रोलर और उसी NVMe पर आधारित स्टोरेज क्लास जिसका उपयोग यहाँ की हर दूसरी मशीन करती है। क्लस्टर उठते ही kubeconfig आपके पैनल से डाउनलोड किया जा सकता है।

यह हमारे अपने डेटा सेंटरों में असली VM पर असली क्लस्टर है, किसी और के API के ऊपर प्रबंधित अमूर्तन नहीं। kubectl, Helm और Kubernetes API से बात करने वाली हर चीज़ ठीक वैसे ही काम करती है जैसे कहीं और, क्योंकि बीच में कुछ भी ग़ैर-मानक नहीं है।

  • कंट्रोल प्लेन, CNI, इनग्रेस कंट्रोलर और एक डिफ़ॉल्ट स्टोरेज क्लास, कॉन्फ़िगर किए हुए
  • पैनल में kubeconfig - न टिकट, न इंतज़ार
  • विकास के लिए सिंगल-नोड, और जब नोड के गिरने से बचना हो तब मल्टी-नोड
  • वही NVMe स्टोरेज और वही यूरोपीय Tier III साइटें जो हर दूसरे उत्पाद में हैं

नोड का आकार तय करना

नोड की संख्या से नहीं, बल्कि इससे शुरू करें कि क्लस्टर पर क्या चलेगा। जो कुछ आप शेड्यूल करना चाहते हैं उसकी CPU और मेमोरी माँग जोड़ें, कंट्रोल प्लेन तथा सिस्टम पॉड का ओवरहेड जोड़ें, फिर इतनी गुंजाइश छोड़ें कि एक नोड गिर जाए तो बाकी उसके पॉड लेने से मना न करें।

जहाँ चालू रहना मायने रखता है, वहाँ तीन छोटे नोड आमतौर पर एक बड़े से बेहतर हैं, क्योंकि अकेला नोड डाउनटाइम से केवल एक रीबूट दूर है। विकास और CI के लिए एक नोड ठीक है और कहीं सस्ता।

इसकी लागत क्या है

आप नोड के लिए भुगतान करते हैं - किसी भी क्लाउड सर्वर जैसी CPU, RAM और NVMe दरों पर - साथ में क्लस्टर के प्रबंधन का छोटा-सा नियत शुल्क। Kubernetes क्लस्टर 22 EUR प्रति माह से शुरू होते हैं।

इसका अर्थ है कि क्लस्टर कभी रहस्यमय ढंग से अपनी मशीनों से महँगा नहीं होता, और उसे स्केल करना वही गणित है जो यहाँ किसी और चीज़ को स्केल करने का है।

लोग इन पर क्या चलाते हैं

ऐसे माइक्रोसर्विस तंत्र जो एक Docker होस्ट से बड़े हो चुके हैं, ऐसे एप्लिकेशन जिन्हें रखरखाव विंडो के बिना रोलिंग डिप्लॉय चाहिए, और CI या एजेंट वर्कलोड जो फैलकर फिर गायब हो जाना चाहते हैं।

स्वयं-होस्ट किए CI रनर आम जोड़ी हैं: क्लस्टर उन्हें फैलने की जगह देता है और बिल्ड आर्टिफ़ैक्ट तथा सोर्स आपके अपने यूरोपीय बुनियादी ढाँचे के भीतर रखता है।

प्रबंधित क्लस्टर या सादी VM

अगर आप क्लस्टर खुद बनाना चाहते हैं - कोई विशेष वितरण, कोई खास CNI, कोई असामान्य टोपोलॉजी - तो सादे क्लाउड सर्वर ऑर्डर करें और उन्हें नोड की तरह बरतें। यहाँ कुछ भी आपको रोकता नहीं, और मशीनें एक जैसी हैं।

प्रबंधित विकल्प तब लें जब आप पहला हफ़्ता कंट्रोल प्लेन पर नहीं बिताना चाहते, और जब पहले ही दिन काम करता इनग्रेस तथा स्टोरेज क्लास हर घटक खुद चुनने से अधिक मूल्यवान हो।

स्केलिंग, अपग्रेड और स्थानांतरण

माँग बदलने पर नोड जोड़े या उनका आकार बदला जा सकता है, ठीक वैसे ही जैसे क्लाउड सर्वर का। क्लस्टर अपग्रेड आपके साथ तय किए जाते हैं, आपके नीचे लागू नहीं किए जाते, क्योंकि Kubernetes का माइनर संस्करण एक API बदलाव है और आपके मैनिफ़ेस्ट में कुछ न कुछ उसे आमतौर पर भाँप लेता है।

माइग्रेशन ज़्यादातर मैनिफ़ेस्ट का काम है: Helm को नए क्लस्टर पर लगाएँ, अपने बैकअप से परसिस्टेंट वॉल्यूम बहाल करें, फिर नया इनग्रेस सही उत्तर देने लगे तो DNS बदल दें।

FAQ

- क्लस्टर ऑर्डर करने पर ठीक-ठीक क्या प्रावधान होता है?

हमारे अपने डेटा सेंटर की क्लाउड VM पर चलता हुआ एक Kubernetes क्लस्टर: कंट्रोल प्लेन, कंटेनर रनटाइम, CNI नेटवर्किंग, एक इनग्रेस कंट्रोलर और NVMe पर आधारित डिफ़ॉल्ट स्टोरेज क्लास। क्लस्टर उठते ही kubeconfig आपके पैनल से डाउनलोड किया जा सकता है

- सिंगल-नोड या मल्टी-नोड - मुझे क्या चाहिए?

विकास, CI और हर उस चीज़ के लिए सिंगल-नोड ठीक है जिसे रीबूट के दौरान खोना आप वहन कर सकते हैं। मल्टी-नोड तब चुनें जब कोई आउटेज मायने रखने लगे: तीन नोड के साथ क्लस्टर एक खो सकता है और उसके पॉड बाकी दो पर दोबारा शेड्यूल कर सकता है

- मुझे क्लस्टर तक पहुँच कैसे मिलती है?

अपने प्रबंधन पैनल से kubeconfig डाउनलोड करें और kubectl या Helm को उस पर लगाएँ। कुछ भी लपेटा या प्रॉक्सी नहीं किया गया है - यह एक मानक Kubernetes API एंडपॉइंट है, इसलिए Kubernetes से बात करने वाला हर उपकरण बिना बदलाव के काम करता है

- क्लस्टर की कीमत कैसे तय होती है?

आप नोड के लिए वही CPU, RAM और NVMe दरें देते हैं जो किसी भी क्लाउड सर्वर की होती हैं, साथ में क्लस्टर के प्रबंधन का छोटा-सा नियत शुल्क। क्लस्टर स्केल करने की लागत ठीक उतनी है जितनी समकक्ष सर्वर जोड़ने की होती

- क्या मैं बाद में नोड जोड़ या उनका आकार बदल सकता हूँ?

हाँ। माँग बदलने पर नोड जोड़े, हटाए या उनका आकार बदला जा सकता है, ठीक किसी भी क्लाउड सर्वर की तरह: डिस्क चलते-चलते बढ़ती है, और CPU तथा RAM के बदलाव के लिए सिर्फ़ उस नोड का रीबूट चाहिए

- Kubernetes संस्करण अपग्रेड कौन सँभालता है?

अपग्रेड आपके साथ तय किए जाते हैं, आपके नीचे लागू नहीं किए जाते। Kubernetes का माइनर संस्करण एक API बदलाव है और असली मैनिफ़ेस्ट सेट में कुछ न कुछ उसे आमतौर पर भाँप लेता है, इसलिए हम एक विंडो तय करते हैं और आप पहले परख सकते हैं

- क्या मैं इसके बजाय सादे सर्वरों पर अपना क्लस्टर बना सकता हूँ?

हाँ, और मशीनें एक जैसी हैं - अगर आपको कोई विशेष वितरण, CNI या टोपोलॉजी चाहिए तो क्लाउड सर्वर ऑर्डर करें और उन्हें नोड की तरह बरतें। प्रबंधित विकल्प इसलिए है कि पहले दिन काम करता इनग्रेस और स्टोरेज क्लास किसी और की ज़िम्मेदारी हो

यदि आपको सहायता चाहिए या अतिरिक्त प्रश्न हैं, तो कृपया मैनेजरों से संपर्क करें या सहायता टीम को इस पते पर लिखें support@dcxv.com