Cloud Firestore इंस्टेंस को प्रोविज़न करते समय, आपको इंस्टेंस के लिए जगह चुननी होगी. लेटेंसी कम करने और उपलब्धता बढ़ाने के लिए, अपने डेटा को उन उपयोगकर्ताओं और सेवाओं के पास स्टोर करें जिन्हें इसकी ज़रूरत है.
अगर आपका प्रोजेक्ट, इस्तेमाल के हिसाब से पेमेंट करने वाले Blaze प्लान पर है, तो आपके पास अपने प्रोजेक्ट में एक से ज़्यादा डेटाबेस बनाने का विकल्प होता है. हर डेटाबेस के लिए, जगह की सेटिंग अलग-अलग होती है.
ध्यान दें कि डेटाबेस इंस्टेंस उपलब्ध कराने के बाद, उसकी जगह की सेटिंग नहीं बदली जा सकती.
जगहों के टाइप
अपने Cloud Firestore डेटा को एक से ज़्यादा क्षेत्रों में मौजूद लोकेशन या क्षेत्रीय लोकेशन में सेव किया जा सकता है.
कई देशों/इलाकों में मौजूद लोकेशन
अपने डेटाबेस की उपलब्धता और टिकाऊपन को बढ़ाने के लिए, एक से ज़्यादा क्षेत्रों वाली जगह चुनें.
एक से ज़्यादा क्षेत्रों वाली जगह में, क्षेत्रों का एक तय सेट होता है. यहां डेटाबेस की कई रेप्लिका सेव की जाती हैं. हर रेप्लिका, रीड-राइट रेप्लिका होती है. इसमें डेटाबेस का पूरा डेटा होता है. इसके अलावा, यह विटनेस रेप्लिका भी हो सकती है. इसमें डेटा का पूरा सेट नहीं होता, लेकिन यह रेप्लिकेशन में हिस्सा लेती है.
डेटा को एक से ज़्यादा क्षेत्रों में कॉपी करने से, किसी एक क्षेत्र में डेटा उपलब्ध न होने पर भी डेटा को ऐक्सेस किया जा सकता है. किसी क्षेत्र में, डेटा को अलग-अलग ज़ोन में कॉपी किया जाता है, ताकि किसी ज़ोन में डेटा उपलब्ध न होने पर भी, उस क्षेत्र में डेटा उपलब्ध कराया जा सके.
पाइपलाइन ऑपरेशन के लिए इस प्रीव्यू के दौरान, नेटिव मोड में Firestore Enterprise के डेटाबेस, इन मल्टी-रीजन लोकेशन में उपलब्ध हैं:
| कई देशों/इलाकों के लिए बनाए गए ग्रुप का नाम | कई देशों/इलाकों के लिए जानकारी | रीड-राइट क्षेत्र | गवाह का क्षेत्र |
|---|---|---|---|
nam5 |
अमेरिका (सेंट्रल) | us-central1 (आयोवा), us-central2 (ओक्लाहोमा—निजी जीसीपी क्षेत्र) |
us-east1 (साउथ कैरलाइना) |
क्षेत्रीय लोकेशन
क्षेत्रीय जगह, कोई खास भौगोलिक जगह होती है. जैसे, साउथ कैरोलिना. किसी क्षेत्रीय लोकेशन में मौजूद डेटा को क्षेत्र के अंदर मौजूद कई ज़ोन में कॉपी किया जाता है.
कम लागत के लिए, किसी क्षेत्र की जगह चुनें. अगर आपका ऐप्लिकेशन लेटेन्सी के लिए संवेदनशील है, तो राइट लेटेन्सी कम करने के लिए किसी क्षेत्र की जगह चुनें. इसके अलावा, अन्य Google Cloud संसाधनों के साथ को-लोकेशन के लिए भी किसी क्षेत्र की जगह चुनें.
पाइपलाइन ऑपरेशंस के लिए इस प्रीव्यू के दौरान, नेटिव मोड में Firestore Enterprise के डेटाबेस, इन क्षेत्रीय संसाधन जगहों में उपलब्ध हैं:
| क्षेत्र का नाम | क्षेत्र की जानकारी | |
|---|---|---|
| उत्तरी अमेरिका | ||
us-east4 | उत्तरी वर्जीनिया | |
| दक्षिण अमेरिका | ||
southamerica-east1 | साओ पाउलो | |
| यूरोप | ||
|
|
नीदरलैंड्स | |
| एशिया | ||
asia-south1 | मुंबई | |
asia-east1 | ताइवान | |
जगह के हिसाब से कीमत तय करना
आपकी Cloud Firestore जगह के हिसाब से, डेटाबेस के ऑपरेशन की लागत तय होती है.
प्रीव्यू के दौरान, हर देश/इलाके और हर तरह के देश/इलाके के हिसाब से कीमत तय करने के बारे में पूरी जानकारी पाने के लिए, कीमत देखें.
अपने डेटाबेस की जगह की जानकारी देखना
Firebase कंसोल में, Cloud 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 के इकोसिस्टम में कई बदलाव हुए हैं. इस वजह से, 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 बकेट (
अगर आपने शेड्यूल किए गए पहले जनरेशन के फ़ंक्शन इस्तेमाल किए हैं, तो उनकी जगह की जानकारी, डिफ़ॉल्ट Google Cloud संसाधनों की जगह की जानकारी के तौर पर सेट की जाती है. ऐसा इसलिए है, क्योंकि Cloud Scheduler और App Engine पहले एक-दूसरे से जुड़े थे. इसके अलावा, अगर आपने जगह की जानकारी की सेटिंग शेयर करने वाले अन्य संसाधनों को उपलब्ध कराने से पहले, पहली जनरेशन के शेड्यूल किए गए फ़ंक्शन सेट अप किए हैं, तो आपको उनकी जगह की जानकारी भी सेट करनी होगी.
ध्यान दें कि अगर आपके पास App Engine ऐप्लिकेशन है और उसकी लोकेशन us-central या europe-west है, तो डिफ़ॉल्ट Google Cloud संसाधनों के लिए आपकी लोकेशन को एक से ज़्यादा क्षेत्रों के तौर पर माना जाता है.