ข้อมูลทั่วไป

ถาม: Amazon Aurora คืออะไร

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

ถาม: "ใช้งานร่วมกันได้กับ MySQL" หมายความว่าอย่างไร

หมายความว่า คุณสามารถใช้โค้ด แอปพลิเคชัน ไดรเวอร์ และเครื่องมือที่คุณใช้กับฐานข้อมูล MySQL ส่วนใหญ่ที่มีอยู่เดิมกับ Aurora ได้โดยแทบไม่ต้องมีการเปลี่ยนแปลง โปรแกรมฐานข้อมูล Amazon Aurora ได้รับการออกแบบมาเพื่อให้เชื่อมต่อได้กับ MySQL 5.6 และ 5.7 ที่ใช้โปรแกรมพื้นที่จัดเก็บ InnoDB คุณสมบัติ MySQL บางอย่าง เช่น โปรแกรมพื้นที่จัดเก็บ MyISAM จะไม่สามารถใช้ได้กับ Amazon Aurora

ถาม: "ใช้งานร่วมกันได้กับ PostgreSQL " หมายความว่าอย่างไร

หมายความว่า คุณสามารถใช้โค้ด แอปพลิเคชัน ไดรเวอร์ และเครื่องมือที่คุณใช้กับฐานข้อมูล PostgreSQL ส่วนใหญ่ที่มีอยู่เดิมกับ Aurora ได้โดยแทบไม่ต้องมีการเปลี่ยนแปลง โปรแกรมฐานข้อมูล Amazon Aurora ได้รับการออกแบบมาเพื่อให้เชื่อมต่อได้กับ PostgreSQL 9.6 และ 10 และรองรับนามสกุล PostgreSQL ชุดเดียวกันที่มีการรองรับ RDS สำหรับ PostgreSQL 9.6 และ 10 เพื่อทำให้ง่ายต่อการย้ายแอปพลิเคชันระหว่างสองโปรแกรม  

ถาม: ฉันจะทดลองใช้ Amazon Aurora ได้อย่างไร

หากต้องการทดลองใช้ Amazon Aurora ให้ลงชื่อเข้าใช้คอนโซล AWS เลือก RDS ในหมวดหมู่Database (ฐานข้อมูล) แล้วเลือก Amazon Aurora ให้เป็นโปรแกรมฐานข้อมูลของคุณ

ถาม: Amazon Aurora มีค่าใช้จ่ายเท่าไร

โปรดดูหน้าราคาของเราเพื่อดูข้อมูลเกี่ยวกับราคาปัจจุบัน

ถาม: Amazon Aurora จำลองปริมาณฐานข้อมูลแต่ละชุดของฉันออกเป็น 6 วิธีในสาม Availability Zone นั่นหมายความว่าราคาพื้นที่จัดเก็บของฉันจะสูงขึ้นถึงสามหรือหกเท่าของราคาที่แสดงในหน้าราคาหรือไม่

ไม่ใช่ การจำลองของ Amazon Aurora คิดมาเป็นราคารวมอยู่แล้ว คุณจะถูกเรียกเก็บเงินตามพื้นที่จัดเก็บที่ฐานข้อมูลของคุณใช้ในชั้นฐานข้อมูล ไม่ใช่พื้นที่จัดเก็บที่ใช้ในชั้นพื้นที่จัดเก็บแบบแสดงภาพของ Amazon Aurora

ถาม: สามารถใช้ Amazon Aurora ในภูมิภาค AWS ใดได้บ้าง

โปรดดูหน้าราคาของเราเพื่อดูข้อมูลเกี่ยวกับราคาและภูมิภาคในปัจจุบัน

ถาม: ฉันจะย้ายข้อมูลไปมาระหว่าง MySQL และ Amazon Aurora ได้อย่างไร

คุณมีหลายตัวเลือกให้เลือกทำ คุณสามารถใช้ยูทิลิตี mysqldump แบบมาตรฐานเพื่อส่งออกข้อมูลจาก MySQL และใช้ยูทิลิตี mysqlimport เพื่อนำเข้าข้อมูลไปยัง Amazon Aurora และในทางกลับกันได้ นอกจากนี้คุณยังสามารถใช้คุณสมบัติการย้ายสแน็ปช็อต DB ของ Amazon RDS เพื่อย้ายสแน็ปช็อต RDS MySQL Database Snapshot ไปยัง Amazon Aurora โดยใช้ AWS Management Console ได้ การย้ายของลูกค้าส่วนใหญ่จะเสร็จสมบูรณ์ภายในหนึ่งชั่วโมง แต่ระยะเวลาจะขึ้นอยู่กับรูปแบบและขนาดของชุดข้อมูล สำหรับข้อมูลเพิ่มเติม โปรดดูแนวทางการปฏิบัติที่ดีที่สุดสำหรับการย้าย MySQL Database ไปยัง Amazon Aurora

ถาม: ฉันจะย้ายข้อมูลไปมาระหว่าง PostgreSQL และ Amazon Aurora ได้อย่างไร

