ตำแหน่ง Cloud Firestore

เมื่อจัดสรรอินสแตนซ์ Cloud Firestore คุณต้องเลือกตำแหน่งสำหรับอินสแตนซ์ หากต้องการลดเวลาในการตอบสนองและเพิ่มความพร้อมใช้งาน ให้จัดเก็บข้อมูลไว้ใกล้กับผู้ใช้และบริการที่จำเป็นต้องใช้ข้อมูลนั้น

หากโปรเจ็กต์ใช้แพ็กเกจราคาแบบจ่ายตามการใช้งานของ Blaze คุณสามารถเลือกสร้างฐานข้อมูลหลายรายการในโปรเจ็กต์ได้ โดยแต่ละฐานข้อมูลจะมีการตั้งค่าตำแหน่งของตนเอง

โปรดทราบว่าเมื่อจัดสรรอินสแตนซ์ฐานข้อมูลแล้ว คุณจะเปลี่ยนการตั้งค่าตำแหน่งของอินสแตนซ์ไม่ได้

สำคัญ: การตั้งค่าตำแหน่งสำหรับอินสแตนซ์ฐานข้อมูล Cloud Firestore เริ่มต้นจะขึ้นอยู่กับ "ตำแหน่งของทรัพยากร Google Cloud เริ่มต้น" ซึ่งหมายความว่าเมื่อคุณจัดสรรฐานข้อมูล Cloud Firestore เริ่มต้น ระบบอาจตั้งค่าตำแหน่งของฐานข้อมูลไว้แล้วระหว่างการสร้างโปรเจ็กต์หรือขณะตั้งค่าบริการอื่นที่ใช้ตำแหน่งนี้ร่วมกัน

อินสแตนซ์ Realtime Database และอินสแตนซ์ฐานข้อมูล Cloud Firestore ที่ไม่ใช่ค่าเริ่มต้นในโปรเจ็กต์ของคุณจะไม่ใช้ตำแหน่งนี้ร่วมกัน

ประเภทสถานที่ตั้ง

คุณสามารถจัดเก็บข้อมูล Cloud Firestore ไว้ในสถานที่ตั้งหลายภูมิภาคหรือสถานที่ตั้งระดับภูมิภาค

ตำแหน่งที่ตั้งแบบหลายภูมิภาค

เลือกตำแหน่งแบบหลายภูมิภาคเพื่อเพิ่มความพร้อมใช้งานและความทนทานของฐานข้อมูลให้มากที่สุด

ตำแหน่งแบบหลายภูมิภาคประกอบด้วยชุดภูมิภาคที่กําหนดไว้ซึ่งจัดเก็บสําเนาฐานข้อมูลหลายรายการ รีพลิคาแต่ละรายการจะเป็นรีพลิคาแบบอ่าน/เขียนซึ่งมีข้อมูลทั้งหมดในฐานข้อมูล หรือรีพลิคาพยานซึ่งไม่ได้เก็บข้อมูลชุดสมบูรณ์แต่มีส่วนร่วมในการจำลองข้อมูล

การจำลองข้อมูลระหว่างหลายภูมิภาคช่วยให้ระบบแสดงข้อมูลต่อไปได้แม้ว่าจะสูญเสียทั้งภูมิภาค ภายในภูมิภาคหนึ่งๆ ระบบจะจำลองข้อมูลในโซนต่างๆ เพื่อให้ระบบแสดงข้อมูลภายในภูมิภาคนั้นต่อไปได้แม้ว่าจะมีโซนหนึ่งสูญหาย

Cloud Firestore รองรับสถานที่ตั้งหลายภูมิภาคต่อไปนี้

ชื่อหลายภูมิภาค	คำอธิบายหลายภูมิภาค	ภูมิภาคที่มีสิทธิ์อ่านและเขียน	ภูมิภาคของพยาน
eur3	ยุโรป	europe-west1 (เบลเยียม), europe-west4 (เนเธอร์แลนด์)	europe-north1 (ฟินแลนด์)
nam5	สหรัฐอเมริกา	us-central1 (ไอโอวา), us-central2 (โอคลาโฮมา - ภูมิภาค GCP ส่วนตัว)	us-east1 (เซาท์แคโรไลนา)

โปรดทราบว่าหากโปรเจ็กต์มีแอป App Engine ที่มีตำแหน่งเป็น us-central หรือ europe-west อยู่แล้ว ระบบจะถือว่าฐานข้อมูล Cloud Firestore เริ่มต้นหลายภูมิภาค

ตำแหน่งที่ตั้งในภูมิภาค

สถานที่ตั้งระดับภูมิภาคคือสถานที่ทางภูมิศาสตร์ที่เฉพาะเจาะจง เช่น เซาท์แคโรไลนา ระบบจะจำลองข้อมูลในสถานที่ตั้งระดับภูมิภาคในหลายโซนภายในภูมิภาค สถานที่ตั้งระดับภูมิภาคทั้งหมดอยู่ห่างจากสถานที่ตั้งระดับภูมิภาคอื่นๆ อย่างน้อย 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-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	โจฮันเนสเบอร์ก

