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-southeast3 | बैंकॉक | |
asia-east2 | हॉन्ग कॉन्ग | |
asia-east1 | ताइवान | |
asia-northeast1 | टोक्यो | |
asia-northeast2 | ओसाका | |
asia-northeast3 | सोल | |
| ऑस्ट्रेलिया | ||
australia-southeast1 | सिडनी | |
|
|
मेलबर्न | |
| अफ़्रीका | ||
|
|
जोहानेसबर्ग | |
जगह के हिसाब से कीमत तय करना
आपकी Cloud Firestore जगह के हिसाब से, डेटाबेस के ऑपरेशन की लागत तय होती है.
हर देश/इलाके और हर देश/इलाके के टाइप के हिसाब से कीमत के बारे में पूरी जानकारी पाने के लिए, कीमत देखें.
अपने डेटाबेस की जगह की जानकारी देखना
अपने डेटाबेस इंस्टेंस और उनकी जगहों की सूची देखने के लिए, Firebase कंसोल में 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 से जुड़े सभी संसाधनों के लिए जगह की जानकारी अपने-आप सेट हो जाती है.
हालांकि, पिछले कुछ सालों में Firebase और Google Cloud के इकोसिस्टम में कई बदलाव हुए हैं. इस वजह से, App Engine से जुड़े संसाधनों में भी बदलाव हुए हैं. खास तौर पर, *.firebasestorage.app
यहां जगह की जानकारी पर निर्भरता से जुड़े संभावित बदलावों के बारे में जानकारी दी गई है:
30 अक्टूबर, 2024 से, अगर डिफ़ॉल्ट Cloud Firestore इंस्टेंस और Firebase बकेट के लिए डिफ़ॉल्ट 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 को पहले से प्रोविज़न किया गया है (खास तौर पर,*.appspot.com- जब डिफ़ॉल्ट Cloud Storage बकेट (
*.appspot.com*.appspot.com
- जब डिफ़ॉल्ट Cloud Storage बकेट (
अगर आपने 1st gen शेड्यूल किए गए फ़ंक्शन इस्तेमाल किए हैं, तो उनकी जगह की जानकारी, डिफ़ॉल्ट Google Cloud संसाधनों की जगह की जानकारी के तौर पर सेट की जाती है. ऐसा इसलिए है, क्योंकि Cloud Scheduler और App Engine पहले एक-दूसरे से जुड़े थे. इसके अलावा, अगर आपने जगह की जानकारी की सेटिंग शेयर करने वाले अन्य संसाधनों को उपलब्ध कराने से पहले 1st gen शेड्यूल किए गए फ़ंक्शन सेट अप किए हैं, तो आपको उनकी जगह की जानकारी भी सेट करनी होगी.
ध्यान दें कि अगर आपके पास App Engine ऐप्लिकेशन है और उसकी लोकेशन us-central या europe-west है, तो डिफ़ॉल्ट Google Cloud संसाधनों के लिए आपकी लोकेशन को एक से ज़्यादा क्षेत्रों के तौर पर माना जाता है.