คุณมีหลายตัวเลือกให้เลือกทำ คุณสามารถใช้ยูทิลิตี pg_dump แบบมาตรฐานเพื่อส่งออกข้อมูลจาก PostgreSQL และใช้ pg_restore เพื่อนำเข้าข้อมูลไปยัง Amazon Aurora และในทางกลับกันได้ นอกจากนี้คุณยังสามารถใช้คุณสมบัติการย้าย Database Snapshot ของ RDS เพื่อย้ายสแน็ปช็อต RDS PostgreSQL Database Snapshot ไปยัง Amazon Aurora โดยใช้ AWS Management Console ได้ การย้ายของลูกค้าส่วนใหญ่จะเสร็จสมบูรณ์ภายในหนึ่งชั่วโมง แต่ระยะเวลาจะขึ้นอยู่กับรูปแบบและขนาดของชุดข้อมูล

ถาม: Amazon Aurora ได้เข้าร่วมอยู่ใน AWS Free Tier หรือไม่

ยังใช้ไม่ได้ในขณะนี้ AWS Free Tier สำหรับ Amazon RDS สามารถให้ประโยชน์กับอินสแตนซ์ Micro DB ได้ แต่ Amazon Aurora ในขณะนี้ไม่ได้รองรับอินสแตนซ์ Micro DB โปรดดูหน้าราคาของเราเพื่อดูข้อมูลเกี่ยวกับราคาปัจจุบัน

ถาม: IO ใน Amazon Aurora คืออะไรและมีการคำนวณอย่างไร

IO คือการปฏิบัติการอินพุต/เอาท์พุตที่โปรแกรมฐานข้อมูล Aurora ดำเนินการกับชั้นพื้นที่จัดเก็บเสมือนที่ใช้ SSD การอ่านหน้าของฐานข้อมูลทุกครั้งจะนับเป็นหนึ่ง IO โปรแกรมฐานข้อมูล Aurora จะออกคำสั่งการอ่านกับชั้นพื้นที่จัดเก็บเพื่อดึงข้อมูลหน้าฐานข้อมูลที่ไม่ได้อยู่ในแคชบัฟเฟอร์ ฐานข้อมูลแต่ละหน้ามีขนาด 16 KB ใน Aurora MySQL และมีขนาด 8 KB ใน Aurora PostgreSQL

Aurora ออกแบบมาเพื่อขจัดการปฏิบัติการ IO ที่ไม่จำเป็นเพื่อช่วยลดค่าใช้จ่ายและทำให้ทรัพยากรพร้อมใช้งานสำหรับปริมาณการใช้อ่าน/เขียน IO เขียนจะใช้เฉพาะเมื่อมีการส่งระเบียนบันทึกธุรกรรมไปยังชั้นพื้นที่จัดเก็บเท่านั้นเพื่อช่วยให้การเขียนเป็นไปอย่างต่อเนื่อง IO เขียนจะนับเป็นหน่วย 4 KB ตัวอย่างเช่น ระเบียนบันทึกธุรกรรมที่มีขนาด 1024 ไบต์จะนับเป็นการดำเนินงานหนึ่ง IO อย่างไรก็ตาม โปรแกรมฐานข้อมูล Aurora สามารถจัดกลุ่มการดำเนินการเขียนที่เกิดขึ้นพร้อมกันที่มีบันทึกธุรกรรมน้อยกว่า 4 KB รวมกันได้เพื่อปรับการใช้งาน I/O ให้เหมาะสม Amazon Aurora จะไม่ส่งหน้าฐานข้อมูลที่มีการปรับเปลี่ยนไปยังชั้นพื้นที่จัดเก็บ จึงช่วยให้ประหยัดการใช้งาน IO ได้มากยิ่งขึ้นซึ่งต่างจากโปรแกรมฐานข้อมูลแบบดั้งเดิม

คุณสามารถดูได้ว่าอินสแตนซ์ Aurora ของคุณใช้ IO ไปเท่าไรแล้วได้โดยไปที่คอนโซล AWS หากต้องการดูการใช้งาน IO ของคุณ ให้ไปที่ส่วน RDS ของ Console ดูที่รายการอินสแตนซ์ เลือกอินสแตนซ์ Aurora จากนั้นมองหาตัววัด “การดำเนินการอ่านที่มีการเรียกเก็บเงิน” และ “การดำเนินการเขียนที่มีการเรียกเก็บเงิน” ในส่วนการตรวจสอบ

ถาม: ฉันจำเป็นต้องเปลี่ยนไดรเวอร์ของลูกค้าเพื่อใช้ Amazon Aurora PostgreSQL หรือไม่

ไม่ต้อง Amazon Aurora สามารถใช้งานได้กับไดรเวอร์ฐานข้อมูล PostgreSQL แบบมาตรฐาน

ประสิทธิภาพ

ถาม: “มีประสิทธิภาพสูงกว่า MySQL ห้าเท่า" หมายความว่าอย่างไร

