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.
RDSAmazon AWS Outposts erweitert RDS für SQL Server-SQL, RDS My- und RDS SQL Postgre-Datenbanken auf AWS Outposts
Umgebungen. AWS Outposts verwendet dieselbe Hardware wie in der Öffentlichkeit, AWS-Regionen um AWS
Dienste, Infrastruktur und Betriebsmodelle vor Ort bereitzustellen. Mit RDS on Outposts können Sie verwaltete DB-Instances in der Nähe der Geschäftsanwendungen bereitstellen, die lokal ausgeführt werden müssen. Weitere Informationen AWS Outposts dazu finden Sie in der AWS Outposts Dokumentation und auf der AWS Outposts Produktseite
Sie verwenden dasselbe AWS Management Console,, AWS CLI, für die lokale RDS Bereitstellung und Verwaltung von Outposts-DB-Instances wie für RDS DB-Instances, die in der ausgeführt werden. RDS API AWS Cloud RDSon Outposts automatisiert Aufgaben wie Datenbankbereitstellung, Betriebssystem- und Datenbank-Patching, Backup und Langzeitarchivierung in Amazon S3.
RDSon Outposts unterstützt automatisierte Backups von DB-Instances. Für die Sicherung und Wiederherstellung von DB-Instances AWS-Region ist eine Netzwerkverbindung zwischen Ihrem Outpost und Ihrem erforderlich. Alle DB-Snapshots und Transaktionsprotokolle von einem Outpost werden in Ihrem gespeichert. AWS-Region Sie können aus Ihrer AWS -Region eine DB-Instance aus einem DB-Snapshot in einem anderen Outpost wiederherstellen. Weitere Informationen finden Sie unter Einführung in Backups.
RDSon Outposts unterstützt die automatisierte Wartung und Aktualisierung von DB-Instances. Weitere Informationen finden Sie unter Warten einer DB-Instance.
RDSon Outposts verwendet Verschlüsselung im Ruhezustand für DB-Instances und DB-Snapshots mit Ihrem. AWS KMS key Weitere Informationen zur Verschlüsselung im Ruhezustand finden Sie unter Verschlüsseln von Amazon RDS Amazon.
Standardmäßig können EC2 Instances in Outposts-Subnetzen den Amazon Route DNS 53-Service verwenden, um Domainnamen in IP-Adressen aufzulösen. Bei Route 53 kann es zu längeren DNS Lösungszeiten kommen, abhängig von der Pfadlatenz zwischen Ihrem Outpost und dem. AWS-Region In solchen Fällen können Sie die lokal in Ihrer lokalen Umgebung installierten DNS Server verwenden. Weitere Informationen finden Sie unter DNS im AWS Outposts -Benutzerhandbuch.
Wenn keine Netzwerkverbindung zu der AWS-Region verfügbar ist, wird Ihre DB-Instance weiterhin lokal ausgeführt. Sie können weiterhin mithilfe der DNS Namensauflösung auf DB-Instances zugreifen, indem Sie einen lokalen DNS Server als sekundären Server konfigurieren. Sie können jedoch keine neuen DB-Instances erstellen oder bestehende DB-Instances ändern. Automatische Backups werden nicht durchgeführt, wenn keine Konnektivität vorhanden ist. Wenn ein DB-Instancefehler auftritt, wird die DB-Instance erst dann automatisch ersetzt, wenn die Konnektivität wiederhergestellt wurde. Wir empfehlen, die Netzwerkkonnektivität so schnell wie möglich wiederherzustellen.
Themen
- Voraussetzungen für Amazon RDS on AWS Outposts
- Amazon RDS zur AWS Outposts Unterstützung von RDS Amazon-Funktionen
- Unterstützte DB-Instance-Klassen für Amazon RDS auf AWS Outposts
- Kundeneigene IP-Adressen für Amazon RDS on AWS Outposts
- Arbeiten mit Multi-AZ-Bereitstellungen für Amazon RDS in AWS Outposts
- Erstellen von DB-Instances für Amazon RDS in AWS Outposts
- Read Replicas für Amazon RDS erstellen auf AWS Outposts
- Überlegungen zum Wiederherstellen von DB-Instances in Amazon RDS on AWS Outposts
Voraussetzungen für Amazon RDS on AWS Outposts
Die folgenden Voraussetzungen gelten für die Nutzung von Amazon RDS auf AWS Outposts:
-
Installieren Sie es AWS Outposts in Ihrem lokalen Rechenzentrum. Weitere Informationen finden Sie unter Installation eines AWS Outposts Servers im AWS Outposts Serverinstallationshandbuch.
-
Stellen Sie sicher, dass Sie mindestens ein Subnetz für Outposts RDS zur Verfügung haben. Sie können dasselbe Subnetz auch für andere Workloads verwenden.
-
Es muss eine zuverlässige Netzwerkverbindung zwischen Ihrem Outpost und einer AWS -Region vorhanden sein.
