Amazon-Aurora-Funktionen

Amazon RDS überwacht laufend den Zustand Ihrer Aurora-Datenbank und der zugrunde liegenden Amazon Elastic Compute Cloud (Amazon EC2)-Instance. Bei einem Datenbankfehler startet Amazon RDS die Datenbank und die zugehörigen Prozesse automatisch neu. Aurora benötigt keine Crash-Recovery-Wiedergabe von Datenbank-Redo-Protokollen, und das reduziert die Dauer des Neustarts gewaltig. Es isoliert auch den Puffercache der Datenbank von den Datenbankprozessen, sodass der Cache auch bei einem Neustart erhalten bleibt.

Beim Ausfall einer Instance verwendet Aurora Amazon-RDS-Multi-AZ-Technologie für einen automatischen Failover zu einem von bis zu 15 Aurora-Replikaten, die Sie in einer von drei Availability Zones erstellt haben. Falls keine Aurora-Replikate bereitgestellt wurden, versucht Amazon RDS bei einem Ausfall, automatisch eine neue Aurora-DB-Instance für Sie zu erstellen. Minimieren Sie die Failover-Zeit, indem Sie Community-MySQL- und PostgreSQL-Treiber durch den Open-Source- und Drop-In-kompatiblen AWS-JDBC-Treiber für MySQL und den AWS-JDBC-Treiber für PostgreSQL ersetzen. Sie können auch RDS Proxy verwenden, um Failover-Zeiten zu verkürzen und die Verfügbarkeit zu verbessern. Wenn Failover auftreten, leitet Amazon-RDS-Proxy Anforderungen direkt an die neue Datenbank-Instance weiter, wodurch die Failover-Zeiten um bis zu 66 % reduziert werden, während die Anwendungsverbindungen erhalten bleiben.

Für global verteilte Anwendungen können Sie Aurora Global Database verwenden, bei dem eine einzige Aurora-Datenbank mehrere AWS-Regionen überspannen kann, um schnelle lokale Lesezugriffe und schnelle Notfallwiederherstellung zu ermöglichen. Global Database verwendet speicherbasierte Replikation, um eine Datenbank über mehrere AWS-Regionen hinweg zu replizieren, mit einer typischen Latenzzeit von weniger als eine Sekunde. Sie können eine sekundäre Region als Backup-Option verwenden, falls Sie nach einer regionalen Verschlechterung oder einem Ausfall schnell wiederherstellen müssen. Eine Datenbank in einer sekundären Region kann in unter 1 Minute auf volle Lese-/Schreibfähigkeit umgestellt werden. Weitere Informationen finden Sie unter Verwendung von Amazon Aurora Global Database.

Das Datenbankspeichervolumen von Aurora ist in 10-GiB-Blöcke segmentiert und über drei Availability Zones repliziert, wobei jede Availability Zone zwei Kopien jedes Schreibvorgangs speichert. Der Aurora-Speicher ist fehlertolerant und kann den Verlust von bis zu zwei Kopien der Daten ohne Beeinträchtigung der Schreibverfügbarkeit der Datenbank und von bis zu drei Kopien ohne Beeinträchtigung der Leseverfügbarkeit transparent verarbeiten. Der Aurora-Speicher ist außerdem selbstheilend: Datenblöcke und Festplatten werden kontinuierlich auf Fehler überprüft und automatisch ersetzt.

Die Backup-Fähigkeit von Aurora ermöglicht eine zeitpunktbezogene Wiederherstellung Ihrer Instance. Sie erhalten so die Möglichkeit, für jede einzelne Sekunde innerhalb des Aufbewahrungszeitraums bis zu den letzten fünf Minuten eine Wiederherstellung Ihrer Datenbank vorzunehmen. Der Aufbewahrungszeitraum für automatische Sicherungen kann auf bis zu 35 Tage konfiguriert werden. Automatisierte Backups werden in Amazon Simple Storage Service (Amazon S3) gespeichert, das für eine Beständigkeit von 99,999999999 % konzipiert ist. Aurora-Backups erfolgen automatisch, inkrementell und kontinuierlich und haben keinen Einfluss auf die Datenbankleistung.

