แบบ Multi-AZ ของ Amazon RDS

Amazon RDS Multi-AZ พร้อมใช้งานสำหรับ RDS สำหรับ PostgreSQL, RDS สำหรับ MySQL, RDS สำหรับ MariaDB, RDS สำหรับ SQL Server, RDS สำหรับ Oracle และ RDS สำหรับ Db2 Amazon RDS Multi-AZ พร้อมอินสแตนซ์สแตนด์บายที่อ่านได้สองรายการพร้อมใช้งานสำหรับ RDS สำหรับ MySQL และ RDS สำหรับ PostgreSQL หากต้องการเรียนรู้วิธีที่ Amazon Aurora เพิ่มความพร้อมใช้งานโดยทำให้ข้อมูลของคุณมีความคงทนใน Availability Zone 3 แห่ง โปรดดูที่การใช้งานอินสแตนซ์แบบ Multi-AZ ด้วย Aurora Replicas

การใช้งานอินสแตนซ์แบบ Single-AZ, การใช้งานอินสแตนซ์แบบ Multi-AZ พร้อมอินสแตนซ์สแตนด์บายหนึ่งรายการ และการใช้งานอินสแตนซ์แบบ Multi-AZ พร้อมอินสแตนซ์สแตนด์บายที่อ่านได้สองรายการ ราคาจะคิดตามชั่วโมงอินสแตนซ์ DB ที่ใช้ไป โดยนับจากเวลาที่เปิดใช้งานอินสแตนซ์ DB จนกระทั่งหยุดหรือถูกลบ เศษเวลาของการใช้อินสแตนซ์ DB ที่ไม่ครบชั่วโมงจะคิดค่าบริการเป็นส่วนเพิ่มต่อหนึ่งวินาที โดยคิดค่าบริการขั้นต่ำที่ 10 นาทีหลังจากการเปลี่ยนแปลงสถานะที่เรียกเก็บค่าบริการได้ เช่น การสร้าง การเริ่ม หรือการแก้ไขคลาสอินสแตนซ์ DB

หากต้องการข้อมูลเพิ่มเติมเกี่ยวกับราคาสำหรับ Amazon RDS Multi-AZ โปรดดูหน้าราคา Amazon RDS

ใช้คู่มือผู้ใช้และบทช่วยสอนต่อไปนี้เพื่อเริ่มต้นใช้งาน Amazon RDS Multi-AZ อย่างรวดเร็ว

ดูเซสชัน การสัมมนาผ่านเว็บ และวิดีโออื่นๆ เพื่อเจาะลึกลงในรายละเอียดของ Amazon RDS Multi-AZ

อ่านเกี่ยวกับการปรับปรุงล่าสุดของ Amazon RDS Multi-AZ และเจาะลึกถึงวิธีที่คุณสามารถใช้งานได้สำหรับกรณีใช้งาน Amazon RDS ของคุณ 

ลดเวลาหยุดทำงานให้เหลือหนึ่งวินาทีหรือน้อยกว่านั้นได้ด้วย ProxySQL เมื่ออัปเกรดการปรับใช้ Amazon RDS Multi-AZ ที่มีอินสแตนซ์สแตนด์บายที่อ่านได้สองรายการ

สลับเปลี่ยนอย่างรวดเร็วด้วย PGBouncer บนการปรับใช้ Amazon RDS Multi-AZ ที่มีอินสแตนซ์สแตนด์บายที่อ่านได้สองรายการสำหรับ PostgreSQL

ลดเวลาหยุดทำงานให้เหลือหนึ่งวินาทีหรือน้อยกว่านั้นได้ด้วยไดรเวอร์ JDBC Wrapper ขั้นสูงเมื่ออัปเกรดคลัสเตอร์ Amazon RDS Multi-AZ DB

ทำการอัปเกรดเวอร์ชันย่อยโดยมีเวลาหยุดทำงาน 1 วินาทีหรือน้อยกว่าด้วยพร็อกซีของ Amazon RDS และการปรับใช้ Amazon RDS Multi-AZ ที่มีอินสแตนซ์สแตนด์บายที่อ่านได้สองรายการ