SLA ของสถานที่ตั้ง

Cloud Firestore ประเภทตำแหน่งของคุณจะเป็นตัวกำหนดเปอร์เซ็นต์เวลาทํางานที่ข้อตกลงระดับการให้บริการ (SLA) ระบุไว้ ดังนี้

บริการที่ครอบคลุม	เปอร์เซ็นต์เวลาทํางานรายเดือน
Cloud Firestore หลายภูมิภาค	>= 99.999%
Cloud Firestore ระดับภูมิภาค	>= 99.99%

ราคาตามสถานที่ตั้ง

สถานที่ตั้ง Cloud Firestore จะเป็นตัวกำหนดต้นทุนของการดำเนินการกับฐานข้อมูล

ดูคำอธิบายโดยละเอียดเกี่ยวกับราคาต่อภูมิภาคและต่อประเภทภูมิภาคได้ที่หัวข้อทำความเข้าใจการเรียกเก็บเงิน Cloud Firestore

ดูตำแหน่งของฐานข้อมูล

ในคอนโซล Firebase ให้ไปที่Cloud Firestore แท็บข้อมูล เพื่อดูรายการอินสแตนซ์ฐานข้อมูลและตำแหน่งของอินสแตนซ์

ตำแหน่งที่อาจต้องพึ่งพาเนื่องจาก "ตำแหน่งสำหรับทรัพยากร Google Cloud เริ่มต้น"

"ตำแหน่งสำหรับทรัพยากร Google Cloud เริ่มต้น" คือการตั้งค่าตำแหน่งสำหรับทรัพยากรโปรเจ็กต์ที่เชื่อมโยงกับ Google App Engine ซึ่งรวมถึงรายการต่อไปนี้

• อินสแตนซ์ฐานข้อมูล Cloud Firestore เริ่มต้น
• Cloud Storage เริ่มต้นสำหรับที่เก็บข้อมูล Firebase ที่มีรูปแบบชื่อเป็น *.appspot.com
• Google Cloud Scheduler ใช้กับฟังก์ชันที่ตั้งเวลารุ่นที่ 1 โดยเฉพาะ

หมายเหตุ: ไม่มีทรัพยากรอื่นใดในโปรเจ็กต์ของคุณที่ใช้ข้อมูลตำแหน่งนี้ร่วมกัน ซึ่งรวมถึงอินสแตนซ์ Realtime Database, อินสแตนซ์ Cloud Firestore ที่ไม่ใช่ค่าเริ่มต้น, ที่เก็บข้อมูล Cloud Storage ที่ไม่ใช่ค่าเริ่มต้น, ที่เก็บข้อมูล Cloud Storage เริ่มต้นที่มีรูปแบบชื่อเป็น *.firebasestorage.app, ฟังก์ชันที่ไม่ได้ตั้งเวลาไว้ และฟังก์ชันที่ตั้งเวลารุ่นที่ 2

"ตำแหน่งสำหรับทรัพยากร Google Cloud เริ่มต้น" นี้เป็นการตั้งค่าที่เปลี่ยนแปลงไม่ได้ นอกจากนี้ เมื่อคุณตั้งค่าสถานที่ตั้งสำหรับทรัพยากรที่เชื่อมโยงรายการใดรายการหนึ่ง จะเป็นการตั้งค่าสถานที่ตั้งให้กับทรัพยากรทั้งหมดโดยอ้อม เนื่องจากมีการเชื่อมโยงกับ App Engine ร่วมกัน

อย่างไรก็ตาม การเปลี่ยนแปลงมากมายที่เกิดขึ้นกับระบบนิเวศ Firebase และ Google Cloud ในช่วงหลายปีที่ผ่านมาทำให้การเชื่อมโยงทรัพยากรกับ App Engine เปลี่ยนแปลงไป สิ่งที่น่าสังเกตที่สุดคือตั้งแต่วันที่ 30 ตุลาคม 2024 Cloud Storage เริ่มต้นที่ระบบจัดสรรใหม่ทั้งหมดสำหรับที่เก็บข้อมูล Firebase จะมีรูปแบบชื่อเป็น *.firebasestorage.app และไม่ได้เชื่อมโยงกับ App Engine

ประเด็นสำคัญ: ตั้งแต่วันที่ 30 ตุลาคม 2024 เป็นต้นไป การจัดสรร Cloud Storage เริ่มต้นสำหรับที่เก็บข้อมูล Firebase จะไม่ตั้งค่า "ตำแหน่งสำหรับทรัพยากร Google Cloud เริ่มต้น" (เช่น ตำแหน่งสำหรับอินสแตนซ์ Cloud Firestore เริ่มต้นของโปรเจ็กต์) นอกจากนี้ การจัดสรรอินสแตนซ์ Cloud Firestore เริ่มต้นจะไม่ตั้งค่าตำแหน่งสำหรับ Cloud Storage เริ่มต้นใหม่สำหรับที่เก็บข้อมูล Firebase (ที่มีรูปแบบชื่อเป็น *.firebasestorage.app) อีกต่อไป

