Cloud Firestore इंस्टेंस को प्रोवाइड करते समय, आपको इंस्टेंस के लिए कोई जगह चुननी होगी. डेटा को उन उपयोगकर्ताओं और सेवाओं के आस-पास स्टोर करें जिनके लिए इसकी ज़रूरत है. इससे डेटा को ऐक्सेस करने में लगने वाला समय कम होगा और डेटा की उपलब्धता बढ़ेगी.
अगर आपका प्रोजेक्ट, 'इस्तेमाल के हिसाब से पैसे चुकाएं' वाले Blaze प्राइसिंग प्लान पर है, तो आपके पास अपने प्रोजेक्ट में एक से ज़्यादा डेटाबेस बनाने का विकल्प होता है. हर डेटाबेस के लिए, अपनी जगह की सेटिंग तय की जा सकती है.
ध्यान रखें कि डेटाबेस इंस्टेंस को प्रोवाइड करने के बाद, उसकी जगह की सेटिंग नहीं बदली जा सकती.
जगहों के टाइप
Cloud Firestore डेटा को एक से ज़्यादा क्षेत्र वाली जगह या क्षेत्रीय जगह पर सेव किया जा सकता है.
एक से ज़्यादा इलाकों में मौजूद जगहें
अपने डेटाबेस की उपलब्धता और उसका इस्तेमाल करने की अवधि बढ़ाने के लिए, कई क्षेत्रों में मौजूद जगह चुनें.
एक से ज़्यादा क्षेत्रों वाली जगह में, इलाकों का एक तय सेट होता है. यहां डेटाबेस की कई कॉपी सेव होती हैं. हर एक रिप्लिकेशन, रीड-राइट रिप्लिकेशन होता है. इसमें डेटाबेस का पूरा डेटा होता है. इसके अलावा, वॉइस रिप्लिकेशन भी होता है. इसमें डेटा का पूरा सेट नहीं होता, लेकिन यह रिप्लिकेशन में हिस्सा लेता है.
डेटा को कई क्षेत्रों में कॉपी करके, पूरे क्षेत्र के डेटा के मिट जाने के बाद भी डेटा दिखाया जा सकता है. किसी क्षेत्र में, डेटा को सभी ज़ोन में कॉपी किया जाता है, ताकि किसी ज़ोन के बंद होने पर भी उस क्षेत्र में डेटा उपलब्ध कराया जा सके.
Cloud Firestore, एक से ज़्यादा इलाकों में मौजूद इन जगहों के लिए काम करता है:
एक से ज़्यादा इलाकों का नाम | एक से ज़्यादा इलाकों के बारे में जानकारी | रीड-राइट रीजन | गवाह का इलाका |
---|---|---|---|
eur3 |
यूरोप | europe-west1 (बेल्जियम), europe-west4 (नीदरलैंड्स) |
europe-north1 (फ़िनलैंड) |
nam5 |
अमेरिका | us-central1 (आयोवा), us-central2 (ओक्लाहोमा—निजी GCP क्षेत्र) |
us-east1 (साउथ कैरोलाइना) |
ध्यान दें कि अगर आपके प्रोजेक्ट में पहले से ही App Engine ऐप्लिकेशन है और उसकी जगह की जानकारी us-central
या europe-west
है, तो आपके डिफ़ॉल्ट
Cloud Firestore डेटाबेस को मल्टी-रीजनल माना जाएगा.
क्षेत्रीय जगहें
क्षेत्रीय जगह, कोई खास भौगोलिक जगह होती है, जैसे कि साउथ कैरोलिना. किसी क्षेत्रीय जगह का डेटा, क्षेत्र के कई ज़ोन में कॉपी किया जाता है. सभी क्षेत्रीय जगहें, अन्य क्षेत्रीय जगहों से कम से कम 100 मील की दूरी पर हों.
कम लागत के लिए कोई क्षेत्रीय जगह चुनें. अगर आपका ऐप्लिकेशन, डेटा को लिखने में लगने वाले समय के हिसाब से काम करता है, तो डेटा को लिखने में लगने वाले समय को कम करने के लिए भी कोई क्षेत्रीय जगह चुनें. इसके अलावा, अन्य Google Cloud संसाधनों के साथ को-लोकेशन के लिए भी कोई क्षेत्रीय जगह चुनें.
Cloud Firestore, रीजनल रिसॉर्स की इन जगहों के साथ काम करता है:
क्षेत्र का नाम | क्षेत्र की जानकारी | |
---|---|---|
उत्तरी अमेरिका | ||
us-west1 | ऑरेगॉन | |
us-west2 | लॉस एंजिलीस | |
us-west3 | सॉल्ट लेक सिटी | |
us-west4 | लास वेगस | |
|
आयोवा | |
northamerica-northeast1 | मॉन्ट्रियॉल | |
|
टोरंटो | |
|
केरेतारो | |
us-east1 | दक्षिणी कैरोलीना | |
us-east4 | उत्तरी वर्जीनिया | |
|
कोलंबस | |
|
डलास | |
दक्षिण अमेरिका | ||
|
सैंटियागो | |
southamerica-east1 | साओ पाओलो | |
यूरोप | ||
europe-west2 | लंदन | |
|
बेल्जियम | |
|
नीदरलैंड्स | |
|
मिलान | |
|
मैड्रिड | |
|
पैरिस | |
|
टूरीन | |
|
बर्लिन | |
europe-west3 | फ़्रैंकफ़र्ट | |
|
फ़िनलैंड | |
europe-central2 | वार्सा | |
europe-west6 | ज़्यूरिख | |
मध्य पूर्व | ||
|
दोहा | |
|
दम्मम | |
|
तेल अवीव | |
एशिया | ||
asia-south1 | मुंबई | |
|
दिल्ली | |
asia-southeast1 | सिंगापुर | |
asia-southeast2 | जकार्ता | |
asia-east2 | हॉन्ग कॉन्ग | |
asia-east1 | ताइवान | |
asia-northeast1 | टोक्यो | |
asia-northeast2 | ओसाका | |
asia-northeast3 | सियोल | |
ऑस्ट्रेलिया | ||
australia-southeast1 | सिडनी | |
|
मेलबोर्न | |
अफ़्रीका | ||
|
जोहानेसबर्ग |
जगह की जानकारी के लिए एसएलए
Cloud Firestore की जगह की जानकारी से, सेवा स्तर समझौते (एसएलए) के अपटाइम का प्रतिशत तय होता है:
कवर की गई सेवा | महीने के अपटाइम का प्रतिशत |
---|---|
Cloud Firestore एक से ज़्यादा क्षेत्र | >= 99.999% |
Cloud Firestore क्षेत्र के हिसाब से | >= 99.99% |
जगह के हिसाब से कीमत
आपकी Cloud Firestore जगह से, डेटाबेस ऑपरेशन की लागत तय होती है.
हर देश/इलाके और हर तरह के देश/इलाके के हिसाब से कीमत की पूरी जानकारी के लिए, Cloud Firestore बिलिंग को समझना लेख पढ़ें.
अपने डेटाबेस की जगह देखना
अपने डेटाबेस इंस्टेंस और उनकी जगहों की सूची देखने के लिए, Firebase कंसोल में Cloud Firestore डेटा टैब पर जाएं.
"डिफ़ॉल्ट Google Cloud संसाधनों के लिए जगह" की वजह से, जगह की जानकारी पर निर्भरता
"डिफ़ॉल्ट Google Cloud संसाधनों की जगह", Google App Engine से जुड़े किसी भी प्रोजेक्ट के संसाधनों के लिए जगह की सेटिंग है. इनमें ये शामिल हैं:
- Cloud Firestore डेटाबेस का डिफ़ॉल्ट इंस्टेंस
- Firebase बकेट के लिए डिफ़ॉल्ट Cloud Storage, जिसका नाम
फ़ॉर्मैट में है*.appspot.com
- Google Cloud Scheduler का इस्तेमाल खास तौर पर, पहले जनरेशन के शेड्यूल किए गए फ़ंक्शन के साथ किया जाता है
"डिफ़ॉल्ट Google Cloud संसाधनों की जगह" सेटिंग में बदलाव नहीं किया जा सकता. साथ ही, किसी संबद्ध संसाधन के लिए जगह सेट करने पर, App Engine के साथ उनके सामान्य संबंध की वजह से, उन सभी के लिए जगह सेट हो जाती है.
हालांकि, पिछले कुछ सालों में Firebase और Google Cloud नेटवर्क में कई बदलाव हुए हैं. इस वजह से, App Engine के साथ संसाधनों के असोसिएशन में बदलाव हो रहे हैं. सबसे अहम बात यह है कि *.firebasestorage.app
यहां संभावित जगह की जानकारी से जुड़ी डिपेंडेंसी में हुए बदलावों के बारे में जानकारी दी गई है:
अगर
30 अक्टूबर, 2024 से पहले, Firebase बकेट के लिए डिफ़ॉल्ट Cloud Firestore इंस्टेंस और डिफ़ॉल्ट Cloud Storage को तय नहीं किया जाता है, तो:डिफ़ॉल्ट Cloud Firestore इंस्टेंस को प्रोवाइड करने से, प्रोजेक्ट में आने वाले समय में प्रोवाइड किए जाने वाले किसी भी App Engine ऐप्लिकेशन के लिए जगह सेट हो जाती है. हालांकि, इससे आने वाले समय में डिफ़ॉल्ट Cloud Storage बकेट की जगह तय नहीं होती.
डिफ़ॉल्ट Cloud Storage बकेट को प्रोविज़न करने पर, App Engine ऐप्लिकेशन को अब प्रोविज़न नहीं किया जाता. इसलिए, डिफ़ॉल्ट Cloud Storage बकेट की जगह से, आने वाले समय में डिफ़ॉल्ट Cloud Firestore इंस्टेंस की जगह तय नहीं होती.
30 अक्टूबर, 2024 से, अगर डिफ़ॉल्ट Cloud Firestore इंस्टेंस के लिए पहले से प्रोविज़न किया जा चुका है, लेकिन Firebase बकेट के लिए डिफ़ॉल्ट Cloud Storage के लिए प्रोविज़न नहीं किया गया है, तो:- मौजूदा डिफ़ॉल्ट Cloud Firestore इंस्टेंस से, आने वाले समय में डिफ़ॉल्ट Cloud Storage बकेट (
) की जगह का पता नहीं चलता.*.firebasestorage.app
- मौजूदा डिफ़ॉल्ट Cloud Firestore इंस्टेंस से, आने वाले समय में डिफ़ॉल्ट Cloud Storage बकेट (
30 अक्टूबर, 2024 से, अगर Firebase बकेट के लिए डिफ़ॉल्ट Cloud Storage को पहले से सेट किया गया है (खास तौर पर, बकेट), लेकिन डिफ़ॉल्ट Cloud Firestore इंस्टेंस को सेट नहीं किया गया है, तो:*.appspot.com
- जब डिफ़ॉल्ट Cloud Storage बकेट (
) को प्रोविज़न किया गया था, तब App Engine ऐप्लिकेशन को भी प्रावधान किया गया था. इसलिए, आने वाले समय में डिफ़ॉल्ट Cloud Firestore इंस्टेंस की जगह उसी समय सेट कर दी गई थी.*.appspot.com
बकेट को मिटाने के बाद भी, App Engine ऐप्लिकेशन को मिटाया नहीं जा सकता. इसलिए, आने वाले समय में डिफ़ॉल्ट Cloud Firestore इंस्टेंस की जगह की जानकारी की सेटिंग पहले से सेट होती है.*.appspot.com
- जब डिफ़ॉल्ट Cloud Storage बकेट (
अगर आपने पहले जनरेशन के शेड्यूल किए गए फ़ंक्शन का इस्तेमाल किया है, तो उनकी जगह की जानकारी, डिफ़ॉल्ट Google Cloud संसाधनों की जगह की जानकारी पर सेट होती है. ऐसा इसलिए है, क्योंकि Cloud Scheduler और App Engine पहले एक-दूसरे से जुड़े थे. साथ ही, अगर आपने जगह की जानकारी की इस सेटिंग को शेयर करने वाले अन्य संसाधनों को उपलब्ध कराने से पहले, शेड्यूल किए गए पहले जनरेशन के फ़ंक्शन सेट अप किए हैं, तो आपने उनकी जगह की जानकारी भी सेट कर दी है.
ध्यान दें कि अगर आपके पास App Engine ऐप्लिकेशन है और उसकी जगह की जानकारी us-central
या europe-west
है, तो डिफ़ॉल्ट Google Cloud रिसॉर्स के लिए आपकी जगह की जानकारी को मल्टी-रीजनल माना जाएगा.
अगले चरण
- किसी खास जगह के लिए Cloud Firestore डेटाबेस बनाने के लिए, Cloud Firestore का इस्तेमाल शुरू करें पर जाएं.
- इंतज़ार का समय, उपलब्धता, और ऐप्लिकेशन के सही तरीके से काम करने से जुड़ी ज़रूरी शर्तों को पूरा करने के लिए, ऐप्लिकेशन बनाने के बारे में ज़्यादा जानने के लिए, देश और इलाके देखें.