Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
So funktionieren Multi-AZ-DB-Endpunkte mit hoher Verfügbarkeit für Amazon RDS
Verwenden Sie im Fall von Multi-AZ-DB-Clustern, bei denen eine hohe Verfügbarkeit von großer Bedeutung ist, den Writer-Endpunkt für Lese-/Schreib- oder Allzweck-Verbindungen und den Leser-Endpunkt für schreibgeschützte Verbindungen. Die Schreiber- und Leser-Endpunkte verwalten das Failover von DB-Instances besser als Instance-Endpunkte. Im Gegensatz zu den Instance-Endpunkten ändern die Schreiber- und Leser-Endpunkte automatisch, mit welcher DB-Instance sie eine Verbindung herstellen, wenn eine DB-Instance in Ihrem Cluster nicht mehr verfügbar ist.
Wenn die Writer-DB-Instance eines DB-Clusters ausfällt, führt Amazon RDS automatisch einen Failover zu einer neuen Writer-DB-Instance durch. Dies geschieht durch die Förderung einer Reader-DB-Instance auf eine neue Writer-DB-Instance. Wenn ein Failover auftritt, können Sie den Schreiber-Endpunkt verwenden, um eine Verbindung zu der neu hochgestuften Writer-DB-Instance wiederherzustellen. Oder Sie können den Leser-Endpunkt verwenden, um eine Verbindung zu einer der Reader-DB-Instances im DB-Cluster wiederherzustellen. Während eines Failovers leitet der Reader-Endpunkt Verbindungen möglicherweise für kurze Zeit an die neue Writer-DB-Instance eines DB-Clusters weiter, nachdem eine Reader-DB-Instance zur neuen Writer-DB-Instance hochgestuft wurde. Wenn Sie Ihre Anwendungslogik so entwickeln, dass Verbindungen zu Instance-Endpunkten verwaltet werden können, ist es möglich, den daraus resultierenden Satz an verfügbaren DB-Instances im DB-Cluster manuell oder programmgesteuert zu ermitteln.
