ข้อดี / ข้อ จำกัด ของ Amazon RDS เทียบกับ EC2 กับ MySQL คืออะไร [ปิด]

ฉันตระหนักถึงความแตกต่างพื้นฐานสองสามประการระหว่างสองสิ่งนี้คือ

1. EC2 จะมีราคาถูกลง

2. RDS ฉันจะไม่ต้องทำการบำรุงรักษา

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

เพื่อให้ข้อมูลเพิ่มเติมเกี่ยวกับการใช้งานของฉันฉันมีฐานข้อมูลไม่มีอะไรใหญ่เกินไปหรืออะไรเลย (ตารางที่ใหญ่ที่สุด 1 ล้านแถว) มีเพียงปริมาณ SELECT ที่สูง

นี่เป็นคำถามง่ายๆที่มีคำตอบที่ซับซ้อนมาก!

กล่าวโดยย่อ: EC2 จะให้ประสิทธิภาพสูงสุดหากคุณใช้ RAID0 EBS การทำ RAID0 EBS ต้องใช้ค่าใช้จ่ายในการบำรุงรักษาจำนวนมากตัวอย่างเช่น:

http://alestic.com/2009/06/ec2-ebs-raid

http://alestic.com/2009/09/ec2-consistent-snapshot

EC2 ที่ไม่มี RAID0 EBS จะให้ประสิทธิภาพ I / O ที่เส็งเคร็งจึงไม่ใช่ตัวเลือก

RDS จะให้ประสิทธิภาพที่ดีมาก (แม้ว่าจะไม่สูงสุด) นอกกรอบ คอนโซลการจัดการนั้นยอดเยี่ยมและง่ายต่อการอัปเกรดอินสแตนซ์ ความพร้อมใช้งานสูงและอ่านเฉพาะทาสเพียงไม่กี่คลิก มันยอดเยี่ยมจริงๆ

คำตอบสั้น ๆ : ไปกับ RDS ยังอยู่ในรั้ว? ไปกับ RDS !!! หากคุณสนุกกับอาการปวดหัวและปรับแต่งทุกๆเล็กน้อยเพื่อประสิทธิภาพสูงสุดคุณสามารถพิจารณา EC2 + EBS RAID 0 ได้ Vanilla EC2 เป็นตัวเลือกที่แย่มากสำหรับโฮสติ้ง MySQL

ในโพสต์นี้มีเกณฑ์มาตรฐานที่ยอดเยี่ยมระหว่าง:

• เรียกใช้ MySql บน EC2 + EBS ขนาดเล็ก
• เรียกใช้ MySql บน Small EC2 + EBS + ที่ปรับพารามิเตอร์ MySql
• RDS ขนาดเล็ก

เกณฑ์มาตรฐานนั้นดีมากเนื่องจากไม่ได้เน้นเฉพาะในสภาวะที่เหมาะสมเท่านั้น (เธรดเดียว) แต่ยังอยู่ในสถานการณ์ที่สมจริงยิ่งขึ้นด้วย 50 เธรดที่กระทบฐานข้อมูล

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

ความพร้อมใช้งานสูงของ RDS นั้นแตกต่างจากการจำลองแบบ master - master หรือ master - slave และช้ากว่ามาก พวกเขาไม่ใช้การจำลองแบบ mysql แต่ใช้การจำลองแบบ ebs บางประเภท ดังนั้นในสถานการณ์ล้มเหลวมันจะติดตั้ง ebs บนเครื่องสำรองเริ่มต้น mysql รอให้ mysql ทำการกู้คืนความล้มเหลว (หวังว่าจะไม่มีอะไรเสียหายเกินไป) จากนั้นทำสวิตช์ DNS

ฉันหวังว่านี่จะช่วยคุณในการประเมินผล

เราเลือกใช้อินสแตนซ์ EC2 MySQL เนื่องจากเรามีปริมาณการอ่านสูงและต้องการการจำลองแบบ Master-Slave แน่นอนคุณสามารถหมุนอินสแตนซ์ RDS หลาย ๆ อินสแตนซ์และตั้งค่าการจำลองแบบ MySQL ระหว่างกันได้ด้วยตัวเอง แต่เราใช้ Scalr.net ซึ่งจัดการให้คุณโดยใช้อินสแตนซ์ EC2