การรวมข้อมูลสำหรับแอปพลิเคชันการวิเคราะห์โดยใช้การจำลองเชิงตรรกะสำหรับคลัสเตอร์ Amazon RDS Multi-AZ

กลยุทธ์ที่ดีที่สุดเพื่อให้ได้มาซึ่งประสิทธิภาพสูงและความพร้อมใช้งานสูงบน Amazon RDS สำหรับ MySQL ที่มีคลัสเตอร์ Multi-AZ DB

ปรับปรุงประสิทธิภาพของแอปพลิเคชันบนอินสแตนซ์ Amazon RDS สำหรับ MySQL และ MariaDB และคลัสเตอร์ MySQL Multi-AZ DB ด้วยการเขียนที่ปรับให้เหมาะสม

เลือกตัวเลือกการปรับใช้ Amazon RDS ที่เหมาะสม: อินสแตนซ์ Single-AZ, อินสแตนซ์ Multi-AZ หรือคลัสเตอร์ฐานข้อมูล Multi-AZ

กำหนดค่า Multi-AZ ด้วย Amazon RDS Custom สำหรับ SQL Server

ปรับใช้ Amazon RDS สำหรับ PostgreSQL และคลัสเตอร์ MySQL Multi-AZ DB โดยใช้โมดูล Terraform

Amazon RDS สำหรับ MySQL แบบใหม่และตัวเลือกการใช้งานอินสแตนซ์แบบ Multi-AZ ของ PostgreSQL: ประสิทธิภาพการเขียนที่ดีขึ้นและการใช้ระบบสำรองเพื่อกู้คืนข้อมูลที่เร็วขึ้น

เมื่อคุณสร้างหรือปรับแก้อินสแตนซ์ DB ให้ทำงานเป็นการใช้งานอินสแตนซ์แบบ Multi-AZ จะทำให้ Amazon RDS จัดเตรียมและรักษาแบบจำลอง “สแตนด์บาย” ไปพร้อมกันโดยอัตโนมัติใน Availability Zone ต่างๆ การอัปเดตไปยังอินสแตนซ์ DB จะถูกจำลองขึ้นพร้อมๆ กันทั่ว Availability Zone ไปยังสแตนด์บายเพื่อให้ทั้งสองซิงค์และป้องกันการอัปเดตฐานข้อมูลล่าสุดของคุณจากความล้มเหลวอินสแตนซ์ DB

ระหว่างการบำรุงรักษาที่วางแผนไว้บางประเภท หรือในกรณีที่เกิดความล้มเหลวของอินสแตนซ์ DB หรือความล้มเหลวของ Availability Zone ที่ไม่คาดคิด Amazon RDS จะสร้างข้อผิดพลาดโดยอัตโนมัติไปยังสแตนด์บายเพื่อให้คุณสามารถเริ่มการเขียนและอ่านฐานข้อมูลต่ออีกครั้งทันทีที่เลื่อนระดับสแตนด์บาย เนื่องจากการบันทึกชื่อสำหรับอินสแตนซ์ DB ของคุณยังคงอยู่เหมือนเดิม แอปพลิเคชันของคุณจะกลับมาเริ่มดำเนินการฐานข้อมูลต่อได้โดยไม่จำเป็นต้องมีการแทรกแซงด้วยตนเองจากผู้ดูแล การติดตั้งใช้งานแบบ Multi-AZ ทำให้การจำลองแบบมีความโปร่งใส คุณจึงไม่ต้องโต้ตอบโดยตรงกับสแตนด์บาย และไม่สามารถใช้เพื่อให้บริการรับส่งข้อมูลการอ่านได้ ข้อมูลเพิ่มเติมเกี่ยวกับการใช้งานอินสแตนซ์แบบ Multi-AZ อยู่ในคู่มือผู้ใช้ Amazon RDS

