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-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 को पहले ही प्रावधान कर दिया गया है (खास तौर पर, बकेट), लेकिन डिफ़ॉल्ट 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 शेड्यूल किए गए फ़ंक्शन सेट अप किए हैं, तो उनकी जगह की जानकारी भी सेट करें.
ध्यान दें कि अगर आपके पास us-central या europe-west की जगह वाला App Engine ऐप्लिकेशन है, तो डिफ़ॉल्ट Google Cloud संसाधनों के लिए आपकी जगह को एक से ज़्यादा क्षेत्र माना जाता है.