โดยพื้นฐานแล้วเราเพียงแค่บอก Scalr ว่าเราต้องการอินสแตนซ์ MySQL กี่อินสแตนซ์ที่จะช่วยให้พวกเขาตั้งค่าการจำลองแบบอัตโนมัติจัดการการเลื่อนขั้นของ Slave โดยอัตโนมัติเพื่อควบคุมหากต้นแบบถูกยกเลิกเป็นต้นมันจะทำการสำรองข้อมูลการถ่ายโอนข้อมูล SQL และภาพรวมปริมาณ EBS ของ เจ้านาย. ดังนั้นเมื่อจำเป็นต้องสร้างทาสใหม่มันจะเมานต์โวลุ่ม EBS ของสแน็ปช็อตหลักสุดท้ายโดยอัตโนมัติเพื่อเริ่มต้น DB ทาสจากนั้นเริ่มการจำลองแบบจากจุดที่เหมาะสม ชี้แล้วคลิก :) (และไม่ฉันไม่ได้ทำงานกับ Scalr หรืออะไรก็ตาม Scalr มีให้บริการเป็น Open Source หากคุณไม่ต้องการใช้บริการของพวกเขา)

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

นั่นคือสิ่งที่ฉันวางแผนจะทำในสัปดาห์หน้าหรือประมาณนั้น แน่นอนว่ามันจะทำให้คุณเสียค่าใช้จ่ายมากขึ้น แต่ฉันยังไม่ได้ทำอะไรเลย

MySQL บน EC2 เทียบกับ RDS MySQL

ข้อดีของ MySQL บน EC2 Amazon EC2 Inter Region Replication

คัดลอกสแนปชอตในภูมิภาค Amazon EC2

RAID 0 พร้อม EBS Striping ใน MySQL EC2

พื้นที่ดิสก์มากกว่า 3TB (คุณไม่จำเป็นต้องใช้สิ่งนี้สำหรับขนาดของคุณ) สามารถแนบกับ MySQL บน EC2 ได้

ข้อเสียของ MySQL บน EC2

การกำหนดค่าการตรวจสอบและการบำรุงรักษาเทียบกับ RDS

การสำรองข้อมูลจุดเวลาที่มีอยู่ใน RDS

IOPS น้อยกว่า RDS MySQL (แม้หลังจาก RAID 0) ในปัจจุบัน 10800 พร้อม 6 ดิสก์สำหรับ MySQL บน EC2 ในขณะที่ 12500 IOPS 16KB บน RDS MySQL

ฉันได้ทดลองใช้ RDS มาสองสามเดือนแล้วและนี่คือปัญหาบางประการที่ฉันมี:

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

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

ฉันมีคำถามเดียวกันในสุดสัปดาห์นี้ มีช่วงเวลาหยุดทำงาน 4 ชั่วโมงต่อสัปดาห์สำหรับ RDS ที่พวกเขาทำการบำรุงรักษา RDS ดูเหมือนจะแพงกว่าถ้าคุณสามารถใช้ EC2 ขนาดเล็กได้ (นี่เป็นความจริงของอินสแตนซ์ทดสอบที่มีปริมาณการใช้งานขั้นต่ำ) ฉันไม่สามารถเปลี่ยนเขตเวลาของอินสแตนซ์ RDS ได้เนื่องจากฉันไม่มีสิทธิ์

ตอนนี้ฉันกำลังดูhttp://xeround.com/ซึ่งเป็น mysql บน EC2 โดย บริษัท อื่น พวกเขาไม่ได้ใช้ InnoDB แต่มีเอ็นจิ้นของตัวเองที่เรียกว่า IDG ฉันเพิ่งเริ่มตรวจสอบสิ่งนั้น แต่พวกเขาอยู่ในเบต้าและจะให้พื้นที่ 500MB