जब आप कोई Cloud Firestore इंस्टेंस उपलब्ध कराते हैं, तो आपको उसके लिए कोई जगह चुननी होगी. लेटेंसी कम करने और उपलब्धता बढ़ाने के लिए, अपना डेटा उन उपयोगकर्ताओं और सेवाओं के पास सेव करें जिन्हें इसकी ज़रूरत है.
अगर आपका प्रोजेक्ट, इस्तेमाल के हिसाब से पैसे चुकाने वाले Blaze प्लान पर है, तो आपके पास अपने प्रोजेक्ट में एक से ज़्यादा डेटाबेस बनाने का विकल्प होता है. हर डेटाबेस के लिए, जगह की जानकारी की सेटिंग अलग-अलग हो सकती है.
ध्यान दें कि डेटाबेस का इंस्टेंस उपलब्ध कराने के बाद, उसकी जगह की सेटिंग नहीं बदली जा सकती.
जगहों के टाइप
आप अपना 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-southeast3 | बैंकॉक | |
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, जिसका इस्तेमाल खास तौर पर 1st gen शेड्यूल किए गए फ़ंक्शन के साथ किया जाता है
"डिफ़ॉल्ट 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- जब डिफ़ॉल्ट 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 रिसॉर्स की जगह,
मल्टी-रीजन वाली मानी जाएगी.
अगले चरण
- किसी खास जगह पर Cloud Firestore डेटाबेस बनाने के लिए, Cloud Firestore का इस्तेमाल शुरू करना लेख पढ़ें.
- लेटेंसी, उपलब्धता, और टिकाऊपन से जुड़ी अपनी ज़रूरतों के हिसाब से ऐप्लिकेशन बनाने के बारे में ज़्यादा जानने के लिए, भौगोलिक जगहें और क्षेत्र लेख पढ़ें.