Amazon Aurora มีประสิทธิภาพสูงกว่า MySQL อย่างมีนัยสำคัญโดยการผสานโปรแกรมฐานข้อมูลรวมกับชั้นพื้นที่จัดเก็บเสมือนที่ใช้ SSD อย่างแน่นหนาที่สร้างมาสำหรับปริมาณงานของฐานข้อมูล ช่วยลดความขัดแย้งของล็อกและความล่าช้าที่เกิดจากเธรดกระบวนการฐานข้อมูล การทดสอบของเราร่วมกับ SysBench บนอินสแตนซ์ r3.8xlarge แสดงให้เห็นว่า Amazon Aurora ส่งมอบกว่า 500,000 SELECT/วินาที และ 100,000 อัปเดต/วินาที ซึ่งสูงกว่า MySQL ที่เรียกใช้เกณฑ์มาตรฐานบนฮาร์ดแวร์เดียวกัน ดูคำแนะนำอย่างละเอียดเกี่ยวกับเกณฑ์มาตรฐานนี้รวมทั้งวิธีจำลองด้วยตนเองในการสร้างเกณฑ์มาตรฐานด้านประสิทธิภาพของ Amazon Aurora MySQL

ถาม: “มีประสิทธิภาพสูงกว่า PostgreSQL สามเท่า" หมายความว่าอย่างไร

Amazon Aurora มีประสิทธิภาพสูงกว่า PostgreSQL อย่างมีนัยสำคัญโดยการผสานโปรแกรมฐานข้อมูลรวมกับชั้นพื้นที่จัดเก็บเสมือนที่ใช้ SSD อย่างแน่นหนาที่สร้างมาสำหรับปริมาณงานของฐานข้อมูล ช่วยลดความขัดแย้งของล็อกและความล่าช้าที่เกิดจากเธรดกระบวนการฐานข้อมูล การทดสอบของเราร่วมกับ SysBench บนอินสแตนซ์ r4.16xlarge แสดงให้เห็นว่า Amazon Aurora ส่งมอบจำนวน SELECT/วินาทีและอัปเดต/วินาทีสูงกว่า PostgreSQL ที่เรียกใช้เกณฑ์มาตรฐานบนฮาร์ดแวร์เดียวกัน ดูคำแนะนำอย่างละเอียดเกี่ยวกับเกณฑ์มาตรฐานนี้รวมทั้งวิธีจำลองด้วยตนเองในการสร้างเกณฑ์มาตรฐานด้านประสิทธิภาพของ Amazon Aurora PostgreSQL

ถาม: ฉันจะปรับปริมาณงานของฐานข้อมูลให้เหมาะสมกับ Amazon Aurora MySQL ได้อย่างไร

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

ถาม: ฉันจะปรับปริมาณงานของฐานข้อมูลให้เหมาะสมกับ Amazon Aurora PostgreSQL ได้อย่างไร

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

ฮาร์ดแวร์และการปรับขนาด

ถาม: ฐานข้อมูล Amazon Aurora มีขีดจำกัดของพื้นที่จัดเก็บต่ำสุดและสูงสุดเท่าใด

พื้นที่จัดเก็บต่ำสุดมีขนาด 10 GB จากการใช้ฐานข้อมูลของคุณ พื้นที่จัดเก็บ Amazon Aurora จะเพิ่มขึ้นโดยอัตโนมัติจนถึง 64 TB ทีละ 10 GB โดยไม่ส่งผลต่อประสิทธิภาพของฐานข้อมูล คุณไม่จำเป็นต้องจัดเตรียมพื้นที่จัดเก็บล่วงหน้า

ถาม: ฉันจะปรับขนาดทรัพยากรการประมวลผลที่เชื่อมโยงกับอินสแตนซ์ Amazon Aurora DB ได้อย่างไร

คุณสามารถปรับขนาดทรัพยากรการประมวลผลที่จัดสรรให้กับอินสแตนซ์ DB ของคุณใน AWS Management Console ได้โดยการเลือกอินสแตนซ์ DB ที่ต้องการแล้วคลิกปุ่ม Modify (แก้ไข) หน่วยความจำและทรัพยากร CPU จะได้รับการแก้ไขโดยการเปลี่ยนคลาสอินสแตนซ์ DB ของคุณ

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

การสำรองและการกู้คืนข้อมูล

ถาม: ฉันจะเปิดใช้งานการสำรองข้อมูลสำหรับอินสแตนซ์ DB ได้อย่างไร

การสำรองข้อมูลอัตโนมัติจะถูกเปิดใช้งานตลอดเวลาบนอินสแตนซ์ Amazon Aurora DB การสำรองข้อมูลจะไม่ส่งผลต่อประสิทธิภาพของฐานข้อมูล

ถาม: ฉันจะใช้ Database Snapshot และเก็บไว้นานตามต้องการได้หรือไม่

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

ถาม: หากฐานข้อมูลของฉันล้มเหลว เส้นทางการกู้คืนของฉันคืออะไร

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

ถาม: จะเกิดอะไรขึ้นกับข้อมูลสำรองอัตโนมัติและ Database Snapshot หากฉันลบอินสแตนซ์ DB ออก

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

ถาม: ฉันจะแชร์สแน็ปช็อตกับบัญชี AWS อื่นได้หรือไม่

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

ถาม: ฉันจะถูกเรียกเก็บเงินค่าสแน็ปช็อตที่แชร์หรือไม่

การแชร์สแน็ปช็อตระหว่างบัญชีไม่มีค่าใช้จ่าย อย่างไรก็ตาม คุณอาจถูกเรียกเก็บเงินค่าสแน็ปช็อต รวมทั้งค่าฐานข้อมูลใดๆ ที่คุณกู้คืนจากสแน็ปช็อตที่แชร์ได้ เรียนรู้เพิ่มเติมเกี่ยวกับการกำหนดราคา Aurora