Mit Backtrack können Sie eine Datenbank schnell zu einem früheren Zeitpunkt verschieben, ohne dass Daten aus einem Backup wiederhergestellt werden müssen. So ist eine schnelle Behebung von Benutzerfehlern wie das Entfernen der falschen Tabelle oder Löschen der falschen Zeile möglich. Wenn Sie Backtrack aktivieren, behält Aurora die Datensätze für die angegebene Backtrack-Dauer bei. Sie können Backtrack z. B. so einrichten, dass Ihre Datenbank in einen Zustand zurückversetzt werden kann, der bis zu 72 Stunden in der Vergangenheit liegt. Backtrack führt den Vorgang auch für große Datenbanken in Sekundenschnelle aus, weil keine Datensätze kopiert werden müssen. Sie können sich rückwärts und vorwärts bewegen, um den Punkt direkt vor Auftreten des Fehlers zu finden.

Backtrack eignet sich auch für Entwicklung und Test, insbesondere in Situationen, in denen der Test die Daten löscht oder anderweitig ungültig macht. Gehen Sie einfach zurück zum ursprünglichen Datenbankzustand und Sie sind bereit für einen weiteren Testlauf. Sie können per API ein Skript erstellen, das Backtrack aufruft und dann den Test durchführt, um eine einfache Integration in Ihr Test-Framework zu ermöglichen. Backtrack ist für Aurora mit MySQL-Kompatibilität verfügbar.

Aurora wird in der Amazon Virtual Private Cloud (Amazon VPC) ausgeführt, mit der Sie Ihre Datenbank in Ihrem eigenen virtuellen Netzwerk isolieren und über verschlüsselte IPsec-VPNs, die dem Industriestandard entsprechen, mit Ihrer IT-Infrastruktur On-Premises verbinden können. Um mehr über Amazon Relational Database Service (RDS) in Amazon VPC zu erfahren, lesen Sie bitte das Benutzerhandbuch für Amazon RDS. Bei der Verwendung von Amazon RDS können Sie außerdem Firewall-Einstellungen konfigurieren und den Netzwerkzugriff auf Ihre DB-Instances steuern.

Amazon Aurora ist in AWS Identity and Access Management (IAM) integriert und bietet Ihnen die Möglichkeit, die Aktionen zu kontrollieren, die Ihre IAM-Benutzer und -Gruppen auf bestimmten Aurora-Ressourcen (z. B. DB-Instances, DB-Snapshots, DB-Parametergruppen, DB-Ereignisabonnements, DB-Optionengruppen) ausführen können. Außerdem können Sie Ihre Aurora-Ressourcen markieren und die Aktionen kontrollieren, die Ihre IAM-Benutzer und -Gruppen mit Ressourcengruppen durchführen können, die den gleichen Tag (und Tag-Wert) haben. Weitere Informationen zur IAM-Integration finden Sie in der Dokumentation zur IAM-Datenbank-Authentifizierung.

Aurora ermöglicht das Verschlüsseln Ihrer Datenbanken mit Schlüsseln, die Sie mit dem AWS Key Management Service (KMS) erstellen und verwalten. Bei einer mit Aurora ausgeführten Datenbank-Instance werden ruhende Daten sowie die automatischen Backups, Snapshots und Replikate desselben Clusters auf dem zugrunde liegenden Speicher verschlüsselt. Aurora verwendet SSL (AES-256) zur Absicherung von Daten während der Übertragung.

Aurora unterstützt Sie bei der Protokollierung von Datenbankereignissen mit minimalen Auswirkungen auf die Datenbankleistung. Die Protokolle können später im Hinblick auf Datenbankverwaltung, Sicherheit, Governance, Einhaltung gesetzlicher Bestimmungen und sonstige Zwecke analysiert werden. Sie können die Aktivität auch überwachen, indem Sie Prüfprotokolle an Amazon CloudWatch senden.

