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