แบบ Multi-AZ ของ Amazon RDS พร้อมอินสแตนซ์สแตนด์บายหนึ่งรายการ

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

วิธีการทำงาน

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

Amazon RDS Multi-AZ ที่มีอินสแตนซ์สแตนด์บายที่อ่านได้สองรายการ

โดยปกติแล้วจะเปลี่ยนระบบโดยอัตโนมัติในเวลาไม่เกิน 35 วินาที ใช้ตำแหน่งข้อมูลต่างหากสำหรับการอ่านและเขียน เพิ่มเวลาทำธุรกรรมแฝงที่เร็วขึ้นสูงสุด 2 เท่า การอัปเกรดเวอร์ชันย่อยโดยทั่วไปใช้เวลาไม่ถึง 1 วินาที
การใช้ระบบสำรองเพื่อกู้คืนข้อมูลโดยอัตโนมัติภายใน 35 วินาทีโดยที่ข้อมูลสูญหายเป็นศูนย์และไม่ต้องดำเนินการใดๆ ด้วยตนเอง กำหนดเส้นทางการสืบค้นไปยังเซิร์ฟเวอร์การเขียนและอินสแตนซ์สแตนด์บายของแบบจำลองการอ่านที่เหมาะสมเพื่อเพิ่มประสิทธิภาพและความสามารถในการปรับขนาดสูงสุด  มีเวลาแฝงในการเขียนที่ดีขึ้นสูงสุด 2 เท่าเมื่อเทียบกับแบบ Multi-AZ พร้อมอินสแตนซ์สแตนด์บายหนึ่งรายการ ลดเวลาหยุดทำงานในการอัปเกรดเวอร์ชันย่อยให้เหลือไม่ถึง 35 วินาที ลดเวลาหยุดทำงานให้ต่ำกว่า 1 วินาทีเพิ่มเติมโดยการเพิ่มโอเพนซอร์สหรือ RDS Proxy ในการปรับใช้ของคุณ

วิธีทำงาน

นำฐานข้อมูลของ MySQL หรือ PostgreSQL ที่มีความพร้อมใช้งานสูงและทนทานใน AZ สามแห่งไปใช้จริงโดยใช้ Amazon RDS Multi-AZ พร้อม 2 ตัวเตรียมพร้อมที่อ่านได้ เพิ่มการใช้ระบบสำรองเพื่อกู้คืนข้อมูลที่ใช้เวลาไม่เกิน 35 วินาที เวลาทำธุรกรรมแฝงที่เร็วขึ้นสูงสุด 2 เท่าเมื่อเทียบกับ Amazon RDS Multi-AZ พร้อมตัวเตรียมพร้อม 1 ตัว ความจุในการอ่านเพิ่มเติม และตัวเลือกอินสแตนซ์ประมวลผลระหว่าง AWS Graviton2– หรือ Intel–Based
ขอแนะนำ Amazon RDS Multi-AZ (1:20)

ขอแนะนำ Amazon RDS Multi-AZ

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

ตารางเปรียบเทียบ

แบบ Single-AZ ของ Amazon RDS หรือแบบ Multi-AZ ของ Amazon RDS พร้อมอินสแตนซ์สแตนด์บายหนึ่งรายการ หรือแบบ Multi-AZ ของ Amazon RDS พร้อมอินสแตนซ์สแตนด์บายที่อ่านได้สองรายการ

คุณสมบัติ

แบบ Single-AZ

แบบ Multi-AZ พร้อมอินสแตนซ์สแตนด์บายหนึ่งรายการ

แบบ Multi-AZ พร้อมอินสแตนซ์สแตนด์บายที่อ่านได้สองรายการ