ถาม: ฉันจะแชร์สแน็ปช็อตโดยอัตโนมัติได้หรือไม่

เราไม่รองรับการแชร์ Database Snapshot อัตโนมัติ หากต้องการแชร์สแน็ปช็อตโดยอัตโนมัติ คุณต้องสร้างสำเนาสแน็ปช็อต จากนั้นแชร์สำเนานั้น

ถาม: ฉันสามารถแชร์สแน็ปช็อตได้กับกี่บัญชี

คุณสามารถแชร์สแน็ปช็อตด้วยตนเองกับ ID บัญชี AWS ได้ถึง 20 บัญชี หากคุณต้องการแชร์สแน็ปช็อตกับบัญชีต่างๆ มากกว่า 20 บัญชี คุณสามารถแชร์สแน็ปช็อตแบบสาธารณะ หรือติดต่อฝ่ายสนับสนุนเพื่อขอให้เพิ่มโควต้าได้

ถาม: ฉันจะแชร์สแน็ปช็อต Aurora ของฉันได้ในภูมิภาคใดบ้าง

คุณสามารถแชร์สแน็ปช็อต Aurora ได้ในทุกภูมิภาค AWS ที่มีบริการ Aurora

ถาม: ฉันจะแชร์สแน็ปช็อต Aurora ระหว่างภูมิภาคได้หรือไม่

ไม่ได้ เฉพาะบัญชีที่อยู่ในภูมิภาคเดียวกันกับบัญชีที่แชร์สแน็ปช็อตนั้นเท่านั้นที่สามารถเข้าถึงสแน็ปช็อตที่คุณแชร์ได้

ถาม: ฉันจะแชร์สแน็ปช็อต Aurora ที่ถูกเข้ารหัสได้หรือไม่

ได้ คุณสามารถแชร์สแน็ปช็อต Aurora ที่ถูกเข้ารหัสได้

ความพร้อมใช้งานและการจำลองสูง

ถาม: Amazon Aurora ช่วยปรับปรุงความทนทานต่อความล้มเหลวของดิสก์ที่อาจเกิดขึ้นกับฐานข้อมูลของฉันได้อย่างไร

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

ถาม: Aurora ช่วยปรับปรุงเวลาในการกู้คืนหลังฐานข้อมูลล้มเหลวได้อย่างไร

ต่างจากฐานข้อมูลอื่นๆ หลังจากฐานข้อมูลล้มเหลว Amazon Aurora ไม่จำเป็นต้องเล่นบันทึกการทำซ้ำจากจุดตรวจสอบฐานข้อมูลล่าสุด (5 นาทีโดยปกติ) และยืนยันว่าได้มีการนำการเปลี่ยนแปลงทั้งหมดไปใช้แล้วก่อนที่จะทำให้ฐานข้อมูลพร้อมสำหรับการดำเนินงาน วิธีนี้จะช่วยลดเวลาเริ่มฐานข้อมูลใหม่ให้เหลือน้อยกว่า 60 วินาทีในกรณีส่วนใหญ่ได้ Amazon Aurora จะย้ายแคชบัฟเฟอร์ออกจากกระบวนการของฐานข้อมูลและทำให้พร้อมใช้งานทันทีเมื่อถึงเวลาเริ่มต้นใหม่ วิธีนี้คุณจะไม่ต้องจำกัดการเข้าถึงจนกว่าจะมีการนำเข้าแคชใหม่เพื่อหลีกเลี่ยงการถูกจำกัด

ถาม: Aurora รองรับแบบจำลองประเภทใด

Amazon Aurora MySQL และ Amazon Aurora PostgreSQL รองรับ Amazon Aurora Replicas ซึ่งมีปริมาณพื้นฐานเหมือนกับอินสแตนซ์หลัก Amazon Aurora Replicas ทั้งหมดจะสามารถดูการอัปเดตที่บัญชีหลักสร้างไว้ได้ ด้วย Amazon Aurora MySQL คุณยังสามารถสร้าง MySQL Read Replicas ตามโปรแกรมการจำลองแบบบินล็อกของ MySQL ได้ด้วย ใน MySQL Read Replicas ข้อมูลจากอินสแตนซ์หลักของคุณจะถูกเล่นบนแบบจำลองในรูปแบบธุรกรรม สำหรับกรณีส่วนใหญ่ รวมถึงการปรับขนาดการอ่านและความพร้อมใช้งานในระดับสูง เราขอแนะนำให้ใช้ Amazon Aurora Replicas

เราสามารถผสมผสานแบบจำลองสองประเภทนี้ตามความต้องการของแอปพลิเคชันของคุณได้

คุณสมบัติ Amazon Aurora Replicas
MySQL Replicas
จำนวนแบบจำลอง สูงสุด 15 สูงสุด 5
ประเภทการจำลอง อะซิงโครนัส (มิลลิวินาที) อะซิงโครนัส (วินาที)
ผลกระทบด้านประสิทธิภาพต่อหลัก ต่ำ สูง
ดำเนินการเป็นเป้าหมายการเปลี่ยนระบบ ใช่ (ไม่มีการสูญเสียข้อมูล) ใช่ (อาจมีข้อมูลสูญเสียหลายนาที)
การเปลี่ยนระบบโดยอัตโนมัติ ใช้ได้ ใช้ไม่ได้
รองรับความล่าช้าในการจำลองตามที่ผู้ใช้กำหนด ใช้ไม่ได้ ใช้ได้
รองรับข้อมูลหรือ Schema อื่นเมื่อเทียบกับหลัก ใช้ไม่ได้ ใช้ได้