Amazon GuardDuty bietet eine Bedrohungserkennung für Aurora, die Ihnen hilft, potenzielle Bedrohungen für in Aurora-Datenbanken gespeicherte Daten zu erkennen. GuardDuty RDS Protection profiliert und überwacht Zugriffsaktivitäten für vorhandene und neue Datenbanken in Ihrem Konto und nutzt maßgeschneiderte ML-Modelle, um verdächtige Anmeldungen zu Aurora-Datenbanken genau erkennen zu können. Wenn eine potenzielle Bedrohung erkannt wird, generiert GuardDuty einen Sicherheitsbefund, der Datenbankdetails und umfangreiche Kontextinformationen zu den verdächtigen Aktivitäten enthält. Die Aurora-Integration mit GuardDuty ermöglicht den direkten Zugriff auf Datenbank-Ereignisprotokolle, ohne dass Sie Ihre Datenbanken ändern müssen. Sie ist so konzipiert, dass sie keinen Einfluss auf die Datenbankleistung hat.

Bei Aurora gibt es keine Vorabverpflichtung. Sie zahlen einen Stundensatz für jede Instance, die Sie starten, und wenn Sie mit einer Aurora-DB-Instance fertig sind, können Sie sie löschen. Sie müssen keine Überkapazitäten als Sicherheitsspielraum für die Speicherung bereitstellen, und Sie zahlen nur für die tatsächliche Speichernutzung. Weitere Informationen finden Sie auf der Seite mit der Preisübersicht zu Aurora.

Aurora bietet die Flexibilität, Ihre Datenbankausgaben zu optimieren, indem Sie unabhängig vom E/A-Verbrauch Ihrer Anwendung zwischen zwei Konfigurationsoptionen wählen, die auf Ihren Anforderungen an die Preisleistung und die Preisvorhersehbarkeit basieren. Die beiden Konfigurationsoptionen sind Aurora I/O-Optimized und Aurora Standard. Keine der beiden Optionen erfordert E/A im Voraus oder Speicherbereitstellung, und beide können E/A skalieren, um Ihre anspruchsvollsten Anwendungen zu unterstützen.

Aurora I/O-Optimized ist eine Datenbank-Cluster-Konfiguration. Sie bietet ein verbessertes Preis-Leistungs-Verhältnis für Kunden mit E/A-intensiven Workloads wie Zahlungsabwicklungssystemen, E-Commerce-Systemen und Finanzanwendungen. Wenn Ihre E/A-Ausgaben 25 % Ihrer gesamten Aurora-Datenbankausgaben übersteigen, können Sie mit Aurora I/O-Optimized bis zu 40 % der Kosten für E/A-intensive Workloads sparen. Mit Aurora I/O-Optimized zahlen Sie für Datenbank-Instances und Speicher. Es fallen keine Gebühren für Lese- und Schreib-E/A-Vorgänge an, sodass der Preis für alle Anwendungen unabhängig von E/A-Schwankungen vorhersehbar ist.

Aurora Standard ist eine Datenbank-Cluster-Konfiguration, die kostengünstige Preise für die überwiegende Mehrheit der Anwendungen mit geringer bis mäßiger E/A-Auslastung bietet. Mit Aurora Standard zahlen Sie für Datenbank-Instances, Speicher und Pay-per-Request-E/A.

Bei anspruchsvollen analytischen Anwendungen machen E/A-Kosten typischerweise den größten Anteil der Datenbankkosten aus. E/A-Vorgänge werden von der Aurora-Datenbank-Engine in ihrer SSD-basierten virtualisierten Speicherschicht durchführt. Jeder Datenbank-Seiten-Lesevorgang zählt als ein E/A. Die Aurora-Datenbank-Engine führt Lesevorgänge in der Speicherschicht aus, um Datenbankseiten abzurufen, die nicht im Puffercache vorhanden sind. Jede Datenbankseite ist 8 KB in Aurora mit PostgreSQL-Kompatibilität und 16 KB in Aurora mit MySQL-Kompatibilität.

Aurora ist so konzipiert, dass es unnötige E/A-Vorgänge eliminiert, so die Kosten senkt und sicherstellt, dass die Ressourcen für Lese-/Schreibvorgänge verfügbar sind. Schreib-E/A-Vorgänge werden nur genutzt, wenn Transaktionsprotokoll-Aufzeichnungen in die Speicherschicht übertragen werden, um Schreibvorgänge dauerhaft zu machen. E/A-Schreibvorgänge werden in 4-KB-Einheiten gezählt. Eine Transaktionsprotokoll-Aufzeichnung mit 1 024 Bytes beispielsweise zählt als 1 E/A-Vorgang. Gleichzeitige Schreibvorgänge, deren Transaktionsprotokoll weniger als 4 KB hat, können jedoch zur Optimierung der E/A-Nutzung durch die Aurora-Datenbank-Engine zusammengefasst werden. Anders als herkömmliche Datenbank-Engines überträgt Aurora nie modifizierte Datenbankseiten zur Speicherschicht, was die E/A-Nutzung weiter senkt.