กลไกที่พร้อมใช้งาน

  • Amazon RDS สำหรับ PostgreSQL
  • Amazon RDS สำหรับ MySQL
  • Amazon RDS สำหรับ MariaDB
  • Amazon RDS สำหรับ SQL Server
  • Amazon RDS สำหรับ Oracle
  • Amazon RDS สำหรับ DB2
  • Amazon RDS สำหรับ PostgreSQL
  • Amazon RDS สำหรับ MySQL
  • Amazon RDS สำหรับ MariaDB
  • Amazon RDS สำหรับ SQL Server
  • Amazon RDS สำหรับ Oracle
  • Amazon RDS สำหรับ DB2
  • Amazon RDS สำหรับ PostgreSQL
  • Amazon RDS for MySQL

ความจุในการอ่าน
เพิ่มเติม

  • ไม่มี: ความจุในการอ่านถูกจำกัดไว้เฉพาะอินสแตนซ์หลักของคุณ
  • ไม่มี: อินสแตนซ์ DB สแตนด์บายของคุณเป็นเพียงเป้าหมายในการเปลี่ยนระบบแบบพาสซีฟสำหรับความพร้อมใช้งานสูง
  • อินสแตนซ์ DB สแตนด์บายสองรายการจะดำเนินการเป็นเป้าหมายในการเปลี่ยนระบบและให้บริการในการรับส่งข้อมูลการอ่าน
  • ความจุในการอ่านจะกำหนดโดยค่าใช้จ่ายของธุรกรรมในการเขียนจากอินสแตนซ์หลัก

·        

เวลาแฝงที่น้อยลง (ปริมาณการประมวลผลที่สูงขึ้น) สำหรับการทำธุรกรรม

 

 

  • การทำธุรกรรมที่เร็วขึ้นสูงสุด 2 เท่าเมื่อเทียบกับแบบ Multi-AZ ของ Amazon RDS พร้อมอินสแตนซ์สแตนด์บายหนึ่งรายการ

ระยะเวลาในการเปลี่ยนระบบโดยอัตโนมัติ

  • ไม่พร้อมใช้งาน: จะต้องดำเนินการกู้คืน ณ จุดใดจุดหนึ่งของเวลาที่ผู้ใช้เป็นผู้เริ่มใช้งาน
  • การดำเนินการอาจใช้เวลาหลายชั่วโมงจึงจะเสร็จสมบูรณ์
  • การอัปเดตข้อมูลใดๆ ที่เกิดขึ้นหลังจากเวลาที่กู้คืนได้ล่าสุด (โดยทั่วไปคือภายใน 5 นาทีที่ผ่านมา) จะไม่สามารถใช้ได้
  • อินสแตนซ์หลักใหม่พร้อมให้บริการเวิร์กโหลดใหม่ของคุณอย่างรวดเร็วภายใน 60 วินาที
  • เวลาในการเปลี่ยนระบบจะไม่อยู่ขึ้นกับปริมาณการประมวลผลสำหรับการเขียน
  • อินสแตนซ์หลักใหม่พร้อมให้บริการเวิร์กโหลดใหม่ของคุณภายใน 35 วินาที
  • เวลาในการใช้ระบบสำรองเพื่อกู้คืนข้อมูลจะขึ้นอยู่กับระยะเวลาของความล่าช้าในการจำลองแบบ
เวลาหยุดทำงานในการอัปเกรดเวอร์ชันย่อย
  • เมื่อใช้การอัปเกรดเวอร์ชันย่อยอัตโนมัติ เวลาหยุดทำงานในการอัปเกรดเวอร์ชันย่อยจะเกิดขึ้นระหว่างช่วงซ่อมบำรุง Amazon RDS 30 นาที
  • เมื่อใช้การอัปเกรดเวอร์ชันย่อยอัตโนมัติ เวลาหยุดทำงานในการอัปเกรดเวอร์ชันย่อยจะเกิดขึ้นระหว่างช่วงซ่อมบำรุง Amazon RDS 30 นาที
  • โดยปกติจะต่ำกว่า 1 วินาทีเมื่อลูกค้าเพิ่มโอเพนซอร์สหรือพร็อกซีของ Amazon RDS ในการปรับใช้
  • โดยปกติจะต่ำกว่า 35 วินาทีเมื่อใช้ Multi-AZ ที่มีอินสแตนซ์สแตนด์บายที่อ่านได้สองรายการเพียงอย่างเดียว

