AWS เปิด OpenSearch disaster recovery แบบ managed ข้าม Region เมื่อ 10 พ.ย. 2026 RPO ต่ำกว่า 1 นาที RTO ต่ำกว่า 20 นาที ไม่คิดค่าบริการเพิ่ม ใช้ได้ใน Region ไทย
โดย กองบรรณาธิการ THAI DATA อ่าน 6 นาที
สรุปประเด็นสำคัญ
- AWS ประกาศ managed cross-Region disaster recovery ของ Amazon OpenSearch Service เมื่อ 10 พฤศจิกายน 2026 (02:00 น. วันที่ 11 พ.ย. เวลาไทย) จับคู่โดเมนใน 2 Region ได้ด้วย API ครั้งเดียวหรือไม่กี่ขั้นในคอนโซล
- AWS ระบุว่าได้ RPO ต่ำกว่า 1 นาที และ RTO ต่ำกว่า 20 นาที ใช้แบบ active-passive โดยโดเมนสำรองอ่านได้ แต่เขียนได้เฉพาะโดเมนหลัก
- ต้องใช้ OpenSearch 3.7 ขึ้นไป ทั้งสองโดเมน อยู่ในบัญชีเดียวกัน ไม่รองรับ UltraWarm, cold storage และอินสแตนซ์ OR1/OR2
- ไม่มีค่าบริการ DR เพิ่ม แต่จ่ายค่าโดเมนสำรองและค่าโอนข้อมูลข้าม Region ซึ่งจาก Region ไทยไปสิงคโปร์อยู่ที่ 0.08 ดอลลาร์ต่อ GB ตาม AWS Price List API
- ใช้ได้ทุก commercial Region รวม Asia Pacific (Thailand) แต่ clone-based upgrade ที่ประกาศวันเดียวกัน ยังไม่มีใน Region ไทย
AWS เปิดให้ใช้ OpenSearch disaster recovery แบบ managed ข้าม Region เมื่อวันที่ 10 พฤศจิกายน 2026 (02:00 น. วันที่ 11 พ.ย. เวลาไทย) จับคู่โดเมน Amazon OpenSearch Service ใน 2 Region ให้สำรองข้อมูลกันอัตโนมัติ โดย AWS ระบุ RPO ต่ำกว่า 1 นาที RTO ต่ำกว่า 20 นาที และไม่คิดค่าบริการเพิ่ม ใช้ได้ทุก commercial Region รวม Region ประเทศไทย
ประกาศบนหน้า What's New ระบุว่าความสามารถนี้ทำมาสำหรับงานค้นหา AI และงานวิเคราะห์ข้อมูลที่หยุดไม่ได้ ซึ่งต้องผ่านข้อกำหนดด้านความพร้อมใช้และความต่อเนื่องทางธุรกิจ โดยไม่ต้องสร้างหรือดูแลระบบคัดลอกข้อมูลเอง เอกสารของบริการเสริมว่า AWS ดูแลการเชื่อมต่อระหว่างโดเมนและเข้ารหัสข้อมูลระหว่างทางให้ จึงไม่ต้องตั้ง VPC peering ระหว่างสอง Region
OpenSearch disaster recovery ทำงานอย่างไร
เมื่อจับคู่โดเมนแล้ว ระบบจะคัดลอกทุก index ที่มีอยู่จากโดเมนหลักไปยังโดเมนสำรองก่อน จากนั้นคัดลอกการเปลี่ยนแปลงใหม่แบบ asynchronous ตามไปเรื่อย ๆ รูปแบบเป็น active-passive คือทั้งสองโดเมนอ่านข้อมูลได้ แต่รับการเขียนได้เฉพาะโดเมนหลัก
| การสลับ | ใช้เมื่อ | ผลต่อข้อมูล |
|---|---|---|
| Switchover (วางแผนไว้) | ซ้อมแผน ย้าย Region หรือบำรุงรักษา ขณะที่ทั้งสองโดเมนยังทำงาน | AWS ระบุว่าไม่สูญเสียข้อมูล แต่ทั้งสองโดเมนจะไม่รับการเขียนชั่วครู่ แอปต้อง retry ได้ |
| Failover (ไม่ได้วางแผน) | โดเมนหลักใช้งานไม่ได้ | ข้อมูลที่ยังคัดลอกไม่ทันจะหาย จำกัดอยู่ที่ replication lag ขณะนั้น |
สิ่งที่ทีมไอทีต้องรู้คือ failover ไม่เกิดขึ้นเอง OpenSearch Service ไม่ตัดสินใจแทน ต้องสั่งเองหรือเขียนระบบเรียก API FailoverReplication เช่น จาก CloudWatch alarm และหลังสลับแล้ว AWS ไม่เปลี่ยนปลายทางของแอปให้ ทีมต้องชี้แอปไปเขียนที่โดเมนหลักใหม่เอง หลัง failover โดเมนเดิมจะหลุดจากคู่ (สถานะ EJECTED) และเป็นแบบอ่านอย่างเดียวเมื่อกลับมาเชื่อมต่อได้ การกลับไป Region เดิมต้องจับคู่ใหม่กับโดเมนว่าง ซึ่งเอกสารเตือนว่าการคัดลอกข้อมูลจำนวนมากอาจใช้เวลาหลายชั่วโมง
เอกสาร AWS แยกบทบาทไว้ชัดว่า Multi-AZ ป้องกันเมื่อ Availability Zone หนึ่งล่มภายใน Region เดียวกัน ส่วน OpenSearch disaster recovery ใช้เมื่อแผนกู้คืนต้องมีโดเมนอยู่อีก Region
เงื่อนไขก่อนเปิด OpenSearch disaster recovery
- ทั้งสองโดเมนต้องเป็น OpenSearch เวอร์ชันเดียวกัน ตั้งแต่ 3.7 ขึ้นไป อยู่ใน บัญชี AWS เดียวกัน คนละ Region และหนึ่งโดเมนมีคู่ได้คู่เดียว
- ต้องเปิด fine-grained access control และ node-to-node encryption ทั้งสองฝั่ง รองรับโดเมนที่เข้ารหัสด้วยกุญแจ AWS KMS ของลูกค้าเอง
- โดเมนสำรองต้องว่าง (มีได้แค่ system index) และมีพื้นที่รวมอย่างน้อยเท่าโดเมนหลัก ควรตั้งขนาด CPU หน่วยความจำ และสตอเรจใกล้เคียงกันเพื่อให้ประสิทธิภาพหลังสลับไม่ตก
- ไม่รองรับ UltraWarm, cold storage, warm tier ของ multi-tier storage, อินสแตนซ์ OpenSearch Optimized (OR1 หรือ OR2) และ index ที่เปิด automatic semantic enrichment
สิ่งที่ OpenSearch disaster recovery ไม่คัดลอกให้
| คัดลอกให้ | ไม่คัดลอก ต้องสร้างเองบนโดเมนสำรอง |
|---|---|
| index และเอกสาร | index template (รวม composable template) |
| การตั้งค่า index | ingest pipeline |
| alias | นโยบาย Index State Management (ISM) |
| data stream | role และ cluster setting |
เอกสารเตือนว่าถ้าโดเมนสำรองไม่มีสิ่งเหล่านี้ตอนสลับ data stream อาจ rollover ไม่ได้ index ใหม่จะไม่ได้ mapping ที่ควรได้ และการเขียนที่ผ่าน ingest pipeline จะล้มเหลว AWS แนะนำให้ใช้ infrastructure as code คุมค่าของทั้งสองฝั่ง และใช้ API CompareDomainConfiguration หาความต่าง อีกข้อคือ index ที่ปิด (closed) ไม่ได้รับการป้องกัน และเมื่อเปิดใหม่ระบบจะคัดลอกทั้ง index ใหม่อีกรอบ
ค่าใช้จ่ายของ OpenSearch disaster recovery
AWS ไม่คิดค่าบริการเพิ่มสำหรับตัวความสามารถ แต่ผู้ใช้จ่ายค่าโดเมนทั้งสองตามราคาปกติของ OpenSearch Service และค่าโอนข้อมูลข้าม Region ตามอัตรามาตรฐานสำหรับข้อมูลที่ถูกคัดลอก ข้อมูลจาก AWS Price List API ฉบับเผยแพร่วันที่ 10 พฤศจิกายน 2026 (เวลา UTC) ระบุอัตรา InterRegion Outbound จาก Asia Pacific (Thailand) ไป Asia Pacific (Singapore) ที่ 0.08 ดอลลาร์ต่อ GB และในทางกลับกันก็ 0.08 ดอลลาร์ต่อ GB เท่ากัน อัตราเดียวกันนี้ใช้กับปลายทาง Malaysia, Jakarta และ Tokyo ส่วนรายการ InterRegion Inbound ฝั่ง Region ไทยที่รับข้อมูลจากสิงคโปร์คิด 0 ดอลลาร์
อีกส่วนที่ต้องรวมในงบคือโดเมนสำรองเอง เพราะเอกสารแนะนำให้มี CPU หน่วยความจำ และสตอเรจใกล้เคียงโดเมนหลัก และต้องเก็บ index ทั้งหมดเท่ากัน คำว่าไม่คิดค่าบริการเพิ่มจึงหมายถึงตัวความสามารถ DR ไม่ใช่ทั้งระบบสำรอง
ผู้ใช้ Region ไทยต้องวางแผนอัปเกรดเป็น 3.7
ในวันเดียวกัน AWS ประกาศ clone-based upgrade ที่ให้ทดสอบ OpenSearch เวอร์ชันใหม่บนคลัสเตอร์โคลนก่อนสลับ และย้อนกลับได้ในช่วงเวลาที่กำหนด ประกาศ DR เองแนะนำวิธีนี้ให้ผู้ที่ยังอยู่บนเวอร์ชันเก่า แต่ประกาศ clone-based upgrade ระบุว่า ยังไม่มีใน Asia Pacific (Thailand) รวมถึง New Zealand, Taipei และ Mexico (Central)
โดเมนใน Region ไทยที่จะเปิด OpenSearch disaster recovery จึงต้องใช้การอัปเกรดแบบ in-place ซึ่งเอกสารระบุว่าทำงานแบบ blue/green และทำได้ขณะที่ DR ทำงานอยู่ ลำดับที่ AWS แนะนำคือ อัปเกรดโดเมนสำรองก่อน ทดสอบ แล้วจึงอัปเกรดโดเมนหลัก และระหว่างที่สองฝั่งต่างเวอร์ชันกันจะสั่ง switchover ไม่ได้
ทำไมเรื่องนี้สำคัญ
AWS วางความสามารถนี้ไว้สำหรับงานค้นหา AI และงานวิเคราะห์ข้อมูลที่ธุรกิจหยุดไม่ได้ เมื่อโดเมนเหล่านี้ใช้งานไม่ได้ แอปที่พึ่งการค้นหาหรือการวิเคราะห์ก็หยุดตาม ประกาศนี้ทำให้การมีสำเนาอีก Region เป็นสิ่งที่เปิดได้จากคอนโซลพร้อมเป้า RPO และ RTO ที่ AWS ระบุ สำหรับองค์กรไทยที่วางโดเมนหลักใน Region Asia Pacific (Thailand) เพื่อให้ข้อมูลอยู่ในประเทศ การจับคู่กับ Region สิงคโปร์หรือมาเลเซียเป็นทางเลือกใหม่ของแผน DR แต่ต้องพิจารณาเรื่องที่เก็บข้อมูลประกอบ ดูเงื่อนไข Data Residency และ Region ในไทย
สิ่งที่องค์กรไทยควรทำ
- ตรวจเวอร์ชันโดเมน ถ้ายังต่ำกว่า 3.7 ให้วางแผนอัปเกรดก่อน และถ้าอยู่ใน Region ไทยให้เตรียมแผน in-place upgrade เพราะยังไม่มี clone-based
- ตรวจว่าโดเมนใช้ UltraWarm, cold storage หรือ OR1/OR2 หรือไม่ เพราะจะเปิด OpenSearch disaster recovery ไม่ได้
- เขียน template, ingest pipeline, ISM และ role เป็น infrastructure as code แล้วสร้างบนโดเมนสำรองให้ครบก่อนวันที่ต้องสลับ
- กำหนดผู้ตัดสินใจ failover และวิธีเปลี่ยนปลายทางของแอป เช่น ผ่าน DNS หรือค่าคอนฟิก เพราะระบบไม่สลับและไม่ย้ายแอปให้เอง
- ตั้ง CloudWatch alarm กับเมตริก
DisasterRecoveryReplicationLagTimeและDisasterRecoveryFailedIndicesที่โดเมนสำรองส่งทุก 1 นาที และซ้อม switchover กับโดเมนทดสอบเป็นระยะ ดูภาพรวมราคา DR Site บนคลาวด์ประกอบการวางงบ
ติดตามข่าว AWS และการวางแผนสำรองระบบบนคลาวด์ได้ที่หมวดคลาวด์
บริการของ THAI DATA CLOUD ที่เกี่ยวข้อง
DR ของบริการบนคลาวด์ช่วยได้เฉพาะระบบที่อยู่บนคลาวด์นั้น ส่วนเซิร์ฟเวอร์ที่ยังอยู่ในห้องเซิร์ฟเวอร์ขององค์กรต้องมีสำเนานอกสถานที่ของตัวเองด้วย บริการ On-Premise to Cloud Backup ของ THAI DATA CLOUD สำรองข้อมูลจากเซิร์ฟเวอร์ในองค์กรขึ้นคลาวด์อย่างต่อเนื่องด้วย Continuous Data Protection และ Hybrid Cloud Backup (THAI DATA CLOUD เป็นผู้ดำเนินงานเว็บไซต์นี้)
คำถามที่พบบ่อย
OpenSearch disaster recovery ของ AWS คืออะไร?
OpenSearch disaster recovery คือความสามารถแบบ managed ของ Amazon OpenSearch Service ที่คัดลอกข้อมูลจากโดเมนหลักใน Region หนึ่งไปยังโดเมนสำรองในอีก Region อย่างต่อเนื่อง AWS ระบุ RPO ต่ำกว่า 1 นาทีและ RTO ต่ำกว่า 20 นาที เปิดให้ใช้เมื่อ 10 พฤศจิกายน 2026
OpenSearch disaster recovery มีค่าใช้จ่ายเท่าไร?
AWS ไม่คิดค่าบริการเพิ่มสำหรับ OpenSearch disaster recovery แต่ผู้ใช้จ่ายค่าโดเมนทั้งสองตามราคาปกติ และค่าโอนข้อมูลข้าม Region ตามอัตรามาตรฐาน อัตราจาก Region ไทยไปสิงคโปร์ตาม AWS Price List API ณ 10 พฤศจิกายน 2026 อยู่ที่ 0.08 ดอลลาร์ต่อ GB
ใช้ OpenSearch disaster recovery ใน Region ไทยได้หรือไม่?
ได้ AWS ระบุว่า OpenSearch disaster recovery เปิดในทุก commercial Region ที่มี Amazon OpenSearch Service และรายชื่อ endpoint ของบริการมี Asia Pacific (Thailand) แต่โดเมนต้องเป็น OpenSearch 3.7 ขึ้นไป และ clone-based upgrade ยังไม่มีใน Region ไทย จึงต้องอัปเกรดแบบ in-place
failover ของ OpenSearch disaster recovery เกิดขึ้นเองหรือไม่?
ไม่เกิดเอง เอกสาร AWS ระบุว่า failover ของ OpenSearch disaster recovery เป็นการสั่งด้วยมือ OpenSearch Service ไม่ตัดสินใจหรือเลื่อนโดเมนสำรองขึ้นมาเอง องค์กรที่ต้องการทำอัตโนมัติต้องเขียนระบบเรียก FailoverReplication เอง เช่น จาก CloudWatch alarm และต้องเปลี่ยนปลายทางของแอปเองด้วย
แหล่งอ้างอิง
- Amazon OpenSearch Service announces managed cross-Region disaster recovery — Amazon Web Services
- Setting up managed disaster recovery in Amazon OpenSearch Service — AWS Documentation
- Amazon OpenSearch Service now lets you validate and roll back version upgrades — Amazon Web Services
- Amazon OpenSearch Service endpoints and quotas — AWS Documentation
- AWS Price List API: AWS Data Transfer, Asia Pacific (Thailand) — Amazon Web Services
บุคคล องค์กร และสถานที่ในข่าวนี้
เลือกชื่อเพื่ออ่านข่าวทั้งหมดที่กล่าวถึง ตัวเลขคือจำนวนข่าว
- องค์กรและบริษัท
- AWS127
- ประเทศและสถานที่
- สิงคโปร์253สหรัฐอเมริกา719มาเลเซีย156
- ผลิตภัณฑ์และเทคโนโลยี
- Amazon CloudWatch14
พบข้อมูลคลาดเคลื่อน? แจ้งกองบรรณาธิการ