Cloud Firestore की जगहें

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 क्षेत्र)

क्षेत्रीय लोकेशन

क्षेत्रीय जगह, कोई खास भौगोलिक जगह होती है, जैसे कि साउथ कैरोलिना. किसी क्षेत्रीय जगह पर मौजूद डेटा को क्षेत्र के अंदर मौजूद कई ज़ोन में कॉपी किया जाता है. क्षेत्रीय स्तर पर मौजूद सभी जगहों के बीच कम से कम 100 मील की दूरी होनी चाहिए.

कम लागत के लिए, किसी क्षेत्र की जगह चुनें. अगर आपका ऐप्लिकेशन लेटेन्सी के लिए संवेदनशील है, तो राइट लेटेन्सी कम करने के लिए जगह चुनें. इसके अलावा, अन्य Google Cloud संसाधनों के साथ को-लोकेशन के लिए जगह चुनें.

Cloud Firestore इन रीजनल रिसोर्स लोकेशन के साथ काम करता है:

क्षेत्र का नामक्षेत्र की जानकारी
उत्तरी अमेरिका
us-west1ओरेगन
us-west2लॉस एंजेलिस
us-west3सॉल्ट लेक सिटी
us-west4लास वेगस

us-central1

 आयोवा
northamerica-northeast1मॉन्ट्रियल

northamerica-northeast2

 टोरंटो

northamerica-south1

 केरेतारो
us-east1दक्षिण कैरोलाइना
us-east4उत्तरी वर्जीनिया

us-east5

 कोलंबस

us-south1

 डैलस
दक्षिण अमेरिका

southamerica-west1

 सैंटियागो
southamerica-east1साओ पाउलो
यूरोप
europe-west2लंदन

europe-west1

 बेल्जियम

europe-west4

 नीदरलैंड्स

europe-west8

 मिलान

europe-southwest1

 मैड्रिड

europe-west9

 पेरिस

europe-west12

 टूरीन

europe-west10

 बर्लिन
europe-west3फ़्रैंकफ़र्ट

europe-north1

 फ़िनलैंड

europe-north2

 स्टॉकहोम
europe-central2वॉरसॉ
europe-west6ज़्यूरिख
मध्य पूर्व

me-central1

 दोहा

me-central2

 दम्माम

me-west1

 तेल अवीव
एशिया
asia-south1मुंबई

asia-south2

 दिल्ली
asia-southeast1सिंगापुर
asia-southeast2जकार्ता
asia-east2हॉन्ग कॉन्ग
asia-east1ताइवान
asia-northeast1टोक्यो
asia-northeast2ओसाका
asia-northeast3सोल
ऑस्ट्रेलिया
australia-southeast1सिडनी

australia-southeast2

 मेलबर्न
अफ़्रीका

africa-south1

 जोहानेसबर्ग

जगह की जानकारी से जुड़ा एसएलए

आपकी 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 खास तौर पर, 30 अक्टूबर, 2024 से, Firebase बकेट के लिए नए डिफ़ॉल्ट Cloud Storage का नाम *.firebasestorage.app फ़ॉर्मैट में होगा. साथ ही, ये App Engine से नहीं जुड़े होंगे.

Cloud Storage

यहां जगह की जानकारी पर निर्भरता से जुड़े बदलावों के बारे में जानकारी दी गई है:

  • 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) की जगह तय नहीं होती है.

  • 30 अक्टूबर, 2024 से, अगर Firebase बकेट के लिए डिफ़ॉल्ट Cloud Storage पहले से ही उपलब्ध करा दिया गया है (खास तौर पर, *.appspot.com बकेट), लेकिन डिफ़ॉल्ट Cloud Firestore इंस्टेंस उपलब्ध नहीं कराया गया है, तो:

    • जब डिफ़ॉल्ट Cloud Storage बकेट (*.appspot.com) उपलब्ध कराई गई थी, तब App Engine ऐप्लिकेशन को भी उपलब्ध कराया गया था. इसलिए, आने वाले समय में डिफ़ॉल्ट Cloud Firestore इंस्टेंस की जगह उस समय सेट की गई थी. *.appspot.com बकेट को मिटाने पर भी, App Engine ऐप्लिकेशन को नहीं मिटाया जा सकता. इसलिए, आने वाले समय में डिफ़ॉल्ट Cloud Firestore इंस्टेंस की जगह की सेटिंग पहले से ही सेट होती है.

अगर आपने शेड्यूल किए गए पहले जनरेशन के फ़ंक्शन इस्तेमाल किए हैं, तो उनकी जगह की जानकारी, डिफ़ॉल्ट Google Cloud संसाधनों की जगह की जानकारी के तौर पर सेट की जाती है. ऐसा इसलिए है, क्योंकि Cloud Scheduler और App Engine पहले एक-दूसरे से जुड़े हुए थे. इसके अलावा, अगर आपने जगह की जानकारी की सेटिंग शेयर करने वाले अन्य संसाधनों को उपलब्ध कराने से पहले, पहली जनरेशन के शेड्यूल किए गए फ़ंक्शन सेट अप किए हैं, तो आपको उनकी जगह की जानकारी भी सेट करनी होगी.

ध्यान दें कि अगर आपके पास App Engine ऐप्लिकेशन है और उसकी लोकेशन us-central या europe-west है, तो डिफ़ॉल्ट Google Cloud संसाधनों के लिए आपकी लोकेशन को एक से ज़्यादा क्षेत्रों के लिए माना जाता है.

अगले चरण

  • लेटेंसी, उपलब्धता, और टिकाऊपन से जुड़ी ज़रूरतों को पूरा करने वाले ऐप्लिकेशन बनाने के बारे में ज़्यादा जानने के लिए, भौगोलिक क्षेत्र और इलाके लेख पढ़ें.