Relational Database Service (RDS)

Wenn es um die strukturierte Speicherung und Nutzung von Daten geht, sind Datenbanken nahezu unverzichtbar geworden. Expert*innen nutzen häufig relationale Datenbanken, da sie eine Vielzahl von Möglichkeiten bieten. Clouds ermöglichen die Nutzung von Datenbanken „as a Service“: Datenbanksoftware und die entsprechende Hardware-Infrastruktur werden auf Knopfdruck gepackt und hochverfügbare Datenbanken in Minutenschnelle bereitgestellt – für Tests, Entwicklung oder den Dauerbetrieb.

Der Relational Database Service (RDS) ist ein cloudbasierter Webservice, der zuverlässig, skalierbar, einfach zu verwalten und sofort einsatzbereit ist. Der RDS bietet ein umfassendes Leistungsüberwachungssystem, mehrstufige Sicherheitsmaßnahmen und eine professionelle Datenbankverwaltungsplattform, mit der Sie eine relationale Datenbank einfach einrichten und skalieren können. Er unterstützt Datenbankdienste wie MySQL, PostgreSQL und Microsoft SQL Server.

Frau die mit den Finger auf Daten zeigt und analysiert

Über die RDS-Konsole können Sie fast alle notwendigen Aufgaben durchführen – ohne Programmierung. Der RDS bietet eine automatische Backup-Funktion und Point-in-Time-Recovery für die letzten 35 Tage, unterstützt Hochverfügbarkeit auch über verschiedene Verfügbarkeitszonen hinweg, und zur primären Datenbank kann eine gespiegelte Standby-Datenbank hinzugefügt werden, die im laufenden Betrieb auf bis zu 4 TB erweitert werden kann.

Recovery Point Objective: Die maximale Datenmenge, deren Verlust ein Unternehmen tolerieren kann (Recovery Point Objective, RPO) ist Null, wenn ein Deployment als Primary/Standby ausgewählt wurde. Für Single-RDS-Instanzen ist der maximale Wert eines RPO auf fünf Minuten gesetzt, da alle fünf Minuten ein automatisches inkrementelles Backup läuft. Eine Replikation der Daten zwischen Primary/Standby-Knoten basiert in dem Fall von PostgreSQL auf WAL-Logs.
Primary-Node-Failover: RDS verfügt über einen Überwachungsprozess, wodurch Primary-Node-Failover erkannt werden. Sollte der Primärknoten ausfallen, wechselt der RDS-Überwachungsprozess die Rolle von Standby-Knoten automatisch auf Primärknoten. Der ausgefallene Primärknoten wird neu erstellt und bekommt automatisch die Rolle des Standby-Knoten. Somit ist ein RPO nach einem Ausfall gleich Null, da das Recovery Time Objective (RTO) weniger als 60 Sekunden für den Rollenwechsel beansprucht hat.
Automatische und manuelle Backups: Automatische Datenbank-Backups laufen in dem vorgegebenen Zeitfenster und können jederzeit in der RDS-Konsole angepasst werden. Manuelle Backups sind jederzeit möglich. Nach Abschluss eines automatischen täglichen Full-Backups einer Datenbank, startet im Hintergrund automatisch ein inkrementelles Backup, das alle fünf Minuten die Änderungen der letzten inkrementellen Backups speichert. Backups und inkrementelle Backups werden in OBS gespeichert und können nicht gelöscht werden.
Recycle-Bin-Funktionalität: Nach dem Löschvorgang einer Datenbank werden alle automatischen Backups automatisiert gelöscht, während manuelle Backups unberührt bleiben. Gleichzeitig erstellt RDS ein Full-Backup aus der Datenbank, das in Recycle Bin temporär gespeichert wird. Das Full-Backup enthält alle Daten bis zum Zeitpunkt des Löschvorganges. Der Zeitraum für die temporäre Speicherung in Recycle Bin hat einen Defaultwert von 7 Tagen und kann jederzeit geändert werden. Wird ein neuer temporärer Zeitraum vom Benutzer ausgewählt, gilt dieser nur für neue RDS-Instanzen und alle bereits existierenden Instanzen behalten den zuvor gewählten temporären Zeitraum bei.