ถาม: ฉันสามารถใช้แบบจำลองข้ามภูมิภาคด้วย Amazon Aurora ได้หรือไม่

ได้ คุณสามารถตั้งค่า Aurora Replica ข้ามภูมิภาคจาก RDS คอนโซลด้วย Aurora MySQL ได้ การจำลองข้ามภูมิภาคจะดำเนินการตามการจำลองบินล็อก MySQL แบบเธรดรายการเดียว และความล่าช้าของการจำลองจะได้รับผลจากการเปลี่ยน/การใช้อัตราและความล่าช้าในการติดต่อสื่อสารของเครือข่ายระหว่างภูมิภาคที่เลือก Aurora PostgreSQL ไม่รองรับการจำลองข้ามภูมิภาคในขณะนี้

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

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

ถาม: ฉันสามารถจัดลำดับความสำคัญของแบบจำลองหนึ่งๆ ให้เป็นเป้าหมายในการเปลี่ยนระบบเหนือแบบจำลองอื่นๆ ได้หรือไม่

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

ถาม: ฉันจะแก้ไขชั้นลำดับความสำคัญของอินสแตนซ์หลังสร้างแล้วได้หรือไม่

คุณสามารถแก้ไขชั้นลำดับความสำคัญของอินสแตนซ์ได้ทุกเมื่อ การแก้ไขชั้นลำดับความสำคัญของอินสแตนซ์อย่างเดียวจะไม่ทริกเกอร์การเปลี่ยนระบบ

Q: ฉันจะป้องกันไม่ให้แบบจำลองเลื่อนระดับเป็นอินสแตนซ์หลักได้หรือไม่

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

ถาม: ฉันจะปรับปรุงความพร้อมใช้งานของฐานข้อมูล Amazon Aurora เดียวได้อย่างไร

คุณสามารถเพิ่ม Amazon Aurora Replicas ได้ Amazon Aurora Replicas จะใช้พื้นที่จัดเก็บเดียวกันกับอินสแตนซ์หลัก Amazon Aurora Replica ใดๆ สามารถเลื่อนระดับไปเป็นอินสแตนซ์หลักได้โดยที่ไม่สูญเสียข้อมูล จึงสามารถนำไปใช้เพื่อปรับปรุงความทนทานต่อการล้มเหลวได้ในกรณีที่อินสแตนซ์ DB หลักเกิดความล้มเหลว หากต้องการเพิ่มความพร้อมใช้งานของฐานข้อมูล เพียงสร้างแบบจำลอง 1 ถึง 15 แบบในลำดับ AZ ใดๆ 3 แบบ แล้ว Amazon RDS จะใส่รายการเหล่านั้นไว้ในการเลือกการเปลี่ยนระบบหลักในกรณีที่เกิดความล้มเหลวของฐานข้อมูล

ถาม: จะเกิดอะไรขึ้นระหว่างการเกิดข้อผิดพลาดและจะเกิดขึ้นนานเท่าใด

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

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

แอปพลิเคชันของคุณควรเชื่อมต่อฐานข้อมูลใหม่ในกรณีที่การเชื่อมต่อขาดหาย

ถาม: จะเกิดอะไรขึ้นถ้าฉันมีฐานข้อมูลหลักและ Amazon Aurora Replica กำลังรับปริมาณการอ่านอย่างต่อเนื่องแต่เกิดการเปลี่ยนระบบขึ้น

Amazon RDS จะตรวจจับปัญหาเกี่ยวกับอินสแตนซ์หลักของคุณโดยอัตโนมัติและจะเริ่มเปลี่ยนเส้นทางปริมาณการอ่าน/เขียนไปเป็น Amazon Aurora Replica โดยเฉลี่ยแล้ว การเปลี่ยนระบบนี้จะเสร็จสิ้นภายใน 30 วินาที นอกจากนี้ ปริมาณการอ่านที่ Amazon Aurora Replicas ของคุณกำลังแสดงจะถูกขัดจังหวะเล็กน้อย

ถาม: แบบจำลองของฉันจะมีข้อมูลน้อยกว่าอินสแตนซ์หลักมากเท่าใด

เนื่องจาก Amazon Aurora Replica ใช้ปริมาณข้อมูลเท่ากันกับอินสแตนซ์หลัก จึงแทบไม่มีความล่าช้าในการจำลอง โดยมากเราสังเกตเห็นความล่าช้าในหน่วยสิบวินาที สำหรับ MySQL Read Replica ความล่าช้าในการจำลองจะเพิ่มขึ้นอย่างไม่จำกัด ขึ้นอยู่กับอัตราการเปลี่ยน/การใช้ รวมทั้งความล่าช้าในการติดต่อสื่อสารของเครือข่าย อย่างไรก็ตาม ความล่าช้าที่ไม่เกินหนึ่งนาทีถือเป็นสิ่งปกติภายใต้เงื่อนไขทั่วไป