Availability Zone คือตำแหน่งต่างๆ ภายในรีเจี้ยนที่ได้รับการออกแบบมาให้แยกจากความล้มเหลวใน Availability Zone อื่นๆ แต่ละ Availability Zone จะเรียกใช้บนโครงสร้างพื้นฐานทางกายภาพเฉพาะของตนอย่างเป็นอิสระ และได้รับการออกแบบมาให้มีความน่าเชื่อถือสูง โดยจะไม่มีการใช้จุดที่เกิดข้อผิดพลาดทั่วไปร่วมกันระหว่าง Availability Zone เช่น เครื่องกำเนิดไฟฟ้าและอุปกรณ์ทำความเย็น นอกจากนี้ยังแยกออกจากกันทางกายภาพ เพื่อให้ภัยพิบัติที่ไม่ธรรมดาอย่างยิ่ง เช่น อัคคีภัย พายุทอร์นาโด หรืออุทกภัย เกิดผลกระทบต่อ Availability Zone เพียงแห่งเดียว Availability Zone ภายในรีเจี้ยนเดียวกันจะได้รับประโยชน์จากการเชื่อมต่อเครือข่ายที่มีเวลาแฝงต่ำ

เมื่อคุณเรียกใช้อินสแตนซ์ DB เป็นการใช้งานอินสแตนซ์แบบ Multi-AZ “หลัก” จะถูกใช้สำหรับการเขียนและการอ่านฐานข้อมูล นอกจากนี้ Amazon RDS ยังจัดเตรียมและรักษา “สแตนด์บาย” อยู่เบื้องหลัง ซึ่งเป็นแบบจำลองของอินสแตนซ์หลักที่อัปเดต สแตนด์บายได้รับการ “เลื่อนระดับ” หากเกิดข้อผิดพลาด หลังจากการเกิดข้อผิดพลาด สแตนด์บายจะกลายมาเป็นอินสแตนซ์หลักและรับการดำเนินการของฐานข้อมูลคุณ คุณไม่ต้องโต้ตอบโดยตรงกับสแตนด์บาย (เช่น สำหรับการอ่าน) ก่อนการเลื่อนระดับ หากคุณสนใจการปรับขนาดของการรับส่งข้อมูลการอ่านให้เกินข้อจำกัดความจุของอินสแตนซ์ DB เดี่ยว โปรดดูคำถามที่พบบ่อยเกี่ยวกับแบบจำลองการอ่าน

ประโยชน์หลักๆ ของการเรียกใช้อินสแตนซ์ DB เป็นการใช้งานอินสแตนซ์แบบ Multi-AZ คือความทนทานและความพร้อมใช้งานของฐานข้อมูลที่มีประสิทธิภาพมากขึ้น ความพร้อมใช้งานและความทนทานต่อความเสียหายที่เพิ่มขึ้นที่มาพร้อมกับการปรับใช้หลาย AZ ทำให้การปรับใช้เหมาะสำหรับสภาพแวดล้อมการผลิตมาก

การเรียกใช้อินสแตนซ์ DB เป็นการปรับใช้หลาย AZ จะปกป้องข้อมูลของคุณหากเกิดความล้มเหลวของส่วนประกอบอินสแตนซ์ DB ที่ไม่คาดคิดขึ้นหรือเสียความพร้อมใช้งานใน Availability Zone หนึ่งไป ตัวอย่างเช่น หากปริมาณพื้นที่จัดเก็บบนอินสแตนซ์หลักของคุณล้มเหลว Amazon RDS จะเริ่มต้นการเกิดข้อผิดพลาดไปที่สแตนด์บายโดยอัตโนมัติ ซึ่งเป็นที่ที่รายการอัปเดตของฐานข้อมูลของคุณยังคงอยู่ครบสมบูรณ์ นี่มอบความทนทานของข้อมูลเพิ่มเติมสำหรับการปรับใช้มาตรฐานใน AZ เดี่ยว ซึ่งจำเป็นต้องมีการดำเนินการกู้คืนที่ผู้ใช้สั่งการและจะไม่สามารถใช้งานรายการอัปเดตที่เกิดขึ้นหลังจากเวลาที่สามารถกู้คืนได้ล่าสุด (โดยปกติมักไม่เกินห้านาทีล่าสุด)

