जब आप कोई 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 क्षेत्र) |
europe-west
क्षेत्रीय जगहें
क्षेत्रीय जगह, कोई खास भौगोलिक जगह होती है. जैसे, दक्षिण कैरोलाइना. किसी क्षेत्रीय जगह में मौजूद डेटा को, एक क्षेत्रके अंदर कई ज़ोन में रेप्लिकेट किया जाता है.
कम लागत के लिए, क्षेत्रीय जगह चुनें. साथ ही, अगर आपका ऐप्लिकेशन लेटेंसी के लिए संवेदनशील है, तो राइट लेटेंसी कम करने के लिए या अन्य 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 से जुड़े होने की वजह से, सभी रिसॉर्स के लिए जगह की सेटिंग अपने-आप सेट हो जाती है with 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 इंस्टेंस की जगह उस समय सेट हो गई थी. अगर*.appspot.com बकेट मिटा दिया जाता है, तब भी App Engine का ऐप्लिकेशन नहीं मिटाया जा सकता. इसलिए, Cloud Firestore के डिफ़ॉल्ट इंस्टेंस की जगह पहले से ही सेट है.*.appspot.com
- जब डिफ़ॉल्ट Cloud Storage बकेट
(
अगर 1st gen शेड्यूल किए गए फ़ंक्शन का इस्तेमाल किया गया है, तो उनकी जगह, डिफ़ॉल्ट Google Cloud रिसॉर्स की जगह पर सेट होती है. ऐसा इसलिए है, क्योंकि Cloud Scheduler और App Engine पहले एक-दूसरे से जुड़े थे. इसके अलावा, अगर 1st gen शेड्यूल किए गए फ़ंक्शन, इस जगह की सेटिंग वाले अन्य रिसॉर्स उपलब्ध कराने से पहले सेट अप किए गए थे, तो उनकी जगह भी सेट हो गई थी.
ध्यान दें कि अगर आपके पास App Engine ऐप्लिकेशन है और उसकी
जगह us-central या europe-west है, तो डिफ़ॉल्ट Google Cloud रिसॉर्स की
जगह, एक से ज़्यादा क्षेत्रों वाली जगह मानी जाएगी.