Amazon RDS: Datenbanken können Setup im Replikationsmodus sein?

Question

Ich studiere das neue Amazon RDS Produkt und es scheint, kann es nur vertikal skaliert werden (das heißt einen stärkeren Server setzen).

Hat jemand sieht eine Möglichkeit, mehrere Instanzen so zu konfigurieren, dass ein Master und die anderen / s ist / sind Replikations-Slaves?

Answer 1

Das gleiche Frage gestellt (und beantwortet) hier http: //developer.amazonwebservices .com / connect / thread.jspa? threadID = 37823

Sieht aus wie es gibt Pläne für Master-Master-HA oder ähnliches, aber das ist nicht das gleiche eines replizierte Scale-out-Angebot.

Answer 2

Nach der FAQ es jetzt möglich ist, finden Sie unter http://aws.amazon.com / rds / faqs / # 86 :

  

F: Welche Arten von Replikation funktioniert   Amazon RDS-Unterstützung und wann sollte ich   verwenden jeder?

     

Amazon RDS bietet zwei verschiedene Replikationsoptionen unterschiedlich zu dienen   Zwecke.

     

Wenn Sie schauen, Replikation verwenden Datenbank zu erhöhen   Verfügbarkeit, während der Schutz Ihrer   neueste Datenbank-Updates gegen   ungeplante Ausfälle, sollten Sie laufen   Ihre DB Instance als Multi-AZ   Einsatz. Wenn Sie erstellen oder ändern   Ihre DB Instance als Multi-AZ laufen   Bereitstellung, Amazon RDS   automatisch Bereitstellung und Verwaltung eines   „Standby“ replica in einem unterschiedlichen   Availability Zone (unabhängig   Infrastruktur in einem physikalisch   separater Ort). Im Falle von   geplante Wartung der Datenbank, DB   Instance Ausfall oder eine Verfügbarkeit   Zone Ausfall wird Amazon RDS   Failover automatisch in den Stand-by   so dass die Datenbankoperationen wieder aufgenommen werden können   schnell und ohne administrative   Intervention. Multi-AZ-Implementierungen   verwenden synchrone Replikation,   Herstellung Datenbank schreibt gleichzeitig auf   sowohl die Primär- und die Bereitschafts so dass   die Standby wird in der up-to-date sein   Ereignis ein Failover auftritt. während unsere   technologische Umsetzung für   Multi-AZ DB Instances maximiert Daten   Haltbarkeit in Ausfallszenarien es,   die Standby ausschließt entfernt,   direkt oder verwendet für Lese- zugegriffen   Operationen. Die Fehlertoleranz   von Multi-AZ-Implementierungen angeboten machen   sie eine natürliche Ergänzung für die Produktion   Umgebungen; mehr darüber lernen   Multi-AZ-Installationen finden Sie unter   Dieser FAQ-Bereich.

     

Wenn Sie schauen Vorteil von MySQL 5.1 nehmen eingebauten in   Replikation über die maßstabs   Kapazitätsbeschränkungen eines einzelnen DB   Instanz für Leselastige Datenbank   Workloads, macht Amazon RDS es einfacher   mit Read Replicas. Sie können ein erstellen   Read Replica eines gegebenen „Quelle“ DB   Instanz des AWS Management mit   Konsole oder CreateDBInstanceReadReplica   API. Sobald die Read Replica erstellt wird,   Datenbank-Updates auf der Quell-DB   Instanz wird auf die vermehrt werden   Lesen Sie Replica. Sie können mehrere erstellen   Lesen Sie Replicas für eine bestimmte Quelle DB   Instanz und verteilen Sie Ihre   Anwendung lesen Verkehr unter   Sie. Im Gegensatz zu Multi-AZ-Implementierungen,   Lesen Replicas verwendet MySQL 5.1-interne   Replikation und unterliegen ihrer   Starken und Einschränkungen. Im   Insbesondere werden Updates angewendet   Ihre Read Replica (s), nachdem sie auftreten   an der Source-DB Instanz   ( „Asynchron“ Replikation) und   Replikation Verzögerung kann variieren   bedeutend. Dies bedeutet die letzte   Datenbank-Updates zu einem Standard gemacht   (Non-Multi AZ) Quelle DB kann beispielsweise   nicht auf assoziiert lesen vorhanden sein   Replicas im Falle eines ungeplanten   Ausfall an der Source-DB Instanz. Wie   solche, Read Replicas bieten nicht die   gleiche Daten Haltbarkeit Vorteile wie   Multi-AZ-Implementierungen. während lesen   Replicas kann einige Lese bieten   Verfügbarkeit Vorteile, sie sind und   nicht darauf ausgelegt, weiter zu verbessern Schreiben   Verfügbarkeit.

     

Mit Amazon RDS können Sie Multi-AZ-Installationen und Read Replicas verwenden   in Verbindung genießen die   komplementäre Vorteile der einzelnen. Sie   angeben können einfach, dass ein gegebenes   Multi-AZ-Bereitstellung ist die Quelle DB   Instanz für Ihre Read Replica (s).   Auf diese Weise können sowohl die Daten gewinnen   Haltbarkeit und Verfügbarkeit Vorteile   von Multi-AZ-Implementierungen und der Lese   Skalierung Vorteile von Read Replicas.