นอกจากนี้คุณยังได้ประโยชน์จากความพร้อมใช้งานฐานข้อมูลที่มีประสิทธิภาพมากขึ้นเมื่อเรียกใช้อินสแตนซ์ DB เป็นการปรับใช้หลาย AZ หาก Availability Zone หรืออินสแตนซ์ DB ล้มเหลว ผลกระทบความพร้อมใช้งานของคุณจะถูกจำกัดอยู่แค่เวลาที่ใช้จนกว่าจะย้ายไปใช้สแตนด์บายเสร็จ ประโยชน์ความพร้อมใช้งานของการปรับใช้หลาย AZ ยังครอบคลุมถึงการบำรุงรักษาที่วางแผนไว้อีกด้วย

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

ประโยชน์อีกนัยหนึ่งของการเรียกใช้อินสแตนซ์ DB เป็นการปรับใช้หลาย AZ คือการเปลี่ยนไปใช้สแตนด์บายเมื่อเกิดความล้มเหลวอินสแตนซ์ DB นั้นเป็นอัตโนมัติและไม่จำเป็นต้องได้รับการดูแล ในบริบท Amazon RDS นี่หมายความว่าคุณไม่จำเป็นต้องติดตามเหตุการณ์อินสแตนซ์ DB และเริ่มการกู้คืนอินสแตนซ์ DB แบบแมนนวล (ผ่าน RestoreDBInstanceToPointInTime หรือ RestoreDBInstanceFromSnapshot API) ในกรณีที่ Availability Zone ล้มเหลวหรืออินสแตนซ์ DB ล้มเหลว
 

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

หากต้องการสร้างการปรับใช้อินสแตนซ์ Multi-AZ DB ให้คลิกตัวเลือก “ใช่” สำหรับ “การใช้งานอินสแตนซ์แบบ Multi-AZ” เมื่อเปิดใช้อินสแตนซ์ DB ด้วยคอนโซลการจัดการของ AWS

หรืออีกทางหนึ่ง หากคุณใช้ Amazon RDS API คุณจะต้องเรียกใช้ CreateDBInstance API และตั้งพารามิเตอร์ “Multi-AZ” ให้เป็นค่า “true” หากต้องการแปลงอินสแตนซ์ DB (แบบ Single-AZ) มาตรฐานที่มีอยู่ให้เป็นแบบ Multi-AZ ให้แก้ไขอินสแตนซ์ DB ในคอนโซลการจัดการของ AWS หรือใช้ ModifyDBInstance API แล้วตั้งค่าพารามิเตอร์ Multi-AZ เป็น true
 

สำหรับกลไกฐานข้อมูล RDS สำหรับ PostgreSQL, RDS สำหรับ MySQL, RDS สำหรับ MariaDB, RDS สำหรับ SQL Server, RDS สำหรับ Oracle และ RDS สำหรับ Db2 เมื่อคุณเลือกที่จะแปลงอินสแตนซ์ Amazon RDS จากแบบ Single-AZ เป็นแบบ Multi-AZ สิ่งต่างๆ ต่อไปนี้จะเกิดขึ้น:

• ระบบจะบันทึกสแนปช็อตอินสแตนซ์หลักของคุณ
• อินสแตนซ์สแตนด์บายใหม่ถูกสร้างจาก Snapshot ใน Availability Zone ต่างๆ
• การจำลองแบบพร้อมกันถูกกำหนดค่าระหว่างอินสแตนซ์หลักและสแตนด์บาย
  

ดังนั้น ไม่ควรมีการหยุดทำงานเกิดขึ้นเมื่ออินสแตนซ์ถูกแปลงจาก Single-AZ เป็น Multi-AZ อย่างไรก็ตาม คุณอาจพบกับเวลาแฝงที่เพิ่มขึ้นขณะที่ข้อมูลในสแตนด์บายจะปรับให้ทันกับข้อมูลหลัก

Amazon RDS ตรวจจับและกู้คืนจากสถานการณ์ความล้มเหลวที่พบได้บ่อยสำหรับการใช้งานอินสแตนซ์แบบ Multi-AZ โดยอัตโนมัติ เพื่อให้คุณสามารถเริ่มการดำเนินการของฐานข้อมูลต่อได้อีกครั้งเร็วที่สุดเท่าที่ทำได้โดยไม่มีการแทรกแซงด้านการบริหารจัดการ Amazon RDS จะดำเนินการเกิดข้อผิดพลาดโดยอัตโนมัติในกรณีที่เกิดสถานการณ์ต่างๆ ดังนี้