ถาม: Amazon Aurora Multi-Master คืออะไร

จากการปรับปรุงใหม่ในปี 2017 เราได้ประกาศแสดงตัวอย่าง Amazon Aurora Multi-Master ซึ่งเป็นคุณสมบัติใหม่ของรุ่นที่ใช้งานกับ MySQL ได้ซึ่งจะเพิ่มความสามารถในการปรับขนาดประสิทธิภาพในการเขียนทั่วทั้ง Availability Zone ต่างๆ มากมาย ซึ่งทำให้แอปพลิเคชันสามารถควบคุมปริมาณงานการอ่าน/เขียนไปยังอินสแตนซ์หลายรายการในคลัสเตอร์ฐานข้อมูล และทำงานโดยมีความพร้อมใช้งานสูงขึ้น

ถาม: ฉันจะเริ่มใช้ Amazon Aurora Multi-Master ได้อย่างไร

ขณะนี้สามารถดูตัวอย่าง Amazon Aurora Multi-Master สำหรับ Amazon Aurora รุ่นที่ใช้งานได้กับ MySQL คุณสามารถลงชื่อสมัครใช้งานเพื่อขอเข้าร่วมได้ เราจะประกาศความพร้อมใช้งานทั่วไปในภายหลัง

การรักษาความปลอดภัย

ฉันสามารถใช้ Amazon Aurora ใน Amazon Virtual Private Cloud (Amazon VPC) ได้หรือไม่

ได้ อินสแตนซ์ Amazon Aurora DB ทั้งหมดต้องสร้างใน VPC ด้วย Amazon VPC คุณสามารถกำหนดโครงสร้างเครือข่ายเสมือนที่มีความคล้ายกับเครือข่ายแบบเดิมที่คุณอาจใช้งานได้ในศูนย์ข้อมูลของคุณเอง ซึ่งจะช่วยให้คุณสามารถควบคุมได้ว่าใครบ้างที่สามารถเข้าถึงฐานข้อมูล Amazon Aurora ได้

ถาม: Amazon Aurora จะเข้ารหัสข้อมูลของฉันขณะส่งและขณะพักอยู่หรือไม่

ใช่ Amazon Aurora จะใช้ SSL (AES-256) เพื่อรักษาความปลอดภัยของการเชื่อมต่อระหว่างอินสแตนซ์ฐานข้อมูลและแอปพลิเคชัน Amazon Aurora ช่วยให้คุณสามารถเข้ารหัสฐานข้อมูลของคุณได้โดยใช้รหัสที่คุณตั้งผ่าน AWS Key Management Service (KMS) ในอินสแตนซ์ฐานข้อมูลที่ใช้งานกับการเข้ารหัส Amazon Aurora ข้อมูลที่จัดเก็บอยู่ในพื้นที่จัดเก็บข้อมูลพื้นฐานจะถูกเข้ารหัส เช่นเดียวกับข้อมูลสำรองอัตโนมัติ สแน็ปช็อต และแบบจำลองในคลัสเตอร์เดียวกัน การเข้ารหัสและถอดรหัสได้รับการจัดการอย่างไร้รอยต่อ หากต้องการดูข้อมูลเพิ่มเติมเกี่ยวกับการใช้ KMS กับ Amazon Aurora โปรดดูคู่มือผู้ใช้ Amazon RDS

ถาม: ฉันจะเข้ารหัสฐานข้อมูลที่ไม่ได้เข้ารหัสได้หรือไม่

ปัจจุบันนี้ยังไม่รองรับการเข้ารหัสอินสแตนซ์ Aurora ที่ไม่ได้เข้ารหัสไว้ หากต้องการใช้การเข้ารหัสของ Amazon Aurora สำหรับฐานข้อมูลที่ไม่ได้เข้ารหัสไว้ ให้สร้างอินสแตนซ์ DB ใหม่พร้อมเปิดใช้งานการเข้ารหัสและย้ายข้อมูลของคุณไปที่นั่น

ถาม: ฉันจะเข้าถึงฐานข้อมูล Amazon Aurora ได้อย่างไร

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

ถาม: ฉันสามารถใช้ Amazon Aurora กับแอปพลิเคชันที่ต้องสอดคล้องกับ HIPAA ได้หรือไม่

ได้ รุ่นที่ใช้งานได้กับ MySQL และ PostgreSQL เข้าเกณฑ์ HIPAA คุณจึงสามารถใช้แอปพลิเคชันเหล่านี้ในการสร้างแอปพลิเคชันที่สอดคล้องกับ HIPAA และเก็บข้อมูลที่เกี่ยวกับการดูแลสุขภาพ รวมถึงข้อมูลด้านสุขภาพ (PHI) ที่ได้รับการคุ้มครองภายใต้ข้อตกลงทางธุรกิจ (BAA) ร่วมกับ AWS หากคุณมี BAA ที่ทำงานอยู่ ไม่จำเป็นต้องเริ่มใช้บริการเหล่านี้ในบัญชีที่ได้รับการคุ้มครองโดย BAA หากคุณไม่มี BAA ที่ทำงานอยู่กับ AWS หรือมีคำถามอื่นๆ เกี่ยวกับแอปพลิเคชันที่เป็นไปตาม HIPAA ใน AWS โปรดติดต่อเรา