Der Umfang der E/A-Anfragen, die Ihre Aurora-Instance nutzt, wird in der AWS-Managementkonsole angezeigt. Sie finden die E/A-Nutzung im RDS-Abschnitt der Konsole. Wählen Sie in Ihrer Instance-Liste die Aurora-Instances und suchen Sie dann im Überwachungs-Abschnitt die Metriken „In Rechnung gestellte Lesevorgänge“ und „In Rechnung gestellte Schreibvorgänge“.

Wenn Sie Ihre Datenbank-Cluster für die Aurora-Standardkonfiguration konfigurieren, werden Ihnen Lese- und Schreib-E/A-Vorgänge in Rechnung gestellt. Wenn Sie Ihre Datenbank-Cluster für Aurora I/O-Optimized konfigurieren, fallen Ihnen keine Gebühren für Lese- und Schreib-E/A-Vorgänge an. Weitere Informationen zu den Preisen für E/A-Vorgängen finden Sie auf der Seite mit der Preisübersicht zu Amazon Aurora.

Aurora-optimierte Lesevorgänge für Aurora PostgreSQL bietet Kunden mit latenzempfindlichen Anwendungen und großen Arbeitsmengen eine überzeugende Preis-Leistungs-Alternative zur Einhaltung ihrer geschäftlichen SLAs. Die Kunden haben auch mehr Flexibilität, um ihre Datensätze zu vergrößern, ohne dass sie ihre Datenbank-Instances häufig aufstocken müssen, um mehr Speicherkapazität zu erhalten. Optimierte Lesevorgänge umfassen Leistungsverbesserungen wie mehrstufiges Caching und temporäre Objekte.

Mehrstufiges Caching bietet eine bis zu achtmal verbesserte Abfragelatenz und Kosteneinsparungen von bis zu 30 % für leseintensive, E/A-intensive Anwendungen wie operative Dashboards, Anomalieerkennung und vektorbasierte Ähnlichkeitssuchen. Diese Vorteile werden dadurch erzielt, dass Daten automatisch aus dem Puffercache der In-Memory-Datenbank in den lokalen Speicher verschoben werden, um nachfolgende Zugriffe auf diese Daten zu beschleunigen. Mehrstufiges Caching ist nur für Aurora PostgreSQL mit der Aurora E/A-optimierten Konfiguration verfügbar.

Temporäre Objekte ermöglichen eine schnellere Abfrageverarbeitung, indem temporäre Tabellen (die von Aurora PostgreSQL erstellt wurden) im lokalen Speicher platziert werden. Dadurch wird die Leistung von Abfragen verbessert, die Sortierungen, Hash-Aggregationen, Verbindungen mit hoher Last und andere datenintensive Operationen beinhalten.

Die ersten Schritte mit Aurora sind einfach. Starten Sie einfach eine neue Aurora-DB-Instance mit der Amazon-RDS-Managementkonsole oder einem einzigen API-Aufruf oder der CLI. Aurora DB-Instances sind mit Parametern und Einstellungen vorkonfiguriert, die für die von Ihnen gewählte DB-Instance-Klasse geeignet sind. Sie können eine DB-Instance starten und Ihre Anwendung innerhalb von Minuten ohne weitere Konfigurationen damit verbinden. DB-Parametergruppen bieten präzise Kontrolle und ermöglichen die Optimierung Ihrer Datenbank.

Aurora bietet mehrere Optionen zur Überwachung und Optimierung der Datenbankleistung, darunter Amazon CloudWatch, Enhanced Monitoring, RDS Performance Insights und Amazon DevOps Guru für RDS.