Es ist auch möglich, eine Single-Instance-Datenbank zu einer Active/Standby-Datenbank zu erweitern. Auf Wunsch ist der RDS auch direkt über eine Elastic IP verfügbar. Active Directory in Microsoft SQL Server wird derzeit nicht in allen Microsoft SQL-Versionen unterstützt.

Die Abrechnung erfolgt auf Basis des Stundenpreises der gewählten virtuellen Maschinen (VMs), zusätzlicher Speicherplatz für Backups und Images wird nach des für die jeweilige Speichervariante verwendeten Typs abgerechnet.

Gründe für den RDS in der Open Telekom Cloud

Icon eines Schildes welches Cloud-Speicherplatz schützt

Speicherverschlüsselung

Der RDS verwendet eine statische sowie eine Tablespace-Verschlüsselung, um die zu speichernden Daten zu verschlüsseln. Die Verschlüsselungsschlüssel werden durch den Key Management Service (KMS) verwaltet.

Icon von vier Pfeilen die von innen nach außen zeigen mit einem Zahnrad im Hintergrund

Elastische Skalierung

RDS-Ressourcen können jederzeit flexibel an Ihre Anforderungen angepasst werden, d. h. Sie zahlen nur für das, was Sie nutzen. Cloud Eye kann die Änderungen des Datenbankdrucks und des Datenspeicherplatzes überwachen und Sie können die DB-Instanzklassen entsprechend anpassen.

Icon eines Tachometers mit hoher Geschwindigkeit mit einem Liniendiagramm im Hintergrund

Optimierte Hardware

Der RDS bietet Kund*innen stabile und hochleistungsfähige Datenbankdienste auf Servern, die sich durch Kundenerfolge in einer Vielzahl von Anwendungen als robust erwiesen haben.

Key Features des RDS

Speicher-Hardware in den PostgreSQL Farben

Flexible Auswahl an Datenbank-Engines

Mit dem RDS können Sie Ihre bevorzugte Datenbank-Engine aus einer Vielzahl von Optionen wählen, darunter MySQL, PostgreSQL und Microsoft SQL Server. So bleiben Sie beim Einrichten, Betreiben und Skalieren von SQL-Bereitstellungen in der Cloud flexibel und haben alle Vorteile der jeweiligen Engines im Blick.

MySQL

Der RDS unterstützt MySQL, eine der beliebtesten relationalen Open-Source-Datenbanken der Welt. Sie arbeitet mit dem Linux-, Apache- und Perl/PHP/Python-Modell (LAMP) zusammen, um effiziente Weblösungen bereitzustellen. RDS for MySQL ist zuverlässig, skalierbar, kostengünstig, einfach zu verwalten und sofort einsatzbereit.

PostgreSQL

PostgreSQL ist ein objektrelationales Open-Source-Datenbankmanagementsystem mit Schwerpunkt auf Erweiterbarkeit und Standardkonformität. Es eignet sich für geschäftsorientierte Online-Transaktionsverarbeitungsszenarien (OLTP) und unterstützt NoSQL-Datentypen (JSON, XML oder hstore) und geografische Informationssysteme (GIS). Das postgis-Plugin wird unterstützt.

Microsoft SQL Server

Der Microsoft SQL Server ist eine etablierte, kommerzielle Datenbank mit einer ausgereiften Architektur der Enterprise-Klasse. Er unterstützt die Bereitstellung aus einer Hand, gewährleistet wichtige Betriebs- und Wartungsdienste und senkt die Arbeitskosten. Die Datenbank ist zuverlässig, skalierbar, kostengünstig, einfach zu verwalten und sofort für den Einsatz mit dem RDS bereit.

