แบบ Multi-AZ ของ Amazon RDS พร้อมอินสแตนซ์สแตนด์บายหนึ่งรายการ
เปลี่ยนระบบโดยอัตโนมัติ | ปกป้องประสิทธิภาพของฐานข้อมูล | เพิ่มความทนทาน | เพิ่มความพร้อมใช้งาน |
รองรับความพร้อมใช้งานสูงสำหรับแอปพลิเคชันของคุณด้วยการเปลี่ยนระบบของฐานข้อมูลโดยอัตโนมัติ ซึ่งจะดำเนินการเสร็จสิ้นอย่างรวดเร็วภายใน 60 วินาทีโดยที่ข้อมูลสูญหายเป็นศูนย์และไม่ต้องดำเนินการใดๆ ด้วยตนเอง |
หลีกเลี่ยงการหยุดชะงักกิจกรรม I/O ในอินสแตนซ์หลักของคุณระหว่างการสำรองข้อมูลโดยการสำรองข้อมูลจากอินสแตนซ์สแตนด์บายของคุณ |
ใช้เทคโนโลยีการจำลองแบบพร้อมกันแบบ Multi-AZ ของ Amazon RDS เพื่อทำให้ข้อมูลบนอินสแตนซ์ฐานข้อมูลสแตนด์บายของคุณเป็นข้อมูลล่าสุดด้วยอินสแตนซ์หลัก | เพิ่มความพร้อมใช้งานโดยการปรับใช้อินสแตนซ์สแตนด์บายใน AZ ที่สอง และทำให้มีความทนทานต่อข้อผิดพลาดในกรณีที่ AZ หรืออินสแตนซ์ฐานข้อมูลล้มเหลว |
วิธีการทำงาน
![แผนภาพวิธีการทำงานของการใช้งานอินสแตนซ์แบบ Multi-AZ ของ Amazon RDS แผนภาพวิธีการทำงานของการใช้งานอินสแตนซ์แบบ Multi-AZ ของ Amazon RDS](https://d1.awsstatic.com/product-page-diagram_MAZ_HIW%402xa.245de181144d709479981ab02a5318165b7ed8a9.png)
Amazon RDS Multi-AZ ที่มีอินสแตนซ์สแตนด์บายที่อ่านได้สองรายการ
โดยปกติแล้วจะเปลี่ยนระบบโดยอัตโนมัติในเวลาไม่เกิน 35 วินาที | ใช้ตำแหน่งข้อมูลต่างหากสำหรับการอ่านและเขียน | เพิ่มเวลาทำธุรกรรมแฝงที่เร็วขึ้นสูงสุด 2 เท่า | การอัปเกรดเวอร์ชันย่อยโดยทั่วไปใช้เวลาไม่ถึง 1 วินาที |
การใช้ระบบสำรองเพื่อกู้คืนข้อมูลโดยอัตโนมัติภายใน 35 วินาทีโดยที่ข้อมูลสูญหายเป็นศูนย์และไม่ต้องดำเนินการใดๆ ด้วยตนเอง | กำหนดเส้นทางการสืบค้นไปยังเซิร์ฟเวอร์การเขียนและอินสแตนซ์สแตนด์บายของแบบจำลองการอ่านที่เหมาะสมเพื่อเพิ่มประสิทธิภาพและความสามารถในการปรับขนาดสูงสุด | มีเวลาแฝงในการเขียนที่ดีขึ้นสูงสุด 2 เท่าเมื่อเทียบกับแบบ Multi-AZ พร้อมอินสแตนซ์สแตนด์บายหนึ่งรายการ | ลดเวลาหยุดทำงานในการอัปเกรดเวอร์ชันย่อยให้เหลือไม่ถึง 35 วินาที ลดเวลาหยุดทำงานให้ต่ำกว่า 1 วินาทีเพิ่มเติมโดยการเพิ่มโอเพนซอร์สหรือ RDS Proxy ในการปรับใช้ของคุณ |
วิธีทำงาน
![](https://d1.awsstatic.com/product-marketing/RDS/multi-az-hiw/product-page-diagram_TAZ_HIW%402x.6f3eb10806556325bec1ac3348693d8ee58a99b2.png)
ขอแนะนำ Amazon RDS Multi-AZ
ตารางเปรียบเทียบ
แบบ Single-AZ ของ Amazon RDS หรือแบบ Multi-AZ ของ Amazon RDS พร้อมอินสแตนซ์สแตนด์บายหนึ่งรายการ หรือแบบ Multi-AZ ของ Amazon RDS พร้อมอินสแตนซ์สแตนด์บายที่อ่านได้สองรายการ
คุณสมบัติ |
แบบ Single-AZ |
แบบ Multi-AZ พร้อมอินสแตนซ์สแตนด์บายหนึ่งรายการ |
แบบ Multi-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 เรียนรู้เพิ่มเติมเกี่ยวกับคุณสมบัติของ Amazon RDS](https://d1.awsstatic.com/webteam/product-pages/Product-Page_Standard-Icons_01_Product-Features_SqInk.a8d5666758afc5121b4eb818ae18126031c4b61e.png)
ศึกษา Amazon RDS ด้วยบทแนะนำสอนการใช้งานง่ายๆ
![ลงชื่อสมัครใช้งานบัญชี AWS ลงชื่อสมัครใช้งานบัญชี AWS](https://d1.awsstatic.com/webteam/product-pages/Product-Page_Standard-Icons_02_Sign-Up_SqInk.f43d5ddc9c43883eec6187f34c68155402b13312.png)
เจาะลึกคู่มือผู้ใช้งาน Amazon RDS เพื่อเริ่มต้นใช้งาน
![เริ่มต้นการสร้างด้วย Amazon RDS ใน Console เริ่มต้นการสร้างด้วย Amazon RDS ใน Console](https://d1.awsstatic.com/webteam/product-pages/Product-Page_Standard-Icons_03_Start-Building_SqInk.6a1ef4429a6604cda9b0857084aa13e2ee4eebca.png)
เจาะลึกเกี่ยวกับวิธีการทำงานของแบบ Multi-AZ ของ Amazon RDS และตัวเลือกการปรับใช้ต่างๆ