जब आप कोई Cloud Firestore डेटाबेस बनाते हैं, तो आपको उसके लिए कोई जगह चुननी होगी. लेटेंसी कम करने और उपलब्धता बढ़ाने के लिए, अपना डेटा उन उपयोगकर्ताओं और सेवाओं के पास सेव करें जिन्हें इसकी ज़रूरत है.
ध्यान दें कि डेटाबेस बनाने के बाद, उसकी जगह की सेटिंग नहीं बदली जा सकती.
जगहों के टाइप
आपका Cloud Firestore डेटा, एक से ज़्यादा इलाकों वाली जगह या रीजनल जगह पर सेव किया जा सकता है.
एक से ज़्यादा इलाकों वाली जगहें
अपने डेटाबेस की उपलब्धता और टिकाऊपन को ज़्यादा से ज़्यादा बढ़ाने के लिए, एक से ज़्यादा इलाकों वाली जगह चुनें.
एक से ज़्यादा इलाकों वाली जगह में, इलाकों का एक तय सेट होता है जहां डेटाबेस की कई रेप्लिका सेव की जाती हैं. हर रेप्लिका, रीड-राइट रेप्लिका होती है. इसमें डेटाबेस का पूरा डेटा होता है. इसके अलावा, विटनेस रेप्लिका में डेटा का पूरा सेट नहीं होता, लेकिन यह रेप्लिकेशन में शामिल होती है.
एक से ज़्यादा इलाकों के बीच डेटा रेप्लिकेट करने से, किसी एक इलाके में डेटा खो जाने पर भी डेटा उपलब्ध कराया जा सकता है. किसी इलाके में, डेटा को ज़ोन में रेप्लिकेट किया जाता है, ताकि किसी ज़ोन में डेटा खो जाने पर भी उस इलाके में डेटा उपलब्ध कराया जा सके.
Cloud Firestore एक से ज़्यादा इलाकों वाली इन जगहों के साथ काम करता है:
| एक से ज़्यादा इलाकों वाली जगह का नाम | एक से ज़्यादा इलाकों वाली जगह की जानकारी | रीड-राइट वाले इलाके | विटनेस वाला इलाका |
|---|---|---|---|
eur3 |
यूरोप | europe-west1 (बेल्जियम), europe-west4 (नीदरलैंड्स) |
europe-north1 (फ़िनलैंड) |
nam5 |
अमेरिका (मध्य) | us-central1 (आयोवा), us-central2 (ओक्लाहोमा—निजी Google Cloud इलाका) |
us-east1 (दक्षिण कैरोलाइना) |
nam7 |
अमेरिका (मध्य और पूर्वी) | us-central1 (आयोवा), us-east4 (उत्तरी वर्जीनिया) |
us-central2 (ओक्लाहोमा—निजी Google Cloud इलाका) |
रीजनल जगहें
रीजनल जगह, कोई खास भौगोलिक जगह होती है. जैसे, दक्षिण कैरोलाइना. रीजनल जगह में मौजूद डेटा को, किसी इलाके में एक से ज़्यादा ज़ोन में रेप्लिकेट किया जाता है . सभी रीजनल जगहें, दूसरी रीजनल जगहों से कम से कम 160 किलोमीटर की दूरी पर होती हैं.
कम लागत के लिए, कम राइट लेटेंसी के लिए (अगर आपका ऐप्लिकेशन लेटेंसी के हिसाब से संवेदनशील है), या अन्य 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
अपने डेटाबेस की जगह देखना
अपने डेटाबेस की जगह की सेटिंग देखने के लिए, इनमें से कोई एक तरीका इस्तेमाल करें:
gcloud firestore databases listकमांड चलाएं.Google Cloud console में, डेटाबेस की सूची खोलें. हर डेटाबेस की जगह, जगह वाले कॉलम में दिखती है.
अगले चरण
किसी खास जगह पर Cloud Firestore डेटाबेस बनाने के लिए, डेटाबेस बनाना और मैनेज करना लेख पढ़ें
लेटेंसी, उपलब्धता, और टिकाऊपन से जुड़ी ज़रूरतों को पूरा करने के लिए ऐप्लिकेशन बनाने के बारे में ज़्यादा जानने के लिए, भौगोलिक जगहें और इलाके लेख पढ़ें.