รายละเอียดของสิ่งที่เปลี่ยนแปลงในข้อกําหนดของตําแหน่งที่เป็นไปได้มีดังนี้

• ตั้งแต่วันที่ 30 ตุลาคม 2024 หากยังไม่ได้จัดสรรอินสแตนซ์ Cloud Firestore เริ่มต้นและ Cloud Storage เริ่มต้นสําหรับที่เก็บข้อมูล Firebase

  • การจัดสรรอินสแตนซ์ Cloud Firestore เริ่มต้นจะกำหนดตำแหน่งสำหรับแอป App Engine ในอนาคตที่จัดสรรในโปรเจ็กต์ แต่ไม่ได้กำหนดตำแหน่งของที่เก็บข้อมูล Cloud Storage เริ่มต้นในอนาคต

  • การจัดสรรที่เก็บข้อมูล Cloud Storage เริ่มต้นจะไม่จัดสรรแอป App Engine อีกต่อไป ดังนั้นตําแหน่งของที่เก็บข้อมูล Cloud Storage เริ่มต้นจึงไม่ได้กําหนดตําแหน่งของอินสแตนซ์ Cloud Firestore เริ่มต้นในอนาคต

• ตั้งแต่วันที่ 30 ตุลาคม 2024 หากมีการจัดสรรอินสแตนซ์ Cloud Firestore เริ่มต้นแล้ว แต่ยังไม่ได้จัดสรร Cloud Storage เริ่มต้นสำหรับที่เก็บข้อมูล Firebase

  • อินสแตนซ์ Cloud Firestore เริ่มต้นที่มีอยู่ไม่ได้กำหนดตำแหน่งของที่เก็บข้อมูล Cloud Storage เริ่มต้นในอนาคต (*.firebasestorage.app)

• ตั้งแต่วันที่ 30 ตุลาคม 2024 หากมีการจัดสรรCloud Storageเริ่มต้นสำหรับที่เก็บข้อมูล Firebase ไว้แล้ว (โดยเฉพาะที่เก็บข้อมูล *.appspot.com) แต่ไม่ได้จัดสรรอินสแตนซ์ Cloud Firestore เริ่มต้น

  • เมื่อจัดสรรที่เก็บข้อมูล Cloud Storage เริ่มต้น (*.appspot.com) ระบบได้จัดสรรแอป App Engine ด้วย ดังนั้นจึงมีการตั้งค่าตำแหน่งของอินสแตนซ์ Cloud Firestore เริ่มต้นในอนาคตไว้แล้วในขณะนั้น แม้ว่าคุณจะลบที่เก็บข้อมูล *.appspot.com ออก แต่ก็จะลบแอป App Engine ไม่ได้ ดังนั้นการตั้งค่าตำแหน่งของอินสแตนซ์ Cloud Firestore เริ่มต้นในอนาคตจึงได้รับการตั้งค่าไว้แล้ว

หากคุณใช้ฟังก์ชันที่ตั้งเวลาไว้รุ่นที่ 1 ระบบจะตั้งค่าตำแหน่งของฟังก์ชันเป็นตำแหน่งสำหรับทรัพยากร Google Cloud เริ่มต้น เนื่องจากก่อนหน้านี้ Cloud Scheduler และ App Engine มีการเชื่อมโยงกัน นอกจากนี้ หากคุณตั้งค่าฟังก์ชันที่ตั้งเวลาไว้รุ่นที่ 1 ก่อนจัดสรรทรัพยากรอื่นๆ ที่แชร์การตั้งค่าตำแหน่งนี้ คุณจะตั้งค่าตำแหน่งของฟังก์ชันเหล่านั้นด้วย

โปรดทราบว่าหากคุณมีแอป App Engine ที่มีตำแหน่งเป็น us-central หรือ europe-west ระบบจะถือว่าตำแหน่งสำหรับทรัพยากร Google Cloud เริ่มต้นเป็นหลายภูมิภาค

ขั้นตอนถัดไป

• หากต้องการสร้างฐานข้อมูล Cloud Firestore ในตำแหน่งที่เฉพาะเจาะจง โปรดไปที่หัวข้อเริ่มต้นใช้งาน Cloud Firestore

• ดูข้อมูลเพิ่มเติมเกี่ยวกับการสร้างแอปพลิเคชันให้เป็นไปตามข้อกำหนดด้านเวลาในการตอบสนอง ความพร้อมใช้งาน และความคงทนได้ที่ภูมิศาสตร์และภูมิภาค