• สูญเสียความพร้อมใช้งานใน Availability Zone หลัก
• สูญเสียการเชื่อมต่อเครือข่ายไปยังอินสแตนซ์หลัก
• ความล้มเหลวของคอมพิวเตอร์ในอินสแตนซ์หลัก
• ความล้มเหลวของพื้นที่จัดเก็บในอินสแตนซ์หลัก

หมายเหตุ: เมื่อเริ่มการดำเนินการ เช่น การปรับขนาดอินสแตนซ์ DB หรือการอัปเกรดระบบอย่างการแพตช์ OS สำหรับการติดตั้งใช้งานแบบ Multi-AZ เพื่อความพร้อมใช้งานที่ดียิ่งขึ้น การดำเนินการเหล่านี้จะปรับใช้กับสแตนด์บายเป็นอันดับแรก ก่อนที่จะมีการเปลี่ยนระบบโดยอัตโนมัติ ดังนั้น ผลกระทบด้านความพร้อมใช้งานของคุณจึงถูกจำกัดตามเวลาที่ใช้จนกว่าจะเปลี่ยนระบบโดยอัตโนมัติเสร็จสิ้น โปรดทราบว่าการปรับใช้ Amazon RDS Multi-AZ จะไม่ดำเนินการใช้ระบบสำรองเพื่อกู้คืนข้อมูลโดยอัตโนมัติเพื่อตอบสนองต่อการดำเนินการของฐานข้อมูล เช่น การสืบค้นที่ใช้เวลานาน การหยุดชะงัก หรือข้อผิดพลาดด้านความเสียหายของฐานข้อมูล

ใช่ Amazon RDS จะส่งเหตุการณ์อินสแตนซ์ DB เพื่อแจ้งให้คุณทราบว่ามีการใช้ระบบสำรองเพื่อกู้คืนข้อมูลอัตโนมัติเกิดขึ้น คุณสามารถคลิกส่วน “เหตุการณ์” ของ Amazon RDS Console หรือใช้ DescribeEvents API เพื่อส่งกลับข้อมูลเกี่ยวกับเหตุการณ์ที่เกี่ยวข้องกับอินสแตนซ์ DB ของคุณ คุณยังสามารถใช้ Amazon RDS Event Notifications เพื่อรับการแจ้งเตือนเมื่อเกิดเหตุการณ์ DB ที่เฉพาะเจาะจงขึ้น

การใช้ระบบสำรองเพื่อกู้คืนข้อมูลจะได้รับการจัดการโดย Amazon RDS โดยอัตโนมัติเพื่อให้คุณสามารถเริ่มการดำเนินการของฐานข้อมูลต่อได้อีกครั้งเร็วที่สุดเท่าที่ทำได้โดยไม่มีการแทรกแซงจากผู้ดูแล เมื่อการเกิดข้อผิดพลาดเกิดขึ้น Amazon RDS เพียงแค่พลิกระเบียนชื่อมาตรฐาน (CNAME) สำหรับอินสแตนซ์ DB ไปยังจุดของสแตนด์บาย ซึ่งได้รับการเลื่อนระดับให้เป็นอินสแตนซ์หลักใหม่แทน เราแนะนำให้คุณทำตามแนวทางการปฏิบัติที่ดีที่สุดและปรับใช้การลองเชื่อมต่อฐานข้อมูลอีกครั้งในเลเยอร์แอปพลิเคชัน

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

Amazon RDS จะดำเนินการใช้ระบบสำรองเพื่อกู้คืนข้อมูลโดยอัตโนมัติโดยที่ไม่ต้องมีการแทรกแซงจากผู้ใช้ภายใต้เงื่อนไขความล้มเหลวต่างๆ นอกจากนี้ Amazon RDS ยังมอบตัวเลือกในการเริ่มการเปลี่ยนระบบเมื่อรีบูตอินสแตนซ์ของคุณอีกด้วย คุณสามารถเข้าถึงคุณสมบัตินี้ได้ผ่านคอนโซลการจัดการของ AWS หรือเมื่อใช้การเรียกใช้ API RebootDBInstance

