Databases for MySQL

MySQL ist ein auf einem Client-Server-Modell basierendes Managementsystem für relationale Datenbanken (RDBMS). Es speichert und verarbeitet die Daten einer Datenbank, die im Serverteil von MySQL (SQL-Server) gehostet werden. Um auf diese Daten zuzugreifen, sendet der Client eine Anfrage an den Datenbankserver. Dafür wird SQL (Structured Query Language) als Sprache verwendet.

Es handelt sich um eine Database-as-a-Service-Lösung (DBaaS) auf Basis unserer Public Cloud. Wir integrieren das MySQL-Datenbankmanagementsystem auf einer oder mehreren Public-Cloud-Instanzen und stellen es als gebrauchsfertigen Dienst bereit. Das bedeutet, dass wir uns für Sie um die Verwaltung und Administration kümmern. Wir haben den Service als Cloud-Datenbankdienst konzipiert, der Entwickler:innen und ihre Teams entlastet, sodass sie Zeit bei der Arbeit sparen können.

Wenn Sie die MySQL-Lizenz heruntergeladen und akzeptiert haben, können Sie sie auf Public-Cloud-Instanzen installieren. Allerdings obliegt Ihnen dann die gesamte Verwaltung der Datenbank. Sie profitieren nicht von den Funktionen, die wir mit unserem gebrauchsfertigen Dienst bereitstellen.

Der Hauptvorteil ist die enorme Installationsbasis. MySQL vereinfacht zahlreiche Projekte, zum Beispiel Websites und E-Commerce- oder Drittanbieter-Anwendungen, die von Softwareunternehmen entwickelt werden. Sie wurde für eine hohe Leseleistung konzipiert und ist auch als Backend von Linux/Apache/PHP/MySQL-Architekturen nützlich.

In den Online-Foren tobt nach wie vor eine lebhafte Debatte rund um die Datenbanken PostgreSQL und MySQL. Es handelt sich hier um Managementsysteme mit unterschiedlichen Vorteilen. Bei PostgreSQL hat die Konformität und SQL-Erweiterbarkeit Vorrang, bei der MySQL-Datenbank steht die Skalierbarkeit und Leistung im Vordergrund. Wir bieten diese beiden Datenbank-Engines sowie Caching für In-Memory-Datenbanken und Kafka für den Datenaustausch an.

Die Pakete enthalten unterschiedliche Funktionen, die für verschiedene Anforderungen geeignet sind. Dazu gehören beispielsweise die Clustergröße, die Anzahl der Nodes, das Netzwerk, die Skalierbarkeit oder die Hochverfügbarkeit. In der Tabelle oben auf der Seite finden Sie die Angebote im Vergleich.

Nein. Sie behalten die volle Kontrolle über Ihre Daten. Wenn Sie diesen Dienst nutzen, verfügen Sie über eine oder mehrere Public-Cloud-Instanzen, die diesen Dienst ausführen und einen eigenen dedizierten Speicherplatz bieten.

Ja. Wenn Ihr RAM- oder Speicherbedarf wächst, können Sie auf Nodes mit größerer Kapazität umsteigen, um Ihren Anforderungen besser gerecht zu werden. Es ist jedoch nicht möglich, zu Nodes mit geringerer Kapazität zurückzukehren.

Ja. Wir bieten ein automatisiertes Backup für die MySQL-Datenbank. Allerdings unterscheiden sich die standardmäßigen Aufbewahrungsrichtlinien je nach gewähltem Angebotspaket. In der obigen Tabelle können Sie die verschiedenen Angebote vergleichen.

Ja, dieser Dienst kann als Ressource oder innerhalb eines Public-Cloud-Projekts verwendet werden. Sie können ihn über das Kundencenter, die OVHcloud API oder die OpenStack-API verwalten.

Wir übernehmen für Sie alle Management- und Verwaltungsaufgaben rund um die Datenbank. So müssen Sie sich nicht um die Einrichtung, Wartung, Sicherheit, Backups und Skalierbarkeit kümmern, sondern können sich ganz auf Ihr Kerngeschäft konzentrieren. Es ist dieser Mehrwert, der in Rechnung gestellt wird.

Ja, dies ist über ein öffentliches oder privates Netzwerk möglich. Wenn Sie die MySQL-Software jedoch auf Ihrem Bare-Metal-Server bereitstellen möchten, sind Sie selbst für das Deployment sowie die anschließende Verwaltung und das Management Ihrer Datenbank zuständig.

Informieren Sie sich in unserem dedizierten Guide über die Resilienz der Deployments.

Die 1-AZ-Regionen nutzen eine einzelne Availability Zone mit einem oder mehreren Rechenzentren. Sie bieten zwar Schutz bei Server- und Treiberfehlern, Rechenzentrumsstörungen können allerdings zum Problem werden. Wenn das Hosting-Rechenzentrum ausfällt, kann der Zugriff beeinträchtigt sein.

Die 3-AZ-Regionen bestehen aus 3 voneinander unabhängigen Availability Zones, die in Bezug auf Stromversorgung, Kühlung und Netzwerk jeweils voneinander getrennt sind und somit eine echte Fehlerisolierung bieten. Mit dieser Architektur bleibt der Dienst auch bei Ausfall einer ganzen Zone verfügbar.

Mit Service Level Agreements (SLAs) von 99,99 % bleiben Sie immer auf der sicheren Seite.

Ja. Die Migration von einer 1-AZ-Region zu einer 3-AZ-Region ist durchaus möglich.

Sie können 1-AZ-Regionen über eine private Verbindung mit 3-AZ-Regionen verbinden, um die Komplexität und Kosten Ihrer Infrastrukturbereitstellungen zu optimieren.