RDS-Versionen und -Varianten

Vergleich zwischen einfacher und hoher Verfügbarkeit

DB Engine	Single	Primary/Standby
MySQL	8.0 5.7 5.6	8.0 5.7 5.6
PostgreSQL	16 15 14 13 12 11	16 15 14 13 12 11
Microsoft SQL Server	2022 EE 2019 SE 2017 SE	2022 SE 2019 EE 2017 EE
Anzahl der Knotenpunkte	1	2
Spezifikationen	vCPUs: a maximum of 60 Memory: a maximum of 512 GB Storage space: a maximum of 4 TB	vCPUs: a maximum of 60 Memory: a maximum of 512 GB Storage space: a maximum of 4 TB
Überwachung und Alarme	Unterstützt	Unterstützt
Sicherheitsgruppe	Unterstützt	Unterstützt
Backups und Wiederherstellungen	Unterstützt	Unterstützt
Parameter-Einstellungen	Unterstützt	Unterstützt
SSL	Unterstützt	Unterstützt
Log-Verwaltung	Unterstützt	Unterstützt
Lesereplikate (müssen erstellt werden)	Unterstützt	Unterstützt
Hochfrequenz-Überwachung	Unterstützt	Unterstützt
Primäre/Standby-Umschaltung oder Failover	Nicht unterstützt	Unterstützt
Migration der Standby-DB-Instanz	Nicht unterstützt	Unterstützt

Flavors

vCPU (Nummer)	RAM	MySQL	PostgreSQL	MS SQL Server
1	2 GB
1	4 GB
2	4 GB
2	8 GB

Mapping General-enhanced Flavors mit neuen General Purpose und Dedicated Flavors

Da seit Juni 2024 zwei neue Flavor-Familien in der Leistungsbeschreibung als „General purpose or GP“ und „Dedicated or D“ eingeführt wurden, möchten wir Ihnen im Folgenden eine Zuordnungstabelle für die alte Flavor-Familie („General-enhanced“) und die neue liefern:

CPU	Memory (GB)	Engine	ALT General-enhanced (c2, s1, m1, c3, m3 und m7)	NEU General purpose or GP (n1) Dedicated or D (x1) Entsprechender ECS Flavor in Klammern
1	2	MySQL/PostgreSQL	db.c2.medium	db.n1.medium.2 (s3.medium.2)
1	4	MySQL/PostgreSQL	db.s1.medium	db.n1.medium.4 (s3.medium.4)
2	4	MySQL/PostgreSQL	db.c2.large	db.n1.large.2 (s3.large.2) db.x1.large.2 (c4.large.2)
2	8	MySQL/PostgreSQL	db.s1.large	db.n1.large.4 (s3.large.4) db.x1.large.4 (c4.large.4)
2	16	MySQL/PostgreSQL	db.m1.large	db.x1.large.8 (m4.large.8)
4	8	MySQL/PostgreSQL	db.c2.xlarge	db.n1.xlarge.2 (s3.xlarge.2) db.x1.xlarge.2 (c4.xlarge.2)
4	16	MySQL/PostgreSQL	db.s1.xlarge	db.n1.xlarge.4 (s3.xlarge.4) db.x1.xlarge.4 (c4.xlarge.4)
4	32	MySQL/PostgreSQL	db.m1.xlarge	db.x1.xlarge.8 (m4.xlarge.8)
8	16	MySQL/PostgreSQL	db.c2.2xlarge	db.n1.2xlarge.2 (s3.2xlarge.2) db.x1.2xlarge.2 (c4.2xlarge.2)
8	32	MySQL/PostgreSQL	db.s1.2xlarge	db.n1.2xlarge.4 (s3.2xlarge.4) db.x1.2xlarge.4 (c4.2xlarge.4)
8	64	MySQL/PostgreSQL	db.m1.2xlarge	db.x1.2xlarge.8 (m4.2xlarge.8)
16	32	MySQL/PostgreSQL	db.c2.4xlarge	db.x1.4xlarge.2 (c4.4xlarge.2)
16	64	MySQL/PostgreSQL	db.s1.4xlarge	db.x1.4xlarge.4 (c4.4xlarge.4)
16	128	MySQL/PostgreSQL	db.m1.4xlarge	db.x1.4xlarge.8 (m4.4xlarge.8)
32	64	MySQL/PostgreSQL	db.c2.8xlarge	db.x1.8xlarge.2 (c4.8xlarge.2)
32	128	MySQL/PostgreSQL	db.s1.8xlarge	db.x1.8xlarge.4 (c4.8xlarge.4)
32	256	MySQL/PostgreSQL	db.m1.8xlarge	db.x1.8xlarge.8 (c4.8xlarge.8)
60	128	MySQL/PostgreSQL	db.c3.15xlarge.2
60	256	MySQL/PostgreSQL	db.c3.15xlarge.4
60	512	MySQL/PostgreSQL	db.m3.15xlarge.8
64	128	MySQL/PostgreSQL		db.x1.16xlarge.2 (c4.16xlarge.2)
64	256	MySQL/PostgreSQL		db.x1.16xlarge.4 (c4.16xlarge.4)
64	512	MySQL/PostgreSQL		db.x1.16xlarge.8 (m4.16xlarge.8)
96	768	PostgreSQL	db.m7.24xlarge.8	db.x1.24xlarge.8 (m7n.24xlarge.8)

