स्टैंडअलोन, किसी साइट की आवश्यकता नहीं है
बिना होस्टिंग खरीदे डेटाबेस खरीदें। आपका एप्लिकेशन कहीं भी चल सकता है; डेटाबेस अपने आप में एक उत्पाद है।
Zinn® प्रबंधित डेटाबेस
स्टैंडअलोन प्रबंधित डेटाबेस: हमारे साथ डेटाबेस चलाने के लिए हमारे पास वेबसाइट होस्ट करना आवश्यक नहीं है। PostgreSQL या MySQL, प्रत्येक पर आकार के अनुसार तीन श्रेणियां, मध्यम श्रेणी से ऊपर स्वचालित फ़ेलओवर के साथ। हम बैकअप जॉब के समाप्त होने पर भरोसा करने के बजाय पुनर्स्थापित डेटाबेस से कनेक्ट करके पुनर्स्थापना का सत्यापन करते हैं।
Zinn® Managed Databases, PostgreSQL या MySQL है जिसे हम आपके लिए चलाते हैं, जिसे अलग से बेचा जाता है। इसमें ऐसा कुछ भी नहीं माना गया है कि आप यहाँ किसी साइट को भी होस्ट करते हैं: आपका एप्लिकेशन जहाँ भी स्थित है, वहाँ से इसे उसकी ओर पॉइंट करें, और इसे होस्टिंग प्लान के ऐड-ऑन के बजाय एक डेटाबेस सेवा के रूप में देखें।
हर इंजन पर तीन आकार उपलब्ध हैं। छोटा टियर एक सिंगल इंस्टेंस है। मध्यम और बड़े टियर में स्वचालित फ़ेलओवर (failover) शामिल होता है, जिससे किसी नोड के विफल होने पर आउटेज के बजाय केवल फ़ेलओवर इवेंट होता है, जिसके बारे में आपको अपने उपयोगकर्ताओं से पता चलता है। फ़ेलओवर की लागत हर इंजन के अनुसार अलग-अलग होती है — PostgreSQL दो इंस्टेंस के बीच मध्यस्थता करता है, जबकि MySQL को कोरम (quorum) तक पहुँचने के लिए तीन-सदस्यीय समूह और राउटर की एक जोड़ी की आवश्यकता होती है — यही कारण है कि MySQL टियर की कीमत हर आकार में थोड़ी अधिक है।
प्रबंधित PostgreSQL और MySQL, जिनके परिचालन संबंधी हिस्से सही तरीके से किए गए हैं और जिन्हें इतनी स्पष्टता से बताया गया है कि आप उनके अनुसार अपनी योजना बना सकें।
बिना होस्टिंग खरीदे डेटाबेस खरीदें। आपका एप्लिकेशन कहीं भी चल सकता है; डेटाबेस अपने आप में एक उत्पाद है।
ऑटोमैटिक फेलओवर के साथ मीडियम और बड़े रन। स्मॉल से अपग्रेड करना केवल आकार में बदलाव नहीं, बल्कि उपलब्धता में भी बदलाव है।
छोटा टीयर एक इंस्टेंस चलाता है, जो डेवलपमेंट, स्टेजिंग और हल्के प्रोडक्शन वर्कलोड के लिए उपयुक्त है जहाँ एक छोटा रिकवरी विंडो स्वीकार्य है।
PostgreSQL पर, रिकवरी पिछली रात के स्नैपशॉट के बजाय किसी विशिष्ट समय की जाती है, जिससे आप पूरे दिन का डेटा खोए बिना किसी खराब माइग्रेशन या गलती से हुई डिलीट को पूर्ववत (अंडू) कर सकते हैं। MySQL डेटाबेस का बैकअप हर रात लिया जाता है और चौदह रातों तक सुरक्षित रखा जाता है।
सफलता की सूचना देने वाली बैकअप जॉब इस बात का प्रमाण नहीं है कि डेटाबेस को पुनर्स्थापित किया जा सकता है। हम पुनर्स्थापित डेटाबेस से कनेक्ट करके और उससे डेटा पढ़कर पुनर्स्थापनों का सत्यापन करते हैं।
प्रत्येक टियर आपके द्वारा चुने गए इंजन को चलाता है। ऊपर जाने से vCPU, मेमोरी और डिस्क आवंटन बदल जाता है और मीडियम से, स्वचालित फ़ailover जुड़ जाता है।
इसे प्रावधानित करें, इससे कनेक्ट करें, और हमें इसका आधा ऑपरेशन संभालने दें।
PostgreSQL या MySQL चुनें, फिर अपनी आवश्यकता के अनुसार छोटे, मध्यम या बड़े सीपीयू, मेमोरी और डिस्क का चयन करें और यह भी चुनें कि क्या आप स्वचालित फेलओवर चाहते हैं।
आपको क्रेडेंशियल्स और एक कनेक्शन एंडपॉइंट मिलता है। एप्लिकेशन हमारे एस्टेट पर या किसी अन्य के एस्टेट पर हो सकता है; डेटाबेस को इससे कोई फर्क नहीं पड़ता।
हम एक निश्चित समय-सारणी के अनुसार बैकअप लेते हैं और परिणाम से कनेक्ट करके यह जांचते हैं कि बैकअप पुनर्स्थापित हो सकता है या नहीं, जिससे पुनर्प्राप्ति क्षमता का अनुमान लगाने के बजाय उसकी माप की जाती है। PostgreSQL पर वह समय-सारणी निरंतर होती है, इसलिए पुनर्प्राप्ति किसी निश्चित समय बिंदु पर की जाती है।
प्रत्येक इंजन पर तीन टियर, मासिक बिलिंग, vCPU, मेमोरी और डिस्क के आकार के अनुसार — मध्यम टियर से स्वचालित फ़ेलओवर शामिल है। टियर की कीमतें मापी गई बुनियादी ढांचे की इकाई दरों से गणना की जाती हैं और उन दरों के बदलने पर दोबारा निकाली जाती हैं।
₹1,321.99/माह
₹1,321.99/माह
₹4,629.99/माह
₹6,992.99/माह
₹9,732.99/माह
₹14,552.99/माह
कीमतें एक बार तय करके छोड़ देने के बजाय मापी गई बुनियादी ढाँचे की दरों के अनुसार बदलती हैं, इसलिए आपका टियर इस बात के अनुपात में बना रहता है कि इसे चलाने में वास्तव में कितना खर्च आता है।
कई होस्ट आपके लिए डेटाबेस चलाएंगे, बशर्ते आप होस्टिंग भी खरीदें। यह अलग से बेचा जाता है, जिसका अर्थ है कि आप अपने स्टैक को किसी बंडल में ढालने के लिए दोबारा तैयार किए बिना, अपना डेटाबेस हमारे पास और अपनी एप्लिकेशन को जहाँ उचित लगे वहाँ रख सकते हैं।
डेटाबेस उत्पाद में जो दो दावे सबसे अधिक मायने रखते हैं, वे वे हैं जिन्हें आसानी से ढीले-ढाले ढंग से किया जा सकता है: यह विफल होता है (फेलओवर), और यह पुनर्स्थापित करता है (रिस्टोर)। यहाँ, फेलओवर मध्यम और बड़े टियर की एक निर्धारित विशेषता है, और रिस्टोर की पुष्टि हरी जॉब लॉग पढ़ने के बजाय पुनर्स्थापित डेटाबेस से कनेक्ट करके की जाती है।
नहीं। प्रबंधित डेटाबेस एक स्टैंडअलोन सेवा है। आपका एप्लिकेशन आपके अपने सर्वर पर, किसी अन्य प्रदाता पर, या हमारे इंफ्रास्ट्रक्चर पर चल सकता है—डेटाबेस को स्वतंत्र रूप से प्रावधान और बिल किया जाता है।
मध्यम और बड़े रन स्वचालित फ़ेलओवर के साथ चलते हैं। छोटा इंस्टेंस केवल एक होता है, इसीलिए छोटे से मध्यम की ओर बढ़ना केवल क्षमता का नहीं बल्कि उपलब्धता का निर्णय होता है।
दोनों इंजनों का बैकअप लिया जाता है और दोनों के परिणाम से कनेक्ट करके रिस्टोर-टेस्ट किया जाता है। वे इस बात में भिन्न हैं कि आप पीछे कहाँ तक जा सकते हैं: PostgreSQL लगातार आर्काइव करता है, इसलिए आप किसी एक पल तक रीकवर कर सकते हैं — जो कि किसी खराब माइग्रेशन या गलती से हुई डिलीट के बाद सबसे अधिक मायने रखता है, जहाँ आप गलती से ठीक एक सेकंड पहले तक सब कुछ चाहते हैं। MySQL का बैकअप हर रात लिया जाता है, जिसमें पिछली चौदह रातों का डेटा रखा जाता है।
हम उन्हें पुनर्स्थापित करते हैं और परिणाम से कनेक्ट करते हैं। सफलता की रिपोर्ट करने वाली बैकअप जॉब केवल यह बताती है कि एक जॉब समाप्त हो गई है; पुनर्स्थापित डेटाबेस से कनेक्ट करना और उससे पढ़ना यह बताता है कि डेटा वहाँ है और उपयोग करने योग्य है। यह वह जाँच है जिसे हम चलाते हैं।
हाँ। ये टियर उसी इंजन पर चलते हैं जिस पर आपने शुरुआत की थी, इसलिए अपग्रेड करने पर vCPU, मेमोरी और डिस्क आवंटन बदल जाता है और मीडियम टियर से आगे स्वचालित फ़ेलओवर (ऑटोमैटिक फ़ेलओवर) की सुविधा जुड़ जाती है। किसी बड़े माइग्रेशन से पहले हमसे बात करें और हम आपके साथ इस बदलाव की योजना बनाएंगे।
एक इंजन और एक टियर चुनें, अपने एप्लिकेशन को कनेक्ट करें, और माध्यम टियर से ऊपर स्वचालित फ़ेलओवर प्राप्त करें — भले ही आपकी कोई अन्य सामग्री यहाँ होस्ट की गई हो या नहीं।
शुरू करें