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