Vendor Lock-in ist ein bekanntes Konzept für Datenbanktechnologien. Mit zunehmender Cloud-Nutzung hat sich diese Bindung auch auf Cloud-Anbieter ausgeweitet. Wir können Vendor Lock-in als ein proprietäres Lock-in definieren, das einen Kunden für seine Produkte oder Dienstleistungen von einem Anbieter abhängig macht. Manchmal bedeutet diese Bindung nicht, dass Sie den Anbieter/Anbieter nicht wechseln können, aber es könnte eine teure oder zeitaufwändige Aufgabe sein.
PostgreSQL, eine Open-Source-Datenbanktechnologie, hat an sich kein Anbieter-Lock-in-Problem, aber wenn Sie Ihre Systeme in der Cloud betreiben, müssen Sie sich wahrscheinlich damit auseinandersetzen dieses Problem irgendwann.
In diesem Blog geben wir einige Tipps, wie Sie PostgreSQL-Cloud-Lock-in vermeiden können, und sehen uns auch an, wie ClusterControl dabei helfen kann, dies zu vermeiden.
Tipp Nr. 1:Suchen Sie nach Einschränkungen oder Beschränkungen von Cloud-Anbietern
Cloud-Anbieter bieten im Allgemeinen eine einfache und benutzerfreundliche Möglichkeit (oder sogar ein Tool) an, um Ihre Daten in die Cloud zu migrieren. Das Problem ist, wenn Sie sie verlassen möchten, kann es schwierig sein, eine einfache Möglichkeit zu finden, die Daten zu einem anderen Anbieter oder zu einer lokalen Einrichtung zu migrieren. Diese Aufgabe ist normalerweise mit hohen Kosten verbunden (häufig basierend auf der Menge des Datenverkehrs).
Um dieses Problem zu vermeiden, müssen Sie immer zuerst die Dokumentation und Einschränkungen des Cloud-Anbieters überprüfen, um die Einschränkungen zu kennen, die beim Verlassen unvermeidlich sein können.
Tipp Nr. 2:Planen Sie den Ausstieg eines Cloud-Anbieters im Voraus
Die beste Empfehlung, die wir Ihnen geben können, ist, nicht bis zur letzten Minute zu warten, um zu wissen, wie Sie Ihren Cloud-Anbieter verlassen können. Sie sollten es lange im Voraus planen, damit Sie wissen, wie Sie am besten, schnellsten und kostengünstigsten aussteigen.,
Da dieser Plan höchstwahrscheinlich von Ihren spezifischen Geschäftsanforderungen abhängt, wird der Plan unterschiedlich sein, je nachdem, ob Sie Wartungsfenster planen können und ob das Unternehmen Ausfallzeiten akzeptiert. Wenn Sie es im Voraus planen, werden Sie am Ende des Tages definitiv Kopfschmerzen vermeiden.
Tipp Nr. 3:Verwenden Sie keine exklusiven Produkte von Cloud-Anbietern
Das Produkt eines Cloud-Anbieters läuft fast immer besser als ein Open-Source-Produkt. Dies liegt daran, dass es für die Ausführung auf der Infrastruktur des Cloud-Anbieters entwickelt und getestet wurde. Die Leistung wird oft erheblich besser sein als die zweite.
Wenn Sie Ihre Datenbanken zu einem anderen Anbieter migrieren müssen, haben Sie das Technologie-Lock-in-Problem, da das Cloud-Anbieter-Produkt nur in der aktuellen Cloud-Anbieter-Umgebung verfügbar ist. Dies bedeutet, dass Sie nicht einfach migrieren können. Sie können wahrscheinlich einen Weg finden, dies zu tun, indem Sie eine Dump-Datei erstellen (oder eine andere Sicherungsmethode), aber Sie werden wahrscheinlich eine lange Ausfallzeit haben (abhängig von der Datenmenge und den Technologien, die Sie verwenden möchten).
Wenn Sie Amazon RDS oder Aurora, Azure SQL-Datenbank oder Google Cloud SQL verwenden (um sich auf die derzeit am häufigsten verwendeten Cloud-Anbieter zu konzentrieren), sollten Sie die Alternativen prüfen, um sie zu einer Open Source zu migrieren Datenbank. Damit sagen wir nicht, dass Sie es migrieren sollten, aber Sie sollten auf jeden Fall die Möglichkeit haben, dies bei Bedarf zu tun.
Tipp Nr. 4:Speichern Sie Ihre Backups bei einem anderen Cloud-Anbieter
Eine bewährte Vorgehensweise zur Reduzierung von Ausfallzeiten, sei es im Fall einer Migration oder für eine Notfallwiederherstellung, besteht darin, Backups nicht nur am selben Ort zu speichern (aus Gründen einer schnelleren Wiederherstellung), sondern auch darin, Backups zu speichern einem anderen Cloud-Anbieter oder sogar lokal.
Wenn Sie diese Vorgehensweise befolgen, wenn Sie Ihre Daten wiederherstellen oder migrieren müssen, müssen Sie nur die neuesten Daten kopieren, nachdem die Sicherung zurückgenommen wurde. Die Menge an Datenverkehr und Zeit ist erheblich geringer als beim Kopieren aller Daten ohne Komprimierung während der Migration oder des Fehlerereignisses.
Tipp Nr. 5:Verwenden Sie ein Multi-Cloud- oder Hybridmodell
Dies ist wahrscheinlich die beste Option, wenn Sie Cloud-Lock-in vermeiden möchten . Durch das Speichern der Daten an zwei oder mehr Orten in Echtzeit (oder so nah wie möglich an Echtzeit) können Sie schnell migrieren und dies mit möglichst geringen Ausfallzeiten. Wenn Sie bei einem Cloud-Anbieter einen PostgreSQL-Cluster und bei einem anderen einen PostgreSQL-Standby-Knoten haben, können Sie für den Fall, dass Sie Ihren Anbieter wechseln müssen, einfach den Standby-Knoten heraufstufen und den Datenverkehr an diesen neuen primären PostgreSQL-Knoten senden.
Ein ähnliches Konzept wird beim Hybridmodell angewendet. Sie können Ihren Produktionscluster in der Cloud belassen und dann einen Standby-Cluster oder Datenbankknoten vor Ort erstellen, der eine hybride (Cloud/on-Prem)-Topologie generiert, und im Falle eines Ausfalls oder bei Migrationsbedarf fördern den Standby-Knoten ohne Cloud-Lock-in, da Sie Ihre eigene Umgebung verwenden.
Beachten Sie in diesem Fall, dass der Cloud-Anbieter Ihnen wahrscheinlich den ausgehenden Datenverkehr in Rechnung stellen wird. Wenn Sie diese Methode also bei starkem Datenverkehr beibehalten, kann dies zu übermäßigen Kosten für das Unternehmen führen.
Wie ClusterControl helfen kann, PostgreSQL Lock-in zu vermeiden
Um ein PostgreSQL-Lock-in zu vermeiden, können Sie auch ClusterControl verwenden, um Ihre Datenbank-Cluster bereitzustellen (oder zu importieren), zu verwalten und zu überwachen. Auf diese Weise sind Sie nicht von einer bestimmten Technologie oder einem bestimmten Anbieter abhängig, um Ihre Systeme am Laufen zu halten.
ClusterControl hat eine benutzerfreundliche und benutzerfreundliche Benutzeroberfläche, sodass Sie keine Cloud-Anbieter-Verwaltungskonsole verwenden müssen, um Ihre Datenbanken zu verwalten. Sie müssen sich nur anmelden und schon haben Sie eine Überblick über alle Ihre Datenbank-Cluster im selben System.
Es gibt drei verschiedene Versionen (einschließlich einer kostenlosen Community-Version). Sie können ClusterControl (ohne einige kostenpflichtige Funktionen) auch dann noch verwenden, wenn Ihre Lizenz abgelaufen ist, und die Leistung Ihrer Datenbank wird dadurch nicht beeinträchtigt.
Sie können unterschiedliche Open-Source-Datenbank-Engines aus demselben System bereitstellen, und zwar nur SSH-Zugriff und ein privilegierter Benutzer sind erforderlich, um ihn zu verwenden.
ClusterControl kann auch bei der Verwaltung Ihres Sicherungssystems helfen. Von hier aus können Sie ein neues Backup mit verschiedenen Backup-Methoden (je nach Datenbank-Engine) planen, komprimieren, verschlüsseln und Ihre Backups verifizieren, indem Sie sie auf einem anderen Knoten wiederherstellen. Sie können es auch an mehreren verschiedenen Orten gleichzeitig speichern (einschließlich der Cloud).
Die Multi-Cloud- oder Hybrid-Implementierung ist mit ClusterControl einfach durchführbar, indem die Cluster-zu-Cluster-Replikation oder die Funktion Replikations-Slave hinzufügen. Sie müssen nur einem einfachen Assistenten folgen, um einen neuen Datenbankknoten oder -cluster an einem anderen Ort bereitzustellen.
Fazit
Da Daten wahrscheinlich das wichtigste Kapital des Unternehmens sind, möchten Sie höchstwahrscheinlich Daten so gut wie möglich kontrollieren. Ein Cloud-Lock-in hilft dabei nicht. Wenn Sie sich in einem Cloud-Lock-in-Szenario befinden, bedeutet dies, dass Sie Ihre Daten nicht wie gewünscht verwalten können, und das könnte ein Problem darstellen.
Cloud-Lock-in ist jedoch nicht immer ein Problem. Es ist möglich, dass Sie Ihr gesamtes System (Datenbanken, Anwendungen usw.) mit den Anbieterprodukten (Amazon RDS oder Aurora, Azure SQL-Datenbank oder Google Cloud SQL) beim selben Cloud-Anbieter ausführen und nicht suchen Wenn Sie etwas migrieren, nutzen Sie stattdessen möglicherweise alle Vorteile des Cloud-Anbieters. Das Vermeiden von Cloud-Lock-in ist nicht immer ein Muss, da dies von Fall zu Fall abhängt.
Wir hoffen, dass Ihnen unser Blog gefallen hat, in dem wir die gängigsten Methoden zur Vermeidung eines PostgreSQL-Cloud-Lock-Ins und wie ClusterControl dabei helfen kann, beschrieben haben.