Mit Amazon-CloudWatch-Metriken für Aurora können Sie wichtige Betriebsmetriken wie Rechenleistung, Arbeitsspeicher und Speicher, Abfragedurchsatz, Cache-Trefferquote und aktive Verbindungen über die AWS-Managementkonsole verfolgen. Mit Amazon CloudWatch Alarms können Sie Alarme für bestimmte Metriken über einen bestimmten Zeitraum einrichten und Aktionen auf der Grundlage anpassbarer Schwellenwerte ausführen. Amazon CloudWatch Database Insights konsolidiert Protokolle und Metriken aus Ihren Anwendungen, Ihren Datenbanken und den Betriebssystemen, auf denen sie ausgeführt werden, in einer einheitlichen Ansicht in der Konsole. Mithilfe vorgefertigter Dashboards, Alarmempfehlungen und der automatisierten Telemetrieerfassung können Sie den Zustand Ihrer Datenbankflotten überwachen. Eine geführte Problembehandlung ermöglicht es, einzelne Instances aufzuschlüsseln, um eine Ursachenanalyse durchzuführen. Anwendungsentwickler können die Anwendungsleistung mit der Datenbankleistung korrelieren, indem sie aus dem Kontext ihrer Anwendungsleistungsansicht in Amazon CloudWatch Application Signals einen Drilldown zur spezifischen abhängigen Datenbank in CloudWatch Database Insights durchführen. CloudWatch Database Insights erbt alle Funktionen von Amazon RDS Performance Insights sowie zusätzliche Funktionen wie die Überwachung auf Flottenebene, die Integration mit der Überwachung der Anwendungsleistung und die Korrelation von Datenbankmetriken mit Protokollen und Ereignissen.

Enhanced Monitoring bietet Echtzeit-Metriken aus der Betriebssystem-Instance, auf dem Ihre Datenbank ausgeführt wird. Sie können in der Konsole alle Systemmetriken und Prozessinformationen zu Ihren RDS-DB-Instances anzeigen. Aurora liefert Metriken aus Enhanced Monitoring in Ihr Amazon-CloudWatch-Logs-Konto. Sie können in CloudWatch Metrikfilter aus CloudWatch Logs erstellen und die Grafiken auf dem CloudWatch-Dashboard anzeigen.

Darüber hinaus identifiziert, diagnostiziert und empfiehlt DevOps Guru für RDS, das auf maschinellem Lernen basiert, automatisch Datenbankprobleme, einschließlich Ressourcenüberlastung und SQL-Abfrageproblemen, und das alles, ohne dass ML- oder fundierte Datenbankkenntnisse erforderlich wären. Sie können DevOps Guru für RDS einfach in der Amazon-RDS-Konsole, Performance Insights oder DevOps-Guru-Konsole für eine umfassende Datenbanküberwachung aktivieren.

Mit Blau/Grün-Bereitstellungen von Amazon RDS können Sie sicherere, einfachere und schnellere Datenbank-Aktualisierungen ohne Datenverlust in der Aurora-MySQL-kompatiblen Edition und der Aurora-PostgreSQL-kompatiblen Edition durchführen. Blau/Grün-Bereitstellungen erstellen in ein paar Schritten eine Staging-Umgebung, die die Produktionsumgebung widerspiegelt und die beiden Umgebungen mit logischer Replikation synchron hält. Sie können Änderungen vornehmen, z. B. Haupt-/Nebenversions-Upgrades, Schemaänderungen und Änderungen der Parametereinstellungen, ohne dass dies Auswirkungen auf Ihren Produktions-Workload hat.

Blau/Grün-Bereitstellungen blockieren bei der Förderung Ihrer Staging-Umgebung Schreibvorgänge zu blauen und grünen Umgebungen, bis die Umschaltung abgeschlossen ist. Blau/Grün-Bereitstellungen verwenden einen Umschaltungsschutz, der die Förderung unterbricht, wenn sie die maximal tolerierbare Ausfallzeit überschreitet, Replikationsfehler erkennt, den Zustand der Instance überprüft und mehr.

Aurora hält Ihre Datenbank mit den neuesten Patches auf dem neuesten Stand. Durch das Versionsmanagement für DB-Engines können Sie kontrollieren, ob und wie Ihre Instance gepatcht wird. Aurora nutzt, sofern möglich, Patching ohne Ausfallzeit: Wenn ein geeignetes Zeitfenster auftritt, wird die Instance an Ort und Stelle aktualisiert, Anwendungssitzungen werden beibehalten und die Datenbank-Engine wird neu gestartet, während das Patch stattfindet. Daraus resultiert eine nur vorübergehende (ca. fünf Sekunden) Reduzierung des Durchsatzes.

