Planen Sie Ihre STACKIT SQLServer Flex-Instanz
STACKIT bietet in Verbindung mit Microsoft SQL Server maximale Flexibilität. Dennoch erfordern technische Einschränkungen bestimmte Begrenzungen. Um technische Schulden und damit Ausfallzeiten sowie unerwünschte zukünftige Migrationen zu vermeiden, ist es eine bewährte Vorgehensweise, Ihre STACKIT SQLServer Flex-Instanz im Voraus zu planen.
Planen Sie Ihren Bedarf
Abschnitt betitelt „Planen Sie Ihren Bedarf“Bevor Sie die Größe Ihrer SQLServer Flex-Instanz auswählen, sollten Sie Ihre Datenmuster und Anforderungen analysieren:
Analyse des Datenvolumens
Abschnitt betitelt „Analyse des Datenvolumens“Schätzen Sie die Größe der Daten anhand der durchschnittlichen Breite der Zeilen, der Anzahl der Zeilen und des Index-Footprints. SQL Server speichert Daten in Seiten mit 8 KB, zu denen zusätzlicher Overhead für die Zeilenstruktur, LOB-Speicher und Non-Clustered-Indizes hinzukommt. Berücksichtigen Sie die Auswirkungen von Komprimierung (Row/Page oder Columnstore), Anforderungen an das Transaktionslog und die Nutzung von TempDB. Planen Sie bei der Kapazität mit einem Wachstum um das 2- bis 2,5-Fache innerhalb von zwölf bis 24 Monaten, um Datenwachstum, neue Indizes und Schemaänderungen einzuplanen.
Abfragemuster
Abschnitt betitelt „Abfragemuster“Untersuchen Sie, wie Ihre Anwendung mit der Datenbank interagiert. Häufige komplexe Abfragen, Aggregationen und indexlastige Operationen erfordern mehr CPU- und Speicherressourcen. Anwendungen mit einem hohen Lese-Schreib-Verhältnis können von anderen Sizing-Strategien profitieren als schreibintensive Workloads. Berücksichtigen Sie außerdem, ob Ihre Anwendung eher lese- oder schreibintensiv ist.
Einschränkungen
Abschnitt betitelt „Einschränkungen“Informationen zu den Einschränkungen bei der Flexibilität finden Sie unter Architektur von SQLServer Flex. Für eine schnelle Referenz können Sie diese Tabelle verwenden:
| Parameter | Downgrade möglich | Upgrade möglich | Ausfallzeit |
|---|---|---|---|
| type | - | ||
| plan | ✓ | ✓ | ✓ |
| performance-class | |||
| storage-size | ✓ | ||
| version | ✓ | ✓ |
Sie können Änderungen an den ACL- und Backup-Einstellungen ohne Einschränkungen und ohne Ausfallzeiten vornehmen.
Best Practices
Abschnitt betitelt „Best Practices“Sie sollten diese Einschränkungen im Hinterkopf behalten. In diesem Abschnitt finden Sie Hilfestellungen, um sinnvolle Annahmen zu treffen und passende Entscheidungen für die Einrichtung einer Instanz zu fällen.
Instanztyp
Abschnitt betitelt „Instanztyp“Wenn Sie eine Instanz für den Produktivbetrieb einrichten möchten, sollten Sie den Instanztyp Geschäftskritisch verwenden. Für Nicht-Produktivumgebungen können Sie den Instanztyp Allgemeiner Zweck verwenden.
Zunächst müssen Sie unterscheiden, ob kurze Ausfallzeiten akzeptabel sind. Falls ja, können Sie mit einem kleinen Plan beginnen und diesen hochstufen, wenn Sie dauerhaft 80 % der Auslastung von entweder CPI oder RAM erreichen. Wenn Ausfallzeiten nicht akzeptabel sind, müssen Sie Ihren Bedarf im Voraus abschätzen.
Als Faustregel können Sie die folgenden Richtwerte verwenden:
- Leseintensiv: 2–4 CPUs ausreichend
- Schreibintensiv oder starke Aggregationen: 8+ CPUs
- Minimum: 25 % der Datengröße + Indexgröße
- Optimal: 50–75 % der aktiven Datengröße + Indexgröße
- Faustregel: mindestens 8 GB RAM, besser 32 GB oder mehr für Produktionsumgebungen
Leistungsklasse
Abschnitt betitelt „Leistungsklasse“Auch für die Leistungsklasse müssen Sie unterscheiden, ob kurze Ausfallzeiten akzeptabel sind. Falls nicht, müssen Sie Ihren Bedarf im Voraus abschätzen.
Als Faustregel können Sie die folgenden Richtwerte verwenden:
- Leseintensiv: 1.000–3.000 IOPS
- Schreibintensiv: 3.000–10.000+ IOPS
- Gemischte Workloads: 2.000–5.000 IOPS
Speichergröße
Abschnitt betitelt „Speichergröße“Da die Speichergröße jederzeit ohne Ausfallzeit vergrößert werden kann, können Sie sicher mit einer kleineren Größe beginnen. Als Faustregel starten Sie mit Ihrer Datengröße, multipliziert mit 1,3 für den Index, und multiplizieren das Ergebnis anschließend noch einmal mit 3 als Wachstumsfaktor.
Das entspricht Datengröße × 3,9.
Beispiel
Abschnitt betitelt „Beispiel“Wenn Ihre aktuelle Datengröße 500 GB beträgt:
- Index-Zuschlag:
500 GB × 1.3 = 650 GB - Wachstumsreserve:
650 GB × 3 = 1,950 GB - Stellen Sie ~2 TB bereit (auf die nächste passende Größe aufrunden)
Schnellreferenz
Abschnitt betitelt „Schnellreferenz“| Heutige Datengröße | Geschätzte bereitgestellte Größe (×3,9) |
|---|---|
| 100 GB | 390 GB |
| 250 GB | 975 GB (~1 TB) |
| 500 GB | 1.950 GB (~2 TB) |
| 1 TB | 3.900 GB (~4 TB) |