ความยืดหยุ่นที่สูงขึ้นต่อการหยุดทำงานของ AZ

  • ไม่มี: ในกรณีที่ AZ ล้มเหลว คุณจะเสี่ยงต่อการสูญเสียข้อมูลและเวลาในการเปลี่ยนระบบหลายชั่วโมง
  • ในกรณีที่ AZ ล้มเหลว เวิร์กโหลดของคุณจะเปลี่ยนระบบโดยอัตโนมัติไปยังอินสแตนซ์สแตนด์บายล่าสุด
  • ในกรณีที่เกิดความล้มเหลว หนึ่งในสองอินสแตนซ์สแตนด์บายที่เหลืออยู่จะเข้าควบคุมและให้บริการเวิร์กโหลด (การเขียน) จากอินสแตนซ์หลัก

ความผันแปรที่น้อยลงสำหรับการทำธุรกรรม

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

ลูกค้า

SysCloud สร้างการสำรองข้อมูลโดยอัตโนมัติสำหรับแอปพลิเคชัน Software as a Service (SaaS) ตรวจสอบไฟล์ที่เป็นอันตราย และมอบข้อมูลเชิงลึกที่มีประสิทธิภาพเกี่ยวกับข้อมูลและการปฏิบัติตามข้อกำหนดของคุณได้จากแดชบอร์ดเดียว SysCloud ใช้แบบ Multi-AZ ของ Amazon RDS พร้อมอินสแตนซ์สแตนด์บายที่อ่านได้สองรายการสำหรับระบบการตรวจสอบภายในดังนี้ “ตัวเลือกการปรับใช้แบบ Multi-AZ ของ Amazon RDS ใหม่นี้ช่วยให้เรามีประสิทธิภาพ ความพร้อมใช้งาน และความสามารถในการปรับขนาดการอ่านที่ดีขึ้นในราคาประหยัด” Vikram Srinivasan ผู้อำนวยการฝ่ายโครงสร้างพื้นฐานของ SysCloud กล่าว “เราคาดว่าจะสร้างประสบการณ์ที่ดีขึ้นให้กับลูกค้าของเราโดยใช้ตัวเลือกการปรับใช้แบบ 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 ที่มีแนวคิดการสแตนด์บายหนึ่งรายการและให้คำแนะนำในการปรับเปลี่ยนอินสแตนซ์ DB ของคุณให้เป็นการใช้งานอินสแตนซ์แบบ Multi-AZ และกระบวนการใช้ระบบสำรองเพื่อกู้คืนข้อมูลสำหรับ Amazon RDS

เอกสารประกอบ


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

บทช่วยสอนการเริ่มต้นใช้งาน


ในบทช่วยสอนนี้ ให้สร้างอินสแตนซ์ฐานข้อมูล Oracle Standard Edition Two บน Amazon RDS โดยใช้โมเดลแบบรวมสิทธิการใช้งานแล้วและวิธีเปิดใช้งานคุณสมบัติ เช่น Multi-AZ และ Performance Insights

วิดีโอ

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

การเสวนาเชิงเทคนิคออนไลน์


ในเซสชันนี้ ขอแนะนำสั้นๆ เกี่ยวกับ Multi-AZ ตัวเลือกการปรับใช้ ประโยชน์ของแต่ละตัวเลือก และเจาะลึกในรายละเอียดของตัวเลือกสแตนด์บายที่อ่านได้สองรายการและการปรับปรุงล่าสุด

บล็อก

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

คำถามที่พบบ่อย

การเรียกใช้อินสแตนซ์ DB เป็นการใช้งานอินสแตนซ์แบบ Multi-AZ หมายความว่าอย่างไร

