Wolkra पर डेटाबेस होस्टिंग का मतलब है PostgreSQL, MySQL, MariaDB, Redis या कोई दूसरा डेटाबेस फ़्रैंकफ़र्ट में अपने खुद के क्लाउड सर्वर पर चलाना, बेहतर हो कि प्राइवेट नेटवर्क में मेमोरी-ऑप्टिमाइज़्ड प्लान पर, ऐसे डेटा के साथ जो कभी जर्मनी से बाहर नहीं जाता।
वर्ज़न, कॉन्फ़िगरेशन और एक्सटेंशन पर आपका कंट्रोल होता है, और आप सर्वर की एक तय प्रति घंटा कीमत देते हैं।
किसके लिए सही
- वेबसाइट, SaaS प्रोडक्ट और इंटरनल टूल के लिए ऐप डेटाबेस।
- Redis या उस जैसे टूल के साथ कैश और क्यू।
- सर्च और एनालिटिक्स इंजन, जिन्हें बहुत मेमोरी चाहिए।
- रिपोर्टिंग या फ़ेलओवर के लिए रेप्लिका।
जो भी डेटाबेस Linux पर चलता है, वह KVM VPS पर चलता है। Ubuntu, Debian, AlmaLinux या Rocky Linux से शुरू करें और डेटाबेस प्रोजेक्ट के अपने पैकेज से इंस्टॉल करें, या Docker ऐप के साथ उसे कंटेनर में चलाएँ।
प्लान चुनना
डेटाबेस को मेमोरी पसंद है। जब सबसे ज़्यादा क्वेरी किया जाने वाला डेटा RAM में आ जाता है, तो रीड डिस्क के बजाय मेमोरी से होते हैं।
Memory-optimised
डेटाबेस, कैश और in-memory काम के लिए हर vCPU पर ज़्यादा RAM।
| प्लान | vCPU | RAM | डिस्क | ट्रैफ़िक | प्रति घंटा | मासिक अधिकतम सीमा |
|---|---|---|---|---|---|---|
| M1 | 1 | 8 GB | 30 GB | अनमीटर्ड | €0.0160 | €9.99 |
| M2 | 2 | 16 GB | 50 GB | अनमीटर्ड | €0.0312 | €19.49 |
- मेमोरी-ऑप्टिमाइज़्ड (m): प्रोडक्शन डेटाबेस के लिए डिफ़ॉल्ट विकल्प।
- Standard (s): छोटे ऐप डेटाबेस, डेवलपमेंट और स्टेजिंग।
- CPU-ऑप्टिमाइज़्ड (c): छोटे डेटासेट के साथ भारी क्वेरी वाले वर्कलोड।
बिलिंग हर शुरू हुए घंटे के हिसाब से होती है, मासिक कीमत पर अधिकतम सीमा के साथ। डेटा बढ़ने पर ज़्यादा मेमोरी के लिए रीसाइज़ करें। डिस्क बढ़ सकती है, कभी छोटी नहीं होती।
सुरक्षित डेटाबेस लेआउट
सिर्फ़ प्राइवेट नेटवर्क
एक प्राइवेट नेटवर्क बनाएं और डेटाबेस और ऐप सर्वरों को उससे जोड़ें। डेटाबेस सिर्फ़ अपने प्राइवेट एड्रेस पर सुनता है और उसका कोई पब्लिक IP नहीं होता। ऐप सर्वर प्राइवेट तरीके से कनेक्ट होते हैं। एडमिन उस तक WireGuard VPN या SSH टनल के ज़रिए पहुँचते हैं।
जब डेटाबेस सर्वर को पैकेज और अपडेट चाहिए, तो एक NAT गेटवे उसे इनबाउंड ट्रैफ़िक के लिए खोले बिना आउटबाउंड इंटरनेट एक्सेस देता है।
फ़ायरवॉल
एक मुफ़्त स्टेटफ़ुल फ़ायरवॉल जोड़ें जो डेटाबेस पोर्ट को सिर्फ़ आपके ऐप सर्वरों से अनुमति दे। फ़ायरवॉल रूल लेबल सेलेक्टर को टारगेट कर सकते हैं, इसलिए नए ऐप सर्वर पर लेबल लगाते ही उन्हें अपने-आप अनुमति मिल जाती है।
एन्क्रिप्शन और अकाउंट
- अगर आपकी कंप्लायंस ज़रूरतें कहती हैं, तो सर्वरों के बीच कनेक्शन के लिए TLS इस्तेमाल करें।
- हर ऐप्लिकेशन के लिए एक डेटाबेस यूज़र बनाएं, सिर्फ़ ज़रूरी अधिकारों के साथ।
- किसी ऐप्लिकेशन से कभी डेटाबेस सुपरयूज़र इस्तेमाल न करें।
स्टोरेज
डेटा डायरेक्टरी को एक ब्लॉक स्टोरेज वॉल्यूम पर रखें:
- 10 GB से 10 TB तक के साइज़, प्रति GB प्रति माह बिलिंग।
- भर जाने पर उसे ऑनलाइन बढ़ाएँ।
- अपग्रेड के दौरान उसे डिटैच करके किसी नए, बड़े सर्वर पर अटैच करें।
- अटैच करते समय उसे आपके लिए फ़ॉर्मैट और माउंट किया जा सकता है।
ऐसे बैकअप जो सच में रिस्टोर हों
डेटाबेस बैकअप उतना ही अच्छा है जितना आपका आखिरी टेस्ट रिस्टोर। कई परतें इस्तेमाल करें:
- सर्वर की कीमत के 20% में, 7 रिस्टोर पॉइंट वाले डेली सर्वर बैकअप। बैकअप और स्नैपशॉट देखें।
- शेड्यूल पर
pg_dump,mysqldumpया आपके डेटाबेस के टूल से लॉजिकल डंप। - उन डंप की सर्वर से बाहर कॉपी, ताकि एक सर्वर के फ़ेल होने से सब कुछ न चला जाए।
- डेटाबेस इंजन के अपग्रेड या स्कीमा माइग्रेशन से पहले स्नैपशॉट।
- किसी अस्थायी सर्वर पर नियमित रिस्टोर टेस्ट, जिसे बाद में डिलीट कर दिया जाए। प्रति घंटा बिलिंग इसे सस्ता रखती है।
हमारी बैकअप स्ट्रैटेजी गाइड इसमें और गहराई से जाती है।
हाई अवेलेबिलिटी
एक से ज़्यादा डेटाबेस सर्वर के लिए:
- डेटाबेस के अपने रेप्लिकेशन से एक प्राइमरी और रेप्लिका चलाएँ।
- उन्हें अलग-अलग होस्ट पर रखने के लिए प्लेसमेंट ग्रुप इस्तेमाल करें।
- फ़ेलओवर पर एक फ़्लोटिंग IP को नए प्राइमरी पर ले जाएँ, या ऐप को एक लोड बैलेंसर पर पॉइंट करें, जिसके हेल्थ चेक केवल-प्राइवेट सर्वर तक पहुँचते हैं।
डेटा जर्मनी में
आपका डेटाबेस, वॉल्यूम, बैकअप और स्नैपशॉट फ़्रैंकफ़र्ट में रहते हैं। पर्सनल डेटा के लिए इससे स्टोरेज EU में रहता है और आपके GDPR रिकॉर्ड आसान हो जाते हैं। EU VPS और GDPR और जर्मनी में GDPR होस्टिंग देखें।
परफ़ॉर्मेंस पर नज़र
कंसोल हर सर्वर के लिए CPU, डिस्क और नेटवर्क ग्राफ़ दिखाता है। स्थिर ट्रैफ़िक के साथ बढ़ती डिस्क एक्टिविटी का मतलब अक्सर यह होता है कि वर्किंग सेट अब मेमोरी में नहीं आ रहा और बड़े प्लान का समय आ गया है। मॉनिटरिंग देखें।
ट्यूनिंग की बुनियादी बातें
डेटाबेस की मेमोरी सेटिंग प्लान के हिसाब से सेट करें, रीसाइज़ के बाद भी। हार्डवेयर बढ़ाने से पहले स्लो क्वेरी लॉगिंग चालू करें और इंडेक्स जोड़ें।
ट्रैफ़िक
रेप्लिकेशन, दूसरी जगहों पर बैकअप और बड़े एक्सपोर्ट बहुत डेटा ट्रांसफ़र करते हैं। ट्रैफ़िक उचित उपयोग के साथ अनमीटर्ड है, 10 Gbit/s तक के शेयर्ड पोर्ट पर, इसलिए इनमें से किसी पर भी प्रति GB शुल्क नहीं लगता। नेटवर्क देखें।
डेटाबेस सर्वर लॉन्च करें
अकाउंट बनाएं, एक प्राइवेट नेटवर्क बनाएं, और अपने डेटा के लिए फ़्रैंकफ़र्ट में एक मेमोरी-ऑप्टिमाइज़्ड सर्वर लॉन्च करें।
अक्सर पूछे जाने वाले सवाल
क्या आप मैनेज्ड डेटाबेस देते हैं?
नहीं। आप डेटाबेस को खुद क्लाउड सर्वर पर चलाते हैं। इससे वर्ज़न और सेटिंग पर पूरा कंट्रोल मिलता है, और अपडेट, बैकअप और ट्यूनिंग आप संभालते हैं।
डेटाबेस के लिए कौन-सा प्लान सबसे अच्छा है?
ज़्यादातर डेटाबेस के लिए मेमोरी-ऑप्टिमाइज़्ड (m) प्लान सही हैं, क्योंकि डेटाबेस तब सबसे तेज़ होते हैं जब वर्किंग सेट मेमोरी में आ जाए।
क्या डेटाबेस सर्वर बिना पब्लिक IP के चल सकता है?
हाँ। उसे अपने ऐप सर्वरों के साथ एक प्राइवेट नेटवर्क में रखें। वह उनके लिए पहुँच में रहता है, लेकिन इंटरनेट पर उसका कोई एड्रेस नहीं होता।
सेल्फ़-होस्टेड डेटाबेस का बैकअप कैसे लूँ?
डेली सर्वर बैकअप को नियमित डंप या डेटाबेस के अपने बैकअप टूल के साथ जोड़ें, और डंप को किसी दूसरी जगह कॉपी करें।
क्या मैं डेटाबेस फ़ाइलें अलग स्टोरेज पर रख सकता हूँ?
हाँ। एक ब्लॉक स्टोरेज वॉल्यूम अटैच करें और डेटा डायरेक्टरी उस पर रखें। वॉल्यूम 10 TB तक जाते हैं और ऑनलाइन बढ़ाए जा सकते हैं।