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