เมื่อคุณสร้างหรือปรับแก้อินสแตนซ์ 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 เพียงแห่งเดียว Availability Zone ภายในรีเจี้ยนเดียวกันจะได้รับประโยชน์จากการเชื่อมต่อเครือข่ายที่มีเวลาแฝงต่ำ

“หลัก” และ “สแตนด์บาย” หมายถึงอะไรในบริบทของการใช้งานอินสแตนซ์แบบ Multi-AZ

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

การใช้งานอินสแตนซ์แบบ Multi-AZ มีประโยชน์อย่างไร

ประโยชน์หลักๆ ของการเรียกใช้อินสแตนซ์ 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 ของฉันเป็นการใช้งานอินสแตนซ์แบบ Multi-AZ มีผลกระทบด้านประสิทธิภาพหรือไม่

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

ฉันจะตั้งค่าการปรับใช้อินสแตนซ์ Multi-AZ DB ได้อย่างไร

หากต้องการสร้างการปรับใช้อินสแตนซ์ 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
 

จะเกิดอะไรขึ้นเมื่อฉันแปลงอินสแตนซ์ Amazon RDS จาก Single-AZ เป็น Multi-AZ

สำหรับกลไกฐานข้อมูล 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 เริ่มต้นการใช้ระบบสำรองเพื่อกู้คืนข้อมูลไปยังแบบจำลองสแตนด์บาย

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 ที่เฉพาะเจาะจงขึ้น

เกิดอะไรขึ้นระหว่างการใช้ระบบสำรองเพื่อกู้คืนข้อมูลแบบ Multi-AZ และเกิดขึ้นนานเท่าใด

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

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

ฉันสามารถเริ่ม “การบังคับการใช้ระบบสำรองเพื่อกู้คืนข้อมูล” สำหรับการใช้งานอินสแตนซ์ Multi-AZ DB ของฉันได้หรือไม่

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

ฉันจะควบคุม/กำหนดค่าการจำลองแบบ Multi-AZ พร้อมกันได้อย่างไร

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

สแตนด์บายของฉันจะอยู่ในรีเจี้ยนเดียวกับรีเจี้ยนหลักของฉันหรือไม่

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

ฉันสามารถดูได้หรือไม่ว่าอินสแตนซ์หลักของฉันอยู่ใน Availability Zone ใด

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

หลังการใช้ระบบสำรองเพื่อกู้คืนข้อมูล อินสแตนซ์หลักของฉันไปอยู่ใน Availability Zone อื่นที่คนละตำแหน่งกับทรัพยากร AWS ต่างๆ ของฉัน (เช่น อินสแตนซ์ EC2) ฉันควรกังวลเกี่ยวกับเวลาแฝงหรือไม่

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

DB Snapshots และการสำรองข้อมูลอัตโนมัติทำงานกับการใช้งานอินสแตนซ์แบบ 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 ก็ตาม

เรียนรู้เพิ่มเติมเกี่ยวกับคุณสมบัติของ Amazon RDS
เรียนรู้จากบทแนะนำสอนการใช้งาน 10 นาที

ศึกษา Amazon RDS ด้วยบทแนะนำสอนการใช้งานง่ายๆ

สำรวจการฝึกปฏิบัติจริง 
ลงชื่อสมัครใช้งานบัญชี AWS
เริ่มต้นสร้างด้วย Amazon RDS และ Amazon Aurora

เจาะลึกคู่มือผู้ใช้งาน Amazon RDS เพื่อเริ่มต้นใช้งาน

อ่านเอกสารประกอบ 
เริ่มต้นการสร้างด้วย Amazon RDS ใน Console
เจาะลึกเกี่ยวกับแบบ Multi-AZ ของ Amazon RDS

เจาะลึกเกี่ยวกับวิธีการทำงานของแบบ Multi-AZ ของ Amazon RDS และตัวเลือกการปรับใช้ต่างๆ

รับชมเซสชัน