Wichtiger Hinweis:

Die Varianten c2, s1, m1, c3, m3 und m7 beziehen sich auf die Speicherklassen Common I/O und UltraHigh I/O. Die Varianten x1 und n1 beziehen sich entsprechend auf CloudSSD (Ultra High I/O) und ExtremeSSD.

Aktualisieren der Minor-Version

Ausschließlich RDS for MySQL und PostgreSQL unterstützen manuelle Upgrades von Minor-Versionen, um die Leistung zu verbessern, neue Funktionen hinzuzufügen und Fehler zu beheben. Weitere Informationen finden Sie hier.

Einschränkungen

Typische Anwendungen: Diversifizierte Datenspeicherung

Der RDS unterstützt diversifizierte Speichererweiterungen durch Distributed Cache Service (DCS) und Object Storage Service (OBS).

Neue Features

04.11.2024Neue Flavors in RDS EU-DE verfügbarView Details

06.11.2024Neue Flavors in RDS EU-DE Region verfügbarView Details

25.11.2024Pgvector 0.7.0 ist ab sofort in allen RDS PostgreSQL verfügbarView Details

Sie wollen keine Updates verpassen?Besuchen Sie unsere Portfolio Roadmap und entdecken Sie neue Services und Updates.
Mehr erfahren

Alle Release Notes ansehen

Weitere Informationen zu diesem Produkt

Jetzt direkt buchen und 250 € Startguthaben sichern* (Code: 4UOTC250)

Jetzt buchen

Nutzen Sie unser Beratungsangebot!
Kostenlos und durch Experten.

Wir beantworten Ihre Fragen zu Testmöglichkeit, Buchung und Nutzung – kostenfrei und individuell. Probieren Sie es aus!
Hotline: 24 Stunden am Tag, 7 Tage die Woche

0800 3304477aus Deutschland

+800 33044770aus dem Ausland

E-Mail schreiben

^* Gutschein ist einlösbar bis zum 31.12.2024. Bitte sprechen Sie uns bei der Buchung auf den Gutscheinbetrag an. Das Rabattvolumen ist nur für Kunden mit Rechnungsanschrift in Deutschland gültig und verfällt 2 Monate nach Abschluss des Vertrages. Das Guthaben wird mit den gültigen Listenpreisen gemäß Leistungsbeschreibung verrechnet. Eine Auszahlung ist ausgeschlossen.