Aurora kann Sie per E-Mail oder SMS über wichtige Datenbankereignisse wie z. B. einen automatischen Failover informieren. Mithilfe der AWS-Managementkonsole oder Amazon-RDS-APIs können Sie mehr als 40 DB-Ereignisse abonnieren, die mit Ihren Aurora-Datenbanken verknüpft sind.

Aurora unterstützt schnelle, effiziente Klonvorgänge, bei denen ganze Multi-Terabyte-Datenbankcluster in wenigen Minuten geklont werden können. Cloning ist für eine Vielzahl von Zwecken nützlich, einschließlich der Anwendungsentwicklung, Tests, Datenbankaktualisierungen, Datenbank-Updates und die Durchführung analytischer Abfragen. Die sofortige Verfügbarkeit der Daten kann Ihre Softwareentwicklung und Aktualisierungsprojekte erheblich beschleunigen und die Analytiken präziser machen.

Sie können eine Aurora-Datenbank in wenigen Schritten klonen, und es fallen keine Speichergebühren an, es sei denn, Sie verwenden zusätzlichen Speicherplatz, um Datenänderungen zu speichern.

Sie können eine Aurora-Datenbank in nur wenigen Schritten manuell stoppen und starten. Auf diese Weise wird das Verwenden von Datenbanken für Entwicklung und Test einfach und kostengünstig, da die Datenbank nicht die ganze Zeit ausgeführt werden muss. Wenn Sie Ihre Datenbank stoppen, werden Ihre Daten nicht gelöscht. Weitere Informationen finden Sie in der Start/Stop-Dokumentation.

Die Null-ETL-Integration von Amazon Aurora mit Amazon Redshift ermöglicht Analysen und ML mit Amazon Redshift auf Petabytes von Transaktionsdaten aus Aurora nahezu in Echtzeit, da Sie keine komplexen Daten-Pipelines erstellen und warten müssen, die Extract, Transform, Load (ETL)-Vorgänge durchführen. Transaktionsdaten werden automatisch und fortlaufend innerhalb von Sekunden nach dem Schreiben in Aurora repliziert und nahtlos in Amazon Redshift zur Verfügung gestellt.

Sobald die Daten in Amazon Redshift verfügbar sind, können Sie sofort mit der Analyse beginnen und erweiterte Features wie Datenfreigabe, materialisierte Ansichten und Amazon Redshift ML anwenden, um ganzheitliche und prädiktive Erkenntnisse zu gewinnen. Sie können mehrere Tabellen aus verschiedenen Aurora-Datenbank-Clustern konsolidieren und Ihre Daten in ein Amazon Redshift Data Warehouse replizieren, um einheitliche Analysen über mehrere Anwendungen und Datenquellen hinweg auszuführen. Wenn Sie sowohl Aurora Serverless als auch Amazon Redshift Serverless verwenden, können Sie Analysen zu Transaktionsdaten nahezu in Echtzeit erstellen, ohne die Infrastruktur für Daten-Pipelines verwalten zu müssen. Lesen Sie unsere Dokumentation zur Arbeit mit Aurora-Null-ETL-Integrationen mit Amazon Redshift.

Aurora bietet Funktionen, mit denen Modelle für Machine Learning (ML) und generative künstliche Intelligenz (KI) mit den in Aurora gespeicherten Daten in Echtzeit und ohne Verschieben der Daten arbeiten können. Mit der Amazon-Aurora-PostgreSQL-kompatiblen Edition können Sie auf Vektordatenbankfunktionen zugreifen, um ML-Einbettungen mit der Erweiterung pgvector zu speichern, zu suchen, zu indizieren und abzufragen.

Eine Vektoreinbettung ist eine numerische Darstellung, die die semantische Bedeutung von Inhalten wie Text, Bildern und Videos darstellt. Generative KI und andere KI/ML-Systeme verwenden Einbettungen, um die semantische Bedeutung dieses Inhalts in einem großen Sprachmodell (LLM) zu erfassen. Sie können Einbettungen aus ML- und KI-Modellen, z. B. von Amazon Bedrock und Amazon SageMaker in Ihren Aurora-Datenbanken speichern. Lesen Sie unsere Dokumentation zu Erweiterungsversionen für Aurora PostgreSQL.