ไร้เซิร์ฟเวอร์

ถาม: Amazon Aurora Serverless คืออะไร

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

ถาม: Amazon Aurora เวอร์ชันใดที่ได้รับการรองรับสำหรับ Aurora Serverless

ขณะนี้ Aurora Serverless สามารถใช้งานได้กับ Aurora ที่สามารถใช้งานได้กับ MySQL 5.6

ถาม: ฉันจะย้ายคลัสเตอร์ Aurora DB ที่มีอยู่ไปยัง Aurora Serverless ได้หรือไม่

ได้ คุณสามารถกู้คืนสแน็ปช็อตที่ถ่ายจากคลัสเตอร์ที่เตรียมไว้สำหรับ Aurora ไปยังคลัสเตอร์ Aurora Serverless DB (และในทางกลับกัน) ได้

ถาม: ฉันจะเชื่อมต่อกับคลัสเตอร์ Aurora Serverless DB ได้อย่างไร

คุณสามารถเข้าถึงคลัสเตอร์ Aurora Serverless DB จากภายในแอปพลิเคชันที่ใช้งานใน Amazon Virtual Private Cloud (VPC) เดียวกันได้ คุณไม่สามารถระบุที่อยู่ IP สาธารณะให้กับคลัสเตอร์ Aurora Serverless DB ได้

ถาม: ฉันจะตั้งความจุของคลัสเตอร์ Aurora Serverless อย่างเจาะจงได้อย่างไร

แม้ว่า Aurora Serverless จะปรับขนาดโดยอัตโนมัติตามปริมาณงานของฐานข้อมูลที่ใช้งานอยู่ ในบางกรณี ความจุก็อาจไม่สามารถปรับขนาดได้เร็วพอกับการเปลี่ยนแปลงของปริมาณงาน เช่น ธุรกรรมใหม่จำนวนมาก ในกรณีดังกล่าว คุณสามารถตั้งความจุให้เป็นค่าที่เจาะจงได้ด้วย AWS Management Console, AWS CLI หรือ RDS API

ถาม: เพราะเหตุใดคลัสเตอร์ Aurora Serverless DB ของฉันจึงไม่ปรับขนาดโดยอัตโนมัติ

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

ถาม: ฉันจะได้รับการเรียกเก็บเงินค่า Aurora Serverless อย่างไร

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

การสืบค้นแบบคู่ขนาน

ถาม: การสืบค้นแบบคู่ขนานของ Amazon Aurora คืออะไร

การสืบค้นแบบคู่ขนาน Amazon Aurora หมายถึงความสามารถในการลดระดับหรือแจกจ่ายการสืบค้นเดียวที่สามารถคำนวณได้ใน CPU นับพันในชั้นพื้นที่จัดเก็บของ Aurora หากไม่มีการสืบค้นแบบคู่ขนาน การสืบค้นที่สั่งในฐานข้อมูล Amazon Aurora จะมีการดำเนินการอย่างสมบูรณ์ภายในหนึ่งอินสแตนซ์ของคลัสเตอร์ฐานข้อมูล ซึ่งจะคล้ายกับการทำงานของฐานข้อมูลส่วนใหญ่

ถาม: กรณีใช้งานเป้าหมายคืออะไร

การสืบค้นแบบคู่ขนานเป็นวิธีที่เหมาะสำหรับปริมาณงานการวิเคราะห์ที่ต้องใช้ข้อมูลสดๆ และประสิทธิภาพในการสืบค้นแม้จะเป็นตารางขนาดใหญ่ก็ตาม ปริมาณงานประเภทนี้มักจะดำเนินการได้ตามปกติ

ถาม: การสืบค้นแบบคู่ขนานมีประโยชน์อย่างไร

ประสิทธิภาพที่เร็วกว่า การสืบค้นแบบคู่ขนานสามารถเพิ่มความเร็วในการสืบค้นแบบวินิจฉัยได้มากขึ้นถึง 2 เท่า

ความง่ายในการดำเนินการและความสดใหม่ของข้อมูล คุณสามารถส่งการสืบค้นข้อมูลธุรกรรมปัจจุบันได้โดยตรงในคลัสเตอร์ Aurora

ปริมาณงานด้านธุรกรรมและการวินิจฉัยบนฐานข้อมูลเดียวกัน การสืบค้นแบบคู่ขนานช่วยให้ Aurora สามารถรักษาปริมาณธุรกรรมในระดับสูงขณะทำการสืบค้นแบบวินิจฉัยได้พร้อมๆ กัน

ถาม: การสืบค้นประเภทใดที่ช่วยปรับปรุงการสืบค้นแบบคู่ขนานให้ดีขึ้น

การสืบค้นส่วนใหญ่ในชุดข้อมูลขนาดใหญ่ที่ยังไม่ได้อยู่ในพูลบัฟเฟอร์จะได้รับประโยชน์ การสืบค้นแบบคู่ขนานเวอร์ชันแรกสามารถลดระดับและปรับขนาดการประมวลผลฟังก์ชัน SQL, Equijoin และการแสดงส่วนไม่ซ้ำได้กว่า 200 รายการ

ถาม: มีการปรับปรุงประสิทธิภาพในด้านใดบ้างที่คาดหวังได้

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

ถาม: มีโอกาสที่ประสิทธิภาพจะช้าลงหรือไม่