ด้วยการใช้งานอินสแตนซ์แบบ Multi-AZ คุณเพียงแค่ตั้งพารามิเตอร์ “Multi-AZ” ให้เป็นค่า true เท่านั้น การสร้างสแตนด์บาย การจำลองแบบพร้อมกัน และการเกิดข้อผิดพลาดจะได้รับการจัดการโดยอัตโนมัติ นี่หมายความว่าคุณไม่สามารถเลือก Availability Zone ที่จะปรับใช้สแตนด์บายหรือแก้ไขจำนวนสแตนด์บายที่พร้อมใช้งานได้ (Amazon RDS ได้จัดเตรียมสแตนด์บายหนึ่งรายการต่ออินสแตนซ์ DB หลักไว้แล้ว) นอกจากนี้ สแตนด์บายยังไม่สามารถถูกกำหนดค่าเพื่อให้ยอมรับกิจกรรมการอ่านฐานข้อมูลได้อีกด้วย เรียนรู้เพิ่มเติมเกี่ยวกับการกำหนดค่าแบบ Multi-AZ

ใช่ สแตนด์บายของคุณจะถูกจัดเตรียมโดยอัตโนมัติใน Availability Zone ต่างๆ ในรีเจี้ยนเดียวกันกับอินสแตนซ์ DB หลักของคุณ

ได้ คุณสามารถดูตำแหน่งปัจจุบันของอินสแตนซ์หลักได้โดยใช้คอนโซลการจัดการของ AWS หรือ DescribeDBInstances API

Availability Zone ถูกออกแบบมาให้มอบการเชื่อมต่อเครือข่ายที่มีเวลาแฝงต่ำแก่ Availability Zone อื่นๆ ในรีเจี้ยนเดียวกัน นอกจากนี้ คุณอาจลองพิจารณาการสร้างสถาปัตยกรรมของแอปพลิเคชันและทรัพยากร AWS อื่นๆ ที่มีความซ้ำซ้อนภายใน Availability Zone ต่างๆ เพื่อให้แอปพลิเคชันของคุณยืดหยุ่นหากเกิดความล้มเหลวของ Availability Zone การใช้งานอินสแตนซ์แบบ Multi-AZ แก้ไขปัญหาความต้องการนี้สำหรับลำดับชั้นฐานข้อมูลโดยไม่ต้องใช้การจัดการจากฝั่งคุณ

คุณโต้ตอบกับการสำรองข้อมูลอัตโนมัติและการทำงาน DB Snapshot ในแบบเดียวกัน ไม่ว่าคุณจะเรียกใช้การปรับใช้มาตรฐานในการปรับใช้ Single-AZ หรือ Multi-AZ ก็ตาม หากคุณเรียกใช้การปรับใช้หลาย AZ การสำรองข้อมูลอัตโนมัติและ Database Snapshot จะถูกดึงจากสแตนด์บายเพื่อหลีกเลี่ยงการหยุดชะงักของ I/O บนอินสแตนซ์หลัก โปรดทราบว่าคุณอาจประสบกับเวลาแฝง I/O ที่เพิ่มขึ้น (โดยทั่วไปเกิดขึ้นไม่กี่นาที) ระหว่างการสำรองข้อมูลสำหรับการปรับใช้ AZ เดียวและการปรับใช้หลาย AZ

การเริ่มต้นการดำเนินการกู้คืน (กู้คืนจากจุดใดจุดหนึ่งของเวลาหรือกู้คืนจาก Database Snapshot) ทำงานเช่นเดียวกันกับการปรับใช้หลาย AZ และการปรับใช้ AZ หรือการปรับใช้แบบมาตรฐาน สามารถสร้างการปรับใช้อินสแตนซ์ DB ใหม่ด้วย RestoreDBInstanceFromSnapshot หรือ RestoreDBInstanceToPointInTime API ได้ การปรับใช้อินสแตนซ์ DB ใหม่สามารถเป็นได้ทั้งแบบมาตรฐานหรือแบบ Multi-AZ ไม่ว่าข้อมูลสำรองต้นทางจะถูกเริ่มต้นบนการปรับใช้แบบมาตรฐานหรือการใช้งานอินสแตนซ์แบบ Multi-AZ ก็ตาม