Zinn® प्रबंधित डेटाबेस

प्रबंधित PostgreSQL और MySQL, किसी साइट के साथ या उसके बिना

स्वतंत्र प्रबंधित डेटाबेस: हमारे साथ डेटाबेस चलाने के लिए आपको हमारे यहाँ वेबसाइट होस्ट करने की आवश्यकता नहीं है। PostgreSQL या MySQL, प्रत्येक पर आकार के अनुसार तीन स्तर, मध्यम स्तर से ऊपर स्वचालित फ़ेलओवर के साथ। हम केवल बैकअप कार्य पूरा होने पर भरोसा करने के बजाय पुनर्स्थापित डेटाबेस से कनेक्ट करके पुनर्स्थापना की पुष्टि करते हैं।

  • किसी होस्टिंग प्लान की आवश्यकता नहीं हैबस एक मुफ़्त खाते की आवश्यकता है
  • आप जहां भी होस्ट करते हैं, वहां काम करता हैहमारे साथ, किसी अन्य प्रदाता के साथ या अपने स्वयं के सर्वर पर
  • एक खाता, एक इनवॉइसजब चाहें होस्टिंग या अन्य उत्पाद जोड़ें

यह क्या है

Zinn® प्रबंधित डेटाबेस PostgreSQL या MySQL हैं जिन्हें हम आपके लिए संचालित करते हैं, और यह अलग से बेचे जाते हैं। इसमें ऐसा कुछ भी नहीं माना जाता है कि आप यहाँ कोई साइट भी होस्ट करते हैं: आपका एप्लिकेशन जहाँ भी स्थित हो, वहाँ से उसे इस पर लक्षित करें, और इसे होस्टिंग प्लान के ऐड-ऑन के बजाय एक डेटाबेस सेवा के रूप में देखें।

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

दो जुड़े हुए डेटाबेस सर्वर, जिनमें से एक दूसरे का कार्यभार संभालता है

आपको क्या मिलता है

उचित रूप से संचालित परिचालन भागों के साथ प्रबंधित PostgreSQL और MySQL, और इतनी स्पष्टता से बताए गए हैं कि आप उनके आधार पर योजना बना सकते हैं।

स्टैंडअलोन, किसी साइट की आवश्यकता नहीं

होस्टिंग खरीदे बिना डेटाबेस खरीदें। आपका एप्लिकेशन कहीं भी चल सकता है; डेटाबेस अपने आप में एक स्वतंत्र उत्पाद है।

मीडियम टियर से स्वचालित फ़ेलओवर

मध्यम और बड़े स्वचालित विफलता-पुनर्प्राप्ति (failover) के साथ चलते हैं। छोटे से अपग्रेड करना केवल आकार में बदलाव नहीं है, बल्कि उपलब्धता में भी बदलाव है।

एकल-इंस्टेंस छोटा स्तर

छोटा टियर एक इंस्टेंस चलाता है, जो विकास, स्टेजिंग और हल्के उत्पादन वर्कलोड के लिए उपयुक्त है जहाँ एक छोटी रिकवरी विंडो स्वीकार्य है।

PostgreSQL पर पॉइंट-इन-टाइम रिकवरी

PostgreSQL पर, पुनर्प्राप्ति कल रात के स्नैपशॉट के बजाय किसी विशिष्ट क्षण की होती है, जिससे आप पूरे दिन का डेटा खोए बिना किसी ख़राब माइग्रेशन या ग़लती से हटाए गए डेटा को पूर्ववत कर सकते हैं। MySQL डेटाबेस का हर रात बैकअप लिया जाता है और उन्हें चौदह रातों के लिए रखा जाता है।

कनेक्ट करके सत्यापित किए गए पुनर्स्थापन

किसी बैकअप कार्य की सफलता की रिपोर्ट इस बात का प्रमाण नहीं है कि डेटाबेस को पुनर्स्थापित किया जा सकता है। हम पुनर्स्थापित डेटाबेस से कनेक्ट करके और उससे डेटा पढ़कर बहाली का सत्यापन करते हैं।

दोनों में से किसी भी इंजन पर तीन आकार

प्रत्येक स्तर आपके द्वारा चुने गए इंजन को चलाता है। उच्च स्तर पर जाने से vCPU, मेमोरी और डिस्क आवंटन बदल जाता है और मध्यम स्तर से, स्वचालित विफलता पुनर्प्राप्ति (ऑटोमैटिक फेलओवर) जुड़ जाती है।

