जब आप Cloud Firestore इंस्टेंस बनाते हैं, तो आपको उसके लिए कोई जगह चुननी होगी. लेटेंसी कम करने और उपलब्धता बढ़ाने के लिए, अपना डेटा उन उपयोगकर्ताओं और सेवाओं के पास सेव करें जिन्हें इसकी ज़रूरत है.
अगर आपका प्रोजेक्ट, इस्तेमाल के हिसाब से पैसे चुकाएं वाले Blaze प्लान पर है, तो आपके पास अपने प्रोजेक्ट में एक से ज़्यादा डेटाबेस बनाने का विकल्प है. हर डेटाबेस के लिए, जगह की जानकारी की सेटिंग अलग-अलग हो सकती है.
ध्यान दें कि डेटाबेस का इंस्टेंस बनाने के बाद, उसकी जगह की सेटिंग नहीं बदली जा सकती.
जगहों के टाइप
आप अपना Cloud Firestore डेटा, मल्टी-रीजन वाली जगह या रीजनल जगह पर सेव कर सकते हैं.
मल्टी-रीजन वाली जगहें
अपने डेटाबेस की उपलब्धता और टिकाऊपन को ज़्यादा से ज़्यादा करने के लिए, मल्टी-रीजन वाली जगह चुनें.
मल्टी-रीजन वाली जगह, तय किए गए रीजनों का एक सेट होती है. इसमें डेटाबेस की कई रेप्लिका सेव की जाती हैं. हर रेप्लिका, रीड-राइट रेप्लिका होती है. इसमें डेटाबेस का पूरा डेटा होता है. इसके अलावा, विटनेस रेप्लिका भी होती है. इसमें डेटा का पूरा सेट नहीं होता, लेकिन यह रेप्लिकेशन में हिस्सा लेती है.
एक से ज़्यादा रीजनों के बीच डेटा को रेप्लिकेट करके, किसी एक रीजन में डेटा के नुकसान के बावजूद, डेटा को ऐक्सेस किया जा सकता है. किसी रीजन में, डेटा को ज़ोन में रेप्लिकेट किया जाता है, ताकि किसी ज़ोन में डेटा के नुकसान के बावजूद, उस रीजन में डेटा को ऐक्सेस किया जा सके.
Cloud Firestore मल्टी-रीजन वाली इन जगहों के साथ काम करता है:
| मल्टी-रीजन का नाम | मल्टी-रीजन की जानकारी | रीड-राइट रीजन | विटनेस रीजन |
|---|---|---|---|
eur3 |
यूरोप | europe-west1 (बेल्जियम), europe-west4 (नीदरलैंड्स) |
europe-north1 (फ़िनलैंड) |
nam5 |
अमेरिका (सेंट्रल) | us-central1 (आयोवा), us-central2 (ओक्लाहोमा—प्राइवेट GCP रीजन) |
us-east1 (दक्षिण कैरोलाइना) |
nam7 |
अमेरिका (सेंट्रल और ईस्ट) | us-central1 (आयोवा), us-east4 (उत्तरी वर्जीनिया) |
us-central2 (ओक्लाहोमा—प्राइवेट Google Cloud रीजन) |
रीजनल जगहें
रीजनल जगह, कोई खास भौगोलिक जगह होती है. जैसे, दक्षिण कैरोलाइना. रीजनल जगह में मौजूद डेटा को, किसी रीजन में मौजूद कई ज़ोन में रेप्लिकेट किया जाता है .
कम लागत के लिए, रीजनल जगह चुनें. साथ ही, अगर आपका ऐप्लिकेशन लेटेंसी के लिए संवेदनशील है, तो राइट लेटेंसी कम करने के लिए या अन्य 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 जगह के हिसाब से, डेटाबेस ऑपरेशन की लागत तय होती है.
प्रीव्यू के दौरान, हर रीजन और हर रीजन के टाइप के हिसाब से कीमत की पूरी जानकारी के लिए, कीमत देखें.
अपने डेटाबेस की जगह देखना
Firebase कंसोल में, Cloud Firestore के Cloud Firestore डेटा टैब पर जाएं. यहां आपको अपने डेटाबेस इंस्टेंस की सूची और उनकी जगहें दिखेंगी.
"डिफ़ॉल्ट Google Cloud संसाधनों की जगह" की वजह से, जगह की सेटिंग से जुड़ी संभावित समस्याएं
"डिफ़ॉल्ट Google Cloud संसाधनों की जगह", Google App Engine से जुड़े किसी भी प्रोजेक्ट संसाधन के लिए जगह की सेटिंग होती है. इसमें ये संसाधन शामिल हैं:
- डिफ़ॉल्ट Cloud Firestore डेटाबेस इंस्टेंस
- Firebase बकेट के लिए डिफ़ॉल्ट Cloud Storage. इसका नाम
फ़ॉर्मैट में होता है*.appspot.com - Google Cloud Scheduler, जिसका इस्तेमाल खास तौर पर 1st gen शेड्यूल किए गए फ़ंक्शन के साथ किया जाता है
"डिफ़ॉल्ट Google Cloud संसाधनों की जगह" एक ऐसी सेटिंग है जिसे बदला नहीं जा सकता. इसके अलावा, जब App Engine से जुड़े किसी एक संसाधन के लिए जगह सेट की जाती है, तो सभी संसाधनों के लिए जगह अपने-आप सेट हो जाती है क्योंकि वे App Engine से जुड़े होते हैं.
हालांकि, पिछले कुछ सालों में Firebase और Google Cloud के इकोसिस्टम में कई बदलाव हुए हैं.
इस वजह से, संसाधनों के App Engine से जुड़ाव में भी बदलाव हुए हैं.
खास तौर पर, *.firebasestorage.app
**जगह की सेटिंग से जुड़ी संभावित समस्याओं** में हुए बदलावों की जानकारी यहां दी गई है:
30 अक्टूबर, 2024 से, अगर डिफ़ॉल्ट Cloud Firestore इंस्टेंस और Firebase के लिए डिफ़ॉल्ट Cloud Storage बकेट अब तक नहीं बनाया गया है, तो:डिफ़ॉल्ट Cloud Firestore इंस्टेंस बनाने पर, प्रोजेक्ट में App Engine का कोई भी नया ऐप्लिकेशन बनाने के लिए जगह सेट हो जाती है. हालांकि, इससे Firebase के लिए Cloud Storage के नए डिफ़ॉल्ट बकेट की जगह तय नहीं होती.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 के नए डिफ़ॉल्ट Cloud Firestore इंस्टेंस की जगह उसी समय सेट हो गई थी. अगर*.appspot.com बकेट मिटा दिया जाता है, तब भी App Engine का ऐप्लिकेशन नहीं मिटाया जा सकता. इसलिए, Cloud Firestore के नए डिफ़ॉल्ट इंस्टेंस की जगह पहले से ही सेट है.*.appspot.com
- जब डिफ़ॉल्ट Cloud Storage बकेट
(
अगर पहली जनरेशन के शेड्यूल किए गए फ़ंक्शन का इस्तेमाल किया गया है, तो उनकी जगह, डिफ़ॉल्ट Google Cloud संसाधनों की जगह पर सेट होती है. ऐसा इसलिए है, क्योंकि Cloud Scheduler और App Engine पहले एक-दूसरे से जुड़े थे. इसके अलावा, अगर 1st gen शेड्यूल किए गए फ़ंक्शन, ऐसे अन्य संसाधन बनाने से पहले सेट किए गए थे जिनकी जगह की सेटिंग एक जैसी थी, तो उनकी जगह भी सेट हो गई थी.
ध्यान दें कि अगर आपके पास App Engine ऐप्लिकेशन है जिसकी
जगह या तो us-central या europe-west है, तो Google Cloud के डिफ़ॉल्ट Google Cloud संसाधनों की
जगह, मल्टी-रीजन वाली मानी जाएगी.