DynamoDB disassociate replica แยก replica ออกจาก global tables ได้โดยไม่ลบตารางหรือข้อมูล
AWS เปิด DynamoDB disassociate replica 20 ต.ค. 2026 หยุด replicate ไปยัง Region หรือบัญชีหนึ่ง ตารางเดิมใช้ต่อเป็น single-Region ได้ ไม่ต้องลบหรือคัดลอกข้อมูล
โดย กองบรรณาธิการ THAI DATA อ่าน 4 นาที
สรุปประเด็นสำคัญ
- AWS ประกาศเมื่อ 20 ตุลาคม 2026 ว่า Amazon DynamoDB global tables รองรับ DynamoDB disassociate replica คือหยุดการ replicate เข้าและออกจาก replica หนึ่ง โดยไม่ลบตารางหรือข้อมูล ใช้ได้ในทุก AWS Region
- ใช้ได้กับ global tables แบบ MREC ทั้งบัญชีเดียวและหลายบัญชีที่ใช้ Global Tables version 2019.11.21 แต่ไม่รองรับ MRSC และเวอร์ชัน 2017.11.29 (Legacy)
- ถ้า global table มี 3 replica ขึ้นไป replica ที่แยกออกกลายเป็นตาราง single-Region ส่วนที่เหลือยังเป็น global table แต่ถ้ามี 2 replica ทั้งสองตารางกลายเป็น single-Region
- ต้องปิด disassociation protection ซึ่งเปิดไว้เป็นค่าเริ่มต้นก่อน และแยก replica ที่เพิ่งเป็นต้นทางให้ replica ใหม่ไม่ได้จนกว่าจะครบ 24 ชั่วโมง
- การแยกด้วย DynamoDB disassociate replica ย้อนกลับไม่ได้ ต่อตารางเดิมกลับเข้า global table ไม่ได้ ถ้าต้องการ replica ใน Region นั้นอีกต้องลบตารางแล้วเพิ่ม replica ใหม่
AWS เปิดฟีเจอร์ DynamoDB disassociate replica ตามประกาศใน AWS What's New วันที่ 20 ตุลาคม 2026 (เช้า 21 ตุลาคมตามเวลาไทย) ให้แยก replica ออกจาก Amazon DynamoDB global tables ได้โดยไม่ต้องลบตารางหรือข้อมูล ตารางที่แยกออกใช้งานต่อเป็นตาราง single-Region ได้ทันที รองรับทุก AWS Region สำหรับ global tables แบบ multi-Region eventual consistency (MREC)
global tables คือบริการ replicate ข้อมูลของ DynamoDB ข้ามหลาย Region แบบ multi-active ที่ AWS ดูแลให้ ประกาศครั้งนี้เปิดทางให้บัญชีหนึ่งออกจาก global table ที่ใช้ร่วมกันหลายบัญชีแล้วใช้ตารางของตัวเองต่อ หรือหยุด replicate ไปยัง Region หนึ่งแต่เก็บตารางไว้ใช้กับงานในพื้นที่ งานตรวจสอบความถูกต้อง หรืองาน audit โดยไม่ต้องสร้างตารางใหม่มาแทนหรือคัดลอกข้อมูล เริ่มใช้ได้จาก AWS Management Console, AWS CLI, DynamoDB API หรือ AWS CloudFormation
DynamoDB disassociate replica ทำงานอย่างไร
คู่มือ Amazon DynamoDB Developer Guide อธิบายว่า replica ที่แยกออกจะกลายเป็นตาราง single-Region ในบัญชีและ Region เดิม ชื่อตารางและ Amazon Resource Name (ARN) ไม่เปลี่ยน ผลลัพธ์ขึ้นกับจำนวน replica ที่มีอยู่
- global table มี 3 replica ขึ้นไป replica ที่แยกออกกลายเป็นตาราง single-Region ส่วน replica ที่เหลือยังเป็น global table ต่อไป
- global table มี 2 replica ทั้งสองตารางกลายเป็นตาราง single-Region และไม่มีตารางหรือข้อมูลใดถูกลบ
- ตารางที่แยกออกยังเก็บค่าตั้งเดิม เช่น index, DynamoDB Streams, Time to Live (TTL), backup, encryption, billing mode และ table class แต่คิดค่าบริการแบบตาราง single-Region
เมื่อส่งคำขอ DynamoDB จะเลือกจุดหยุดการ replicate (replication stop boundary) แล้วรอจน replica ที่เหลือทุกตัวได้รับข้อมูลที่เขียนลง replica ที่จะออกจนถึงจุดนั้น ถ้าส่งข้อมูลไปไม่ครบ การแยกจะไม่สำเร็จและทุก replica ยังอยู่ใน global table ตามเดิม ตารางยังรับการอ่านเขียนได้ระหว่างและหลังการแยก แต่เพราะ MREC replicate แบบไม่พร้อมกัน (asynchronous) ตารางที่แยกออกอาจไม่มีข้อมูลล่าสุดที่เขียนจาก Region อื่น
เงื่อนไขก่อนใช้ DynamoDB disassociate replica
| เงื่อนไข | รายละเอียดตามคู่มือ AWS |
|---|---|
| ประเภท global table | MREC ทั้งบัญชีเดียวและหลายบัญชี ที่ใช้ Global Tables version 2019.11.21 (Current) |
| ไม่รองรับ | multi-Region strong consistency (MRSC) และ Global Tables version 2017.11.29 (Legacy) |
| disassociation protection | เปิดไว้เป็นค่าเริ่มต้นทุก replica ต้องปิดและรอให้อัปเดตเสร็จก่อน แยกจาก deletion protection |
| ผู้ส่งคำขอ | ต้องส่งจาก Region และบัญชีที่เป็นเจ้าของ replica บัญชีในกลุ่มหลายบัญชีแยกได้เฉพาะ replica ของตัวเอง |
| สถานะ | replica ต้อง ACTIVE ทุก replica ต้องติดต่อได้ และสิทธิ์กับกุญแจเข้ารหัสที่ใช้ replicate ต้องยังใช้ได้ |
| สถานะที่ถูกบล็อก | INACCESSIBLE_ENCRYPTION_CREDENTIALS, REPLICATION_NOT_AUTHORIZED, ARCHIVING และ ARCHIVED |
| ช่วงเวลา | ทำ replica-lifecycle ได้ครั้งละหนึ่งงาน และแยก replica ที่เพิ่งเป็นต้นทางให้ replica ใหม่ไม่ได้จนกว่าจะครบ 24 ชั่วโมง |
| สิทธิ์ IAM | dynamodb:UpdateTable และ dynamodb:DisassociateTableReplica บน ARN ของตาราง และ dynamodb:DescribeTable สำหรับตรวจผล |
ขั้นตอนใช้ DynamoDB disassociate replica และจุดที่ต้องระวัง
ตัวอย่างใน AWS CLI มี 4 ขั้น คือ ปิด disassociation protection ของ replica, ตรวจด้วย describe-table จนตารางเป็น ACTIVE และค่า protection เป็น false, ส่งคำขอ update-table ที่มีคำสั่ง Disassociate พร้อมกำหนด DisassociationMode เป็น WAIT_FOR_REPLICATION แล้วติดตามผลจนเสร็จ คู่มือเตือนว่าสถานะ ACTIVE อย่างเดียวไม่ได้แปลว่าสำเร็จ เพราะตารางอาจกลับเป็น ACTIVE หลังการแยกถูกยกเลิก (roll back) และยังเป็นสมาชิก global table อยู่ ต้องตรวจรายชื่อ replica ทุกครั้ง
-
ย้อนกลับไม่ได้ ต่อตารางเดิมกลับเข้า global table ไม่ได้ ถ้าต้องการ replica ใน Region นั้นอีก ต้องนำข้อมูลที่ต้องการเก็บไปใส่ global table ที่เหลือ ลบตารางที่แยกออก แล้วเพิ่ม replica ใหม่
-
CloudFormation ทำเป็นสองรอบ ใช้ property TableType ของ AWS::DynamoDB::GlobalTable รอบแรกปิด protection รอบสองเปลี่ยนเป็น Regional และไม่ควรแก้ resource อื่นใน stack update เดียวกัน เพราะถ้าการแยกเสร็จแต่ stack ถูก roll back จะค้างที่สถานะ UPDATE_ROLLBACK_FAILED
-
การลบ replica ออกจาก template โดยไม่เปลี่ยน TableType เป็น Regional จะลบ replica นั้นทิ้งเหมือน stack update ทั่วไป
ทำไมเรื่องนี้สำคัญ
DynamoDB disassociate replica ทำให้องค์กรถอน Region หรือบัญชีที่ไม่ต้องการแล้วออกจาก global table ได้ โดยประกาศของ AWS ระบุว่าไม่ต้องสร้างตารางใหม่มาแทนหรือคัดลอกข้อมูล ซึ่งตรงกับสถานการณ์ที่ AWS ยกตัวอย่าง ทั้งหลังย้าย Region หรือย้ายบัญชี การแยกบัญชีออกจาก global table ที่ใช้ร่วมกัน และการเก็บตารางไว้ใช้ตรวจสอบหรือ audit ในพื้นที่ แต่การที่ทำแล้วย้อนกลับไม่ได้ และตารางที่แยกออกอาจไม่มีข้อมูลล่าสุดจาก Region อื่น ทำให้ต้องวางแผนการตัดระบบ (cutover) ให้ดีก่อนกด
ผลต่อองค์กรไทย
- ตรวจเวอร์ชันและโหมดของ global tables ก่อน DynamoDB disassociate replica ใช้ได้เฉพาะ MREC บน Global Tables version 2019.11.21 ตารางที่ยังใช้เวอร์ชัน 2017.11.29 หรือโหมด MRSC ยังใช้ไม่ได้
- วางแผนข้อมูลก่อนแยก เพราะการ replicate แบบ MREC ไม่พร้อมกัน ควรหยุดหรือย้ายการเขียนข้อมูลให้อยู่ฝั่งที่ต้องการก่อน แล้วตรวจความครบถ้วนของข้อมูลหลังแยก
- คุมสิทธิ์ให้แคบ ให้สิทธิ์ dynamodb:DisassociateTableReplica เฉพาะบทบาทที่ดูแลระบบ และเปิด disassociation protection ไว้ตามค่าเริ่มต้นกับตารางที่ยังไม่มีแผนแยก
- ปรับ dashboard และงบประมาณ หลังแยกแล้ว metric ด้าน replication ไม่มีผลอีกและคิดค่าบริการแบบตาราง single-Region ทีม FinOps และทีมเฝ้าระบบควรปรับรายงานให้ตรง
- ใช้กับข้อกำหนดเรื่องที่ตั้งข้อมูล องค์กรที่ต้องหยุดส่งข้อมูลไปยัง Region หรือบัญชีพันธมิตรหนึ่ง สามารถใช้ DynamoDB disassociate replica แยกออกโดยเก็บสำเนาที่มีอยู่ไว้ได้ ทั้งนี้ควรให้ฝ่ายกฎหมายหรือ DPO ยืนยันข้อกำหนดก่อน
ติดตามข่าวคลาวด์และฐานข้อมูลบนคลาวด์เพิ่มเติมได้ที่หมวดคลาวด์
คำถามที่พบบ่อย
DynamoDB disassociate replica คืออะไร?
DynamoDB disassociate replica คือการแยก replica หนึ่งออกจาก Amazon DynamoDB global tables เพื่อหยุด replicate เข้าและออกจาก replica นั้น โดยตารางและข้อมูลยังอยู่ และกลายเป็นตาราง single-Region ในบัญชีและ Region เดิม ชื่อตารางและ ARN ไม่เปลี่ยน AWS ประกาศเมื่อ 20 ตุลาคม 2026
แยก replica แล้ว ตารางเก็บค่าตั้งอะไรไว้บ้าง?
คู่มือ DynamoDB ระบุว่าหลังใช้ DynamoDB disassociate replica ตารางที่แยกออกยังเก็บค่าตั้งเดิม ได้แก่ index, DynamoDB Streams, Time to Live (TTL), backup, encryption, billing mode และ table class ส่วนค่าตั้งและ metric ที่เกี่ยวกับ replication จะไม่มีผลอีก และคิดค่าบริการแบบตาราง single-Region
DynamoDB disassociate replica ย้อนกลับได้หรือไม่?
ย้อนกลับไม่ได้ AWS ระบุว่าต่อตารางเดิมกลับเข้า global table ที่แยกออกมาไม่ได้ ถ้าต้องการ replica ใน Region นั้นอีก ต้องนำการเปลี่ยนแปลงที่ต้องการเก็บไปใส่ global table ที่เหลือก่อน แล้วลบตารางที่แยกออกและเพิ่ม replica ใหม่ ซึ่งจะคัดลอกข้อมูลจาก global table
ต้องมีสิทธิ์ IAM อะไรบ้างจึงจะใช้ DynamoDB disassociate replica ได้?
ต้องมีทั้ง dynamodb:UpdateTable และ dynamodb:DisassociateTableReplica บน ARN ของตาราง replica ในบัญชีและ Region นั้น ส่วนการตรวจสถานะ protection และติดตามผลใช้ dynamodb:DescribeTable คู่มือระบุว่า DisassociateTableReplica เป็นสิทธิ์ IAM ไม่ใช่ API แยก
แหล่งอ้างอิง
- Amazon DynamoDB global tables now support disassociating replicas — Amazon Web Services
- Disassociating a global table replica — Amazon DynamoDB Developer Guide
บุคคล องค์กร และสถานที่ในข่าวนี้
เลือกชื่อเพื่ออ่านข่าวทั้งหมดที่กล่าวถึง ตัวเลขคือจำนวนข่าว
- ผลิตภัณฑ์และเทคโนโลยี
- Amazon DynamoDB4
พบข้อมูลคลาดเคลื่อน? แจ้งกองบรรณาธิการ