Arbeiten mit Amazon RDS auf AWS Outposts
Amazon RDS on AWS Outposts erweitert RDS for SQL Server, RDS for MySQL und RDS-for-PostgreSQL-Datenbanken auf AWS Outposts-Umgebungen. AWS Outposts verwendet die gleiche Hardware wie in öffentlichen AWS-Regionen, um AWS-Services, Infrastrukturen und Betriebsmodelle On-Premise bereitzustellen. Mit RDS unter Outposts können Sie verwaltete DB-Instances nahe Geschäftsanwendungen bereitstellen, die lokal ausgeführt werden müssen. Mehr über AWS Outposts erfahren Sie unter AWS Outposts
Sie verwenden dieselbe AWS Management Console-, AWS CLI- und RDS-API für die Bereitstellung und Verwaltung von RDS on Outposts-DB-Instances vor Ort wie für RDS-DB-Instances, die in der AWS Cloud-Cloud laufen. RDS unter Outposts automatisiert Aufgaben wie Datenbankbereitstellung, Betriebssystem- und Datenbank-Patching, Backup und Langzeitarchivierung in Amazon S3.
RDS unter Outposts unterstützt automatisierte Backups von DB-Instances. Zwischen Ihrem Outpost und Ihrer AWS-Region muss eine Netzwerkkonnektivität bestehen, um DB-Instances sichern und wiederherstellen zu können. Alle DB-Snapshots und Transaktionsprotokolle von einem Outpost werden in der AWS-Region gespeichert. Sie können aus Ihrer AWS-Region eine DB-Instance aus einem DB-Snapshot in einem anderen Outpost wiederherstellen. Weitere Informationen finden Sie unter Arbeiten mit Backups.
RDS unter Outposts unterstützt automatisierte Wartungsvorgänge und automatisierte Upgrades von DB-Instances. Weitere Informationen finden Sie unter Warten einer DB-Instance.
RDS auf Outposts verwendet Verschlüsselung im Ruhezustand für DB-Instanzen und DB-Snapshots unter Verwendung Ihrer AWS KMS key. Weitere Informationen zur Verschlüsselung im Ruhezustand finden Sie unter Verschlüsseln von Amazon RDS-Ressourcen.
Standardmäßig können EC2-Instances in Outpost-Subnetzen den Amazon Route 53-DNS-Service verwenden, um Domänennamen in IP-Adressen aufzulösen. Abhängig von der Pfadlatenz zwischen Ihrem Outpost und der AWS-Region können längere DNS-Behebungszeiten mit Route 53 auftreten. In solchen Fällen können Sie die in Ihrer lokalen Umgebung installierten DNS-Server verwenden. Weitere Informationen finden Sie unter DNS im AWS Outposts-Benutzerhandbuch.
Wenn keine Netzwerkverbindung mit der AWS-Region verfügbar ist, wird Ihre DB-Instance weiterhin lokal ausgeführt. Sie können weiterhin mit DNS-Namensauflösungen auf DB-Instances zugreifen, indem Sie einen lokalen DNS-Server als sekundären Server konfigurieren. Allerdings können Sie keine neuen DB-Instances erstellen oder neue Aktionen für vorhandene DB-Instances ausführen. 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 in AWS Outposts
- Amazon RDS in AWS Outposts-Unterstützung für Amazon RDS-Funktionen
- Für Amazon RDS in AWS Outposts unterstützte DB-Instance-Klassen
- 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
- Erstellen von Lesereplikaten für Amazon RDS on AWS Outposts
- Überlegungen zum Wiederherstellen von DB-Instances in Amazon RDS on AWS Outposts
Voraussetzungen für Amazon RDS in AWS Outposts
Dies sind die Voraussetzungen für die Verwendung von Amazon RDS in AWS Outposts:
-
Installieren Sie AWS Outposts in Ihrem lokalen Rechenzentrum. Mehr über AWS Outposts erfahren Sie unter AWS Outposts
. -
Stellen Sie sicher, dass mindestens ein Subnetz für RDS unter Outposts zur Verfügung steht. 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.