Sie können Amazon Aurora PostgreSQL als Ihren Vektorspeicher in den Amazon Bedrock-Wissensdatenbanken verwenden. Mit nur einem Klick konfigurieren Sie Aurora als Wissensdatenbank für Bedrock und Sie können die privaten Datenquellen Ihres Unternehmens von Aurora aus mit den in Bedrock verfügbaren Basismodellen (FM) verbinden, um automatisierte Retrieval-Augmented-Generation (RAG)-Workflows auf ihnen zu ermöglichen. Dadurch verfügen Ihre FMs über mehr Wissen über Ihren spezifischen Bereich und Ihre Organisation. Lesen Sie in unserer Dokumentation, wie Sie mit nur einem Klick mit Aurora PostgreSQL als Wissensdatenbank für Amazon Bedrock beginnen können.

Aurora Machine Learning (Aurora ML) vereinfacht auch das Hinzufügen generativer KI-Modellprognosen zu Ihrer Aurora-Datenbank. Aurora ML stellt ML-Modelle als SQL-Funktionen dar, sodass Sie Standard-SQL verwenden können, um ML-Modelle aufzurufen, Daten an sie zu übergeben und Vorhersagen, Textzusammenfassungen oder Stimmungen als Abfrageergebnisse zurückzugeben. Mit Aurora ML können Sie das Hinzufügen neuer Einbettungen zu Ihrer Aurora PostgreSQL-Datenbank mit der Erweiterung pgvector in Echtzeit durchführen, indem Sie regelmäßig ein SageMaker- oder Amazon-Bedrock-Modell aufrufen, das die neuesten, aktuellen Einbettungen zurückgibt.

Die Standard-MySQL-Import- und Exportwerkzeuge funktionieren mit Aurora. Sie können auch einfach eine neue Aurora-Datenbank aus einem Snapshot von Amazon RDS für MySQL DB erstellen. Migrationsvorgänge auf der Grundlage von DB-Snapshots sind in der Regel in weniger als einer Stunde abgeschlossen, variieren jedoch je nach Menge und Format der zu migrierenden Daten.

Alternativ bietet AWS Database Migration Service (AWS DMS) integrierte native Tools innerhalb der DMS-Konsole für eine reibungslose Migration. Da keine Replikations-Instances bereitgestellt oder skaliert werden müssen, können Sie mit ein paar einfachen Klicks eine Datenbankmigration initiieren und zahlen nur auf Stundenbasis für die genutzte Zeit.

Sie können auch eine binlog-basierte Replikation zwischen einer Aurora-MySQL-kompatiblen Edition einer Datenbank und einer externen MySQL-Datenbank einrichten, die innerhalb oder außerhalb von AWS ausgeführt wird.

Standardmäßige PostgreSQL-Import- und Exportwerkzeuge funktionieren mit Aurora, einschließlich pg_dump und pg_restore. Aurora unterstützt auch den Snapshot-Import aus Amazon RDS für PostgreSQL und die Replikation mit AWS Database Migration Service (AWS DMS).

Aurora bietet eine ideale Umgebung für die Verlagerung von Datenbank-Workloads von kommerziellen Datenbanken. Aurora verfügt über funktionale Fähigkeiten, die denen kommerzieller Datenbank-Engines sehr ähnlich sind, und bietet die Leistung, Langlebigkeit und Hochverfügbarkeit auf Unternehmensniveau, die für die meisten Datenbank-Workloads in Unternehmen erforderlich sind. AWS Database Migration Service (AWS DMS) kann Datenbankmigrationen zu Aurora mit verwalteten Features wie DMS Schema Conversion und DMS Serverless beschleunigen. DMS Schema Conversion bewertet und konvertiert automatisch Schemas und Quellobjekte, damit sie mit dem Aurora-Ziel-Cluster kompatibel sind. In der Zwischenzeit automatisiert DMS Serverless die Bereitstellung, Überwachung und Skalierung von Migrationsressourcen.

Babelfish für Aurora PostgreSQL ist eine neue Funktion für die PostgreSQL-kompatible Edition von Aurora, die es Aurora ermöglicht, Befehle von Anwendungen zu verstehen, die für Microsoft SQL Server geschrieben wurden. Mit Babelfish versteht Aurora PostgreSQL jetzt T-SQL, den proprietären SQL-Dialekt von Microsoft SQL Server, und unterstützt dasselbe Kommunikationsprotokoll, sodass Ihre Anwendungen, die ursprünglich für SQL Server geschrieben wurden, jetzt mit weniger Codeänderungen mit Aurora funktionieren. Dadurch wird der Aufwand für die Änderung und Verschiebung von Anwendungen unter SQL Server 2005 oder einer neueren Version auf Aurora reduziert, sodass schnellere, risikoärmere und kostengünstigere Migrationen möglich sind. Babelfish ist eine integrierte Funktion von Aurora, für die keine zusätzlichen Kosten anfallen. Sie können Babelfish auf Ihrem Aurora-Cluster in nur wenigen Schritten in der RDS-Konsole aktivieren.

Trusted Language-Erweiterungen (TLE) für PostgreSQL ist ein Entwicklungs-Kit und Open-Source-Projekt, mit dem Sie leistungsstarke Erweiterungen schnell erstellen und sie sicher auf Amazon Aurora ausführen können. Vonseiten AWS ist das Zertifizieren von Code unnötig. Die Entwickler können populäre, vertrauenswürdige Sprachen wie JavaScript, PL/pgSQL, Perl und SQL verwenden, um Erweiterungen sicher zu schreiben. TLE soll den Zugriff auf unsichere Ressourcen verhindern und beschränkt Erweiterungsfehler auf eine einzige Datenbank-Verbindung. DBAs verfügen über eine präzise Online-Kontrolle darüber, wer Erweiterungen installieren und ein Berechtigungsmodel für ihre Ausführung erstellen kann. TLE steht Aurora-Kunden ohne Zusatzkosten zur Verfügung.

Aurora bietet Machine-Learning-Funktionen unmittelbar von der Datenbank, wodurch Sie Ihre Anwendungen über die gewohnte SQL-Programmiersprache um ML-basierte Prognosen erweitern können. Mit einer einfachen, optimierten und sicheren Integration zwischen Aurora und AWS Machine Learning haben Sie Zugang zu einer umfassenden Auswahl an ML-Algorithmen, ohne dass Sie kundenspezifische Integrationen erstellen oder Daten verschieben müssen. Weitere Informationen zu Aurora Machine Learning.

Aurora arbeitet zusammen mit Amazon-RDS-Proxy, einem vollständig verwalteten, hochverfügbaren Datenbank-Proxy, der Anwendungen skalierbarer, widerstandsfähiger gegen Datenbankausfälle und sicherer macht. Mit RDS Proxy können Anwendungen etablierte Datenbankverbindungen bündeln und gemeinsam nutzen, was die Effizienz der Datenbank und die Skalierbarkeit der Anwendung verbessert. Ausfallzeiten werden reduziert, indem automatisch eine Verbindung zu einer neuen Datenbankinstanz erstellt wird, während Anwendungsverbindungen erhalten bleiben. Durch die Integration mit AWS IAM und AWS Secrets Manager wird die Sicherheit erhöht.

Die Daten-API ist eine benutzerfreundliche, sichere HTTPS-API zur Ausführung von SQL-Abfragen für Aurora-Datenbanken, die die moderne Anwendungsentwicklung beschleunigt. Die Daten-API eliminiert die Netzwerk- und Anwendungskonfigurationsaufgaben, die für eine sichere Verbindung zu einer Aurora-Datenbank erforderlich sind, wodurch der Zugriff auf Aurora so einfach wird wie ein API-Aufruf. Die Daten-API macht die Verwendung von Datenbanktreibern und clientseitiger Connection-Pooling-Software überflüssig. Außerdem verbessert es die Skalierbarkeit der Anwendung durch automatisches Pooling und gemeinsame Nutzung von Datenbankverbindungen. Die Daten-API erhöht die Sicherheit durch die Integration mit AWS IAM und AWS Secrets Manager.

Entwickler können die Daten-API über Anwendungen aufrufen, die mit einem AWS SDK erstellt wurden. Die Daten-API bietet auch Zugriff auf Aurora-Datenbanken für AWS-AppSync-GraphQL-APIs.