ได้ แต่กรณีนั้นเกิดขึ้นได้ยาก

ถาม: ฉันต้องทำการเปลี่ยนแปลงอะไรเพื่อรับประโยชน์จากการสืบค้นแบบคู่ขนาน

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

ถาม: ฉันจะเปิดหรือปิดคุณสมบัติได้อย่างไร

คุณสามารถเปิดใช้งานและปิดใช้งานการสืบค้นแบบคู่ขนานได้ทั้งในระดับส่วนกลางและระดับเซสชันโดยใช้พารามิเตอร์ aurora_pq

ถาม: มีค่าบริการเพิ่มเติมใดๆ เกี่ยวกับการใช้การสืบค้นแบบคู่ขนานหรือไม่

ไม่ คุณจะไม่ได้รับการเรียกเก็บเงินใดๆ นอกเหนือจากค่าบริการที่คุณชำระอยู่แล้วสำหรับอินสแตนซ์ IO และพื้นที่จัดเก็บ

ถาม: เนื่องจากการสืบค้นแบบคู่ขนานจะลด IO ลง การเปิดใช้งานจะเป็นการลดค่าบริการ Aurora IO หรือไม่

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

มีเหตุผลสองประการที่อาจทำให้ IO มีค่าบริการที่สูงขึ้นหากเปิดใช้งานการสืบค้นแบบคู่ขนาน เหตุผลแรก แม้ว่าข้อมูลบางอย่างในตารางจะอยู่ในพูลบัฟเฟอร์ก็ตาม PQ ก็ได้มีการกำหนดให้สแกนข้อมูลทั้งหมดที่ชั้นพื้นที่จัดเก็บที่เกิด IO เหตุผลที่สอง ผลข้างเคียงของการหลีกเลี่ยงความขัดแย้งในพูลบัฟเฟอร์ก็คือการเรียกใช้การสืบค้น PQ ไม่ได้เป็นการอุ่นเครื่องพูลบัฟเฟอร์ ดังนั้น การใช้การสืบค้น PQ เดิมๆ หลายครั้งติดกันจะทำให้มีค่าบริการ IO ที่สูงสุด

ถาม: Amazon Aurora เวอร์ชันใดที่รองรับการสืบค้นแบบคู่ขนาน

การสืบค้นแบบคู่ขนานสามารถใช้ได้กับ Amazon Aurora เวอร์ชันที่ใช้งานได้กับ MySQL 5.6 เวอร์ชัน 1.18.0 เรามีแผนที่จะขยายการสืบค้นแบบคู่ขนานไปยัง Aurora ที่สามารถใช้งานได้กับ MySQL 5.7 และ Aurora ที่สามารถใช้งานได้กับ PostgreSQL

ถาม: การสืบค้นแบบคู่ขนานสามารถใช้ไดักับอินสแตนซ์ทุกประเภทหรือไม่

ไม่ได้ ในขณะนี้ คุณสามารถใช้การสืบค้นแบบคู่ขนานได้กับอินสแตนซ์ที่อยู่ในกลุ่มประเภทอินสแตนซ์ R*

ถาม: การสืบค้นแบบคู่ขนานสามารถใช้งานได้กับคุณสมบัติ Aurora ทั้งหมดหรือไม่

ไม่สามารถทำได้ในตอนแรก ในขณะนี้ คุณสามารถเปิดใช้งานสำหรับคลัสเตอร์ฐานข้อมูลที่ไม่ได้ใช้คุณสมบัติ Serverless หรือ Backtrack เท่านั้น นอกจากนี้ยังไม่รองรับฟังก์ชันของ Aurora ที่สามารถใช้งานได้กับ MySQL 5.7 โดยเฉพาะ

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

ไม่ควร แม้ว่าเราคาดหวังว่าการสืบค้นแบบคู่ขนานจะช่วยปรับปรุงเวลาแฝงของการสืบค้นในกรณีส่วนใหญ่ได้ คุณอาจมีค่าบริการ IO ที่สูงขึ้น เราขอแนะนำให้คุณทดสอบปริมาณงานของคุณอย่างรอบคอบทั้งขณะเปิดใช้งานและปิดใช้งาน เมื่อคุณเชื่อแล้วว่าการสืบค้นแบบคู่ขนานเป็นทางเลือกที่ถูกต้อง คุณก็สามารถใช้ตัวปรับความเหมาะสมสำหรับการสืบค้นเพื่อตัดสินใจโดยอัตโนมัติว่าการสืบค้นใดที่จะใช้ PQ ในกรณีที่เกิดขึ้นได้ยาก เมื่อตัวปรับความเหมาะสมไม่ได้ทำการตัดสินใจที่เหมาะสม คุณสามารถลบล้างการตั้งค่าได้

ถาม: การสืบค้นแบบคู่ขนานของ Aurora สามารถใช้แทนที่คลังเก็บข้อมูลของฉันได้หรือไม่

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

เรียนรู้เพิ่มเติมเกี่ยวกับการกำหนดราคา Amazon Aurora

ไปที่หน้าการกำหนดราคา
พร้อมสร้างหรือยัง
เริ่มต้นใช้งาน Amazon Aurora
มีคำถามเพิ่มเติมไหม
ติดต่อเรา