जब आप कोई Cloud Firestore इंस्टेंस उपलब्ध कराते हैं, तो आपको उसके लिए कोई जगह चुननी होगी. लेटेंसी कम करने और उपलब्धता बढ़ाने के लिए, अपना डेटा उन उपयोगकर्ताओं और सेवाओं के पास सेव करें जिन्हें इसकी ज़रूरत है.
अगर आपका प्रोजेक्ट, इस्तेमाल के हिसाब से शुल्क चुकाने वाले Blaze प्लान पर है, तो आपके पास अपने प्रोजेक्ट में एक से ज़्यादा डेटाबेस बनाने का विकल्प होता है. हर डेटाबेस के लिए, जगह की सेटिंग अलग-अलग होती है.
ध्यान दें कि डेटाबेस का इंस्टेंस उपलब्ध कराने के बाद, उसकी जगह की सेटिंग नहीं बदली जा सकती.
. इसका मतलब है कि डिफ़ॉल्ट Cloud Firestore डेटाबेस उपलब्ध कराते समय, उसकी जगह पहले से सेट हो सकती है. ऐसा प्रोजेक्ट बनाते समय या किसी दूसरी सेवा को सेट अप करते समय हो सकता है. ऐसा इसलिए, क्योंकि दूसरी सेवा भी जगह की इसी सेटिंग पर निर्भर करती है.आपके प्रोजेक्ट में मौजूद, Realtime Database के किसी भी इंस्टेंस और डिफ़ॉल्ट के तौर पर सेट न किए गए Cloud Firestore डेटाबेस के किसी भी इंस्टेंस पर, जगह की यह सेटिंग लागू नहीं होती.
जगहों के टाइप
आपके पास 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 जगह का टाइप, सेवा स्तर समझौते (एसएलए) के तहत अपटाइम का प्रतिशत तय करता है:
| कवर की गई सेवा | हर महीने का अपटाइम प्रतिशत |
|---|---|
| Cloud Firestore एक से ज़्यादा इलाकों में मौजूद जगह | >= 99.999% |
| Cloud Firestore रीजनल | >= 99.99% |
जगह के हिसाब से शुल्क
आपकी Cloud Firestore जगह के हिसाब से, डेटाबेस ऑपरेशन का शुल्क तय किया जाता है.
हर इलाके और हर इलाके के टाइप के हिसाब से शुल्क के बारे में पूरी जानकारी पाने के लिए, बिलिंग के बारे में जानकारी देखें.Cloud Firestore
अपने डेटाबेस की जगह देखना
Firebase कंसोल में, डेटाबेस और स्टोरेज > 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 से, अगर डिफ़ॉल्ट 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 बकेट पहले से ही उपलब्ध कराई गई है (खास तौर पर,*.appspot.com- Firebase के लिए डिफ़ॉल्ट Cloud Storage बकेट
(
*.appspot.com*.appspot.com
- Firebase के लिए डिफ़ॉल्ट Cloud Storage बकेट
(
अगर पहली जनरेशन के शेड्यूल किए गए फ़ंक्शन का इस्तेमाल किया गया है, तो उनकी जगह की सेटिंग, डिफ़ॉल्ट Google Cloud संसाधनों की जगह की सेटिंग के हिसाब से सेट होती है. ऐसा इसलिए, क्योंकि Cloud Scheduler और App Engine पहले एक-दूसरे से जुड़े थे. इसके अलावा, अगर पहली जनरेशन के शेड्यूल किए गए फ़ंक्शन को, इस सेटिंग पर निर्भर करने वाले अन्य संसाधन उपलब्ध कराने से पहले सेट अप किया गया है, तो उनकी जगह की सेटिंग भी सेट हो जाती है.
ध्यान दें कि अगर आपके पास App Engine ऐप्लिकेशन है और उसकी
जगह us-central या europe-west है, तो डिफ़ॉल्ट Google Cloud संसाधनों की
जगह की सेटिंग, एक से ज़्यादा इलाकों में मौजूद जगह की सेटिंग मानी जाती है.
अगले चरण
- किसी खास जगह पर Cloud Firestore डेटाबेस बनाने के लिए, Cloud Firestore का इस्तेमाल शुरू करना लेख पढ़ें.
- लेटेंसी, उपलब्धता, और टिकाऊपन से जुड़ी ज़रूरतों को पूरा करने के लिए ऐप्लिकेशन बनाने के बारे में ज़्यादा जानने के लिए, भौगोलिक जगहें और इलाके लेख पढ़ें.