यह कैसे काम करता है

इसका प्रावधान करें, इससे जुड़ें, और परिचालन का आधा हिस्सा हम पर छोड़ दें।

  1. एक स्तर चुनें

    PostgreSQL या MySQL चुनें, फिर आपको कितने CPU, मेमोरी और डिस्क की आवश्यकता है और क्या आप स्वचालित फेलओवर चाहते हैं, इसके आधार पर छोटा, मध्यम या बड़ा चुनें।

  2. अपना एप्लिकेशन कनेक्ट करें

    आपको क्रेडेंशियल और एक कनेक्शन एंडपॉइंट मिलते हैं। एप्लिकेशन हमारे बुनियादी ढांचे पर या किसी अन्य के बुनियादी ढांचे पर स्थित हो सकता है; डेटाबेस को इससे कोई फर्क नहीं पड़ता।

  3. हम इसे चलाते हैं और साबित करते हैं

    हम एक निर्धारित समय-सारणी के अनुसार बैकअप लेते हैं और परिणाम से कनेक्ट करके यह जाँचते हैं कि बैकअप पुनर्स्थापित हो रहे हैं, ताकि पुनर्प्राप्ति क्षमता को केवल मान लेने के बजाय मापा जा सके। PostgreSQL पर वह समय-सारणी निरंतर होती है, इसलिए पुनर्प्राप्ति किसी विशिष्ट समय बिंदु तक होती है।

मूल्य निर्धारण

प्रत्येक इंजन पर तीन स्तर, जिनका मासिक बिल बनता है, vCPU, मेमोरी और डिस्क के अनुसार आकार निर्धारित किया जाता है — जिसमें मध्यम स्तर से स्वचालित फेलओवर शामिल है। स्तर की कीमतें मापी गई बुनियादी ढांचा इकाई दरों से परिकलित की जाती हैं और उन दरों में बदलाव होने पर पुनः प्राप्त की जाती हैं।

Zinn® Managed MySQL Small

₹1,327.99/माह

vCPU कोर
1
मेमोरी
2 GB
एनवीएमई स्टोरेज
20 GB

Zinn® Managed PostgreSQL Small

₹1,327.99/माह

vCPU कोर
1
मेमोरी
2 GB
एनवीएमई स्टोरेज
20 GB

Zinn® Managed PostgreSQL Medium

₹4,650.99/माह

vCPU कोर
2
मेमोरी
4 GB
एनवीएमई स्टोरेज
60 GB

Zinn® Managed MySQL Medium

₹7,023.99/माह

vCPU कोर
2
मेमोरी
4 GB
एनवीएमई स्टोरेज
60 GB

Zinn® Managed PostgreSQL Large

₹9,776.99/माह

vCPU कोर
4
मेमोरी
8 GB
एनवीएमई स्टोरेज
150 GB

Zinn® Managed MySQL Large

₹14,618.99/माह

vCPU कोर
4
मेमोरी
8 GB
एनवीएमई स्टोरेज
150 GB

कीमतें एक बार तय करके छोड़ दिए जाने के बजाय मापी गई बुनियादी ढांचा दरों के अनुसार बदलती हैं, ताकि आप जिस स्तर पर हैं वह इसके संचालन की वास्तविक लागत के आनुपातिक रहे।

यहाँ से क्यों खरीदें

यदि आप होस्टिंग भी खरीदते हैं, तो कई होस्ट आपके लिए डेटाबेस संचालित करेंगे। यह सेवा अलग से बेची जाती है, जिसका अर्थ है कि आप अपने डेटाबेस को हमारे पास और अपने एप्लिकेशन को जहाँ उपयुक्त हो वहाँ रख सकते हैं, बिना किसी बंडल में फिट होने के लिए अपने स्टैक को पुनर्गठित किए।

किसी डेटाबेस उत्पाद में जो दो दावे सबसे महत्वपूर्ण होते हैं, वे ही सबसे आसानी से बिना सोचे-समझे किए जाते हैं: कि इसमें फेलओवर होता है, और यह डेटा पुनर्स्थापित (रिस्टोर) करता है। यहाँ, फेलओवर मध्यम और बड़े स्तरों की एक घोषित विशेषता है, और पुनर्स्थापनाओं को केवल हरे जॉब लॉग को पढ़ने के बजाय पुनर्स्थापित डेटाबेस से कनेक्ट करके सत्यापित किया जाता है।

खरीदने से पहले लोग जो सवाल पूछते हैं

क्या इसका उपयोग करने के लिए मुझे आपके पास वेबसाइट होस्ट करने की आवश्यकता है?

नहीं। प्रबंधित डेटाबेस पूरी तरह स्वतंत्र हैं। आपका एप्लिकेशन आपके अपने सर्वर पर, किसी अन्य प्रदाता पर, या हमारे इन्फ्रास्ट्रक्चर पर चल सकता है — डेटाबेस का प्रावधान और बिलिंग स्वतंत्र रूप से की जाती है।

किन स्तरों में उच्च उपलब्धता है?

मध्यम और बड़े स्वचालित विफलता-अधिग्रहण (failover) के साथ चलते हैं। छोटा एक एकल इंस्टेंस है, यही वजह है कि छोटे से मध्यम पर जाना केवल क्षमता का ही नहीं बल्कि उपलब्धता का भी निर्णय है।

बैकअप और रीस्टोर कैसे काम करते हैं?

दोनों इंजनों का बैकअप लिया जाता है और परिणाम से कनेक्ट करके दोनों के रीस्टोर का परीक्षण किया जाता है। वे इस बात में भिन्न हैं कि आप कितने समय पहले तक जा सकते हैं: PostgreSQL लगातार संग्रह करता है, ताकि आप किसी निश्चित क्षण तक पुनर्प्राप्त कर सकें — जो किसी गलत माइग्रेशन या दुर्घटनावश हटाए जाने के बाद सबसे महत्वपूर्ण होता है, जहाँ आप गलती से ठीक एक सेकंड पहले तक का सब कुछ चाहते हैं। MySQL का बैकअप हर रात लिया जाता है, जिसमें पिछली चौदह रातें रखी जाती हैं।

आप कैसे जानते हैं कि बैकअप वास्तव में पुनर्स्थापित होते हैं?

हम उन्हें पुनर्स्थापित करते हैं और परिणाम से कनेक्ट करते हैं। बैकअप कार्य की सफलता की रिपोर्ट केवल यह बताती है कि कार्य पूरा हो गया है; पुनर्स्थापित डेटाबेस से कनेक्ट होना और उससे पढ़ना आपको बताता है कि डेटा मौजूद है और उपयोग करने योग्य है। यही वह जांच है जो हम करते हैं।

क्या डेटाबेस बढ़ने पर मैं उच्च स्तर पर जा सकता हूँ?

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

इसके बारे में सहायता

हमारे नॉलेज बेस से चरण-दर-चरण मार्गदर्शिकाएँ, जो बिल्कुल इसी के लिए लिखी गई हैं।

किसी वेबसाइट में अतिरिक्त डेटाबेस कैसे जोड़ें

डेटाबेस की निश्चित संख्या वाले प्लान पर किसी वेबसाइट में $1 प्रति माह पर एक और MySQL डेटाबेस जोड़ें। इसे हटाए जाने से पहले हमेशा बैकअप लिया जाता है।

मार्गदर्शिका पढ़ें →

अपने डोमेन के DNS को प्रबंधित करने के लिए अपने स्वयं के Gcore DNS खाते का उपयोग करें

Managed DNS भूमिका वाला एक स्थायी Gcore API टोकन बनाएं और इसे कनेक्ट करें, ताकि आपके डोमेन का DNS आपके अपने Gcore खाते से प्रबंधित किया जा सके।

मार्गदर्शिका पढ़ें →

आपके डेटाबेस से कनेक्ट किया जा रहा है

क्रेडेंशियल्स कहाँ हैं, डेटाबेस ब्राउज़र कैसे खोलें, और सुरक्षित रूप से डंप कैसे लें।

मार्गदर्शिका पढ़ें →

नॉलेज बेस ब्राउज़ करें →

अपने डेटाबेस को ऐसी जगह रखें जहाँ उसकी देखभाल की जाती हो

एक इंजन और स्तर चुनें, अपने एप्लिकेशन को कनेक्ट करें, और मध्यम स्तर से ऊपर स्वचालित फ़ेलओवर प्राप्त करें — चाहे आपकी कोई अन्य चीज़ यहाँ होस्ट की गई हो या नहीं।

शुरू करें