Zum Inhalt springen

Planen der Instanz

STACKIT bietet maximale Flexibilität in Verbindung mit STACKIT MariaDB. Technische Einschränkungen erfordern jedoch bestimmte Restriktionen. Um technische Schulden, Ausfallzeiten und ungewollte zukünftige Migrationen zu vermeiden, ist es Best Practice, Ihre MariaDB-Instanz im Voraus zu planen.

Bevor Sie die Größe Ihrer MariaDB-Instanz auswählen, müssen Sie Ihre Datenmuster und Anforderungen analysieren:

Schätzen Sie zunächst Ihre aktuelle und prognostizierte Datengröße. Als Faustregel gilt ein Faktor von 2 bis 2,5 für das Datenwachstum in den nächsten zwei Jahren.

Untersuchen Sie, wie Ihre Anwendung mit der Datenbank interagiert. Häufige komplexe Abfragen, Joins und indexintensive Operationen erfordern mehr CPU- und Speicherressourcen. Anwendungen mit einem hohen Read-to-Write-Verhältnis können von anderen Sizing-Strategien profitieren als schreibintensive Workloads. Berücksichtigen Sie auch, ob Ihre Anwendung eher lese- oder schreibintensiv ist.

Informationen zu den Einschränkungen der Flexibilität finden Sie unter Architektur von MariaDB. Als Kurzreferenz können Sie diese Tabelle heranziehen:

Änderungen an der Zugriffssteuerungsliste (ACL) und den Schwellenwerteinstellungen für die Festplatte können Sie ohne Einschränkungen und ohne Ausfallzeit vornehmen.

Sie müssen die Einschränkungen im Hinterkopf behalten. Dieser Abschnitt hilft Ihnen dabei, gute Annahmen und Entscheidungen bei der Einrichtung einer Instanz zu treffen.

Vertikale und horizontale Skalierung legen Sie mit den verfügbaren Plänen fest. Ein Plan bestimmt die Anzahl der vCPUs, die Größe des Speichers (RAM) und der Festplatte sowie die Frage, ob Ihre Instanz auf einem einzelnen Knoten oder als Galera-Cluster auf 3 Knoten läuft.

Wenn Sie planen, eine Instanz für den Produktionseinsatz einzurichten, empfehlen wir dringend einen Plan mit 3 Knoten (Replica). Um mehr über Hochverfügbarkeit und die Cluster-Implementierung von STACKIT zu erfahren, lesen Sie Cluster-Einrichtung.

Zunächst müssen Sie unterscheiden, ob kurze Ausfallzeiten akzeptabel sind. Falls ja, können Sie mit einem kleinen Flavor beginnen und diesen heraufstufen, wenn Sie dauerhaft 80 % der CPU- oder RAM-Auslastung erreichen. Wenn Ausfallzeiten nicht akzeptabel sind, müssen Sie Ihren Bedarf vorab schätzen.

Als Faustregel können Sie dieses Regelwerk verwenden:

  • Leseintensiv: 2-4 CPUs ausreichend
  • Schreibintensiv oder Aggregationen: 8+ CPUs
  • Minimum: 25 % der Datengröße
  • Optimal: 50-75 % der aktiven Datengröße
  • Faustregel: Mindestens 8 GB RAM, für die Produktion besser 16 GB
  • Leseintensiv: 1.000-3.000 IOPS
  • Schreibintensiv: 3.000-10.000+ IOPS
  • Gemischte Workloads: 2.000-5.000 IOPS

Wenn Ausfallzeiten akzeptabel sind, ist es sicher, mit einer kleineren Festplattengröße zu beginnen. Als Faustregel gilt: Starten Sie mit Ihrer Datengröße und multiplizieren Sie diese erneut mit dem Faktor 3 für das Wachstum.

Beginnen Sie mit der höchsten Version, die Ihre Client-Anwendungen unterstützen.