Über die Bereitstellungsmuster von Microsoft SQL on VPC

Dieser Leitfaden konzentriert sich auf die Erzielung eines optimalen Leistungs- und Kostenverhältnisses für Microsoft SQL Server-Bereitstellungen auf virtuellen IBM Cloud VPC-Servern. In der Regel besteht ein Kompromiss zwischen Kostenoptimierung und Leistungsoptimierung. Wenn Ihre Arbeitsbelastung sehr hoch ist, müssen Sie diese Richtlinien unter Berücksichtigung Ihrer Leistungsanforderungen bewerten.

Wenn Sie Ihre IBM Cloud für den virtuellen VPC-Server zum Hosten Ihrer SQL-Datenbanken auswählen, ist ein Verständnis der Datenbankauslastung erforderlich:

• Für die Migration einer vorhandenen Umgebung sollten Sie eine Leistungsbasislinie Ihrer vorhandenen Datenbankinstanz erstellen, um die Anforderungen Ihres virtuellen Servers zu ermitteln.
• Bei neuen Arbeitslasten sollten Sie mit Ihrem Anwendungsanbieter zusammenarbeiten, um die Anforderungen an die SQL-Datenbank zu verstehen.

Es ist wichtig, sich daran zu erinnern, dass ein Vorteil von Cloud-basierten Lösungen darin besteht, dass die Größe nach der ersten Bereitstellung geändert werden kann. Weitere Informationen finden Sie unter "Ändern der Größe einer virtuellen Serverinstanz ". Informationen zum Sammeln einer Leistungsbasis finden Sie unter "Erstellen einer Basislinie ".

Diese Dokumentation konzentriert sich auf drei Einsatzmuster in IBM Cloud VPC, die Availability Zones (AZ) und Multi Zone Regions (MZR) nutzen:

• Einzel-AZ-Bereitstellungsmuster – Dieses Muster eignet sich für Entwicklungs- oder Testdatenbanken, die keine hohe Verfügbarkeit oder schnelle Notfallwiederherstellung erfordern. Mit Produkten wie IBM, Spectrum Protect oder Veeam erstellte Sicherungskopien können bei Bedarf zur Wiederherstellung von Datenbanken bei einem Ausfall verwendet werden.
• Dual-AZ-Bereitstellungsmuster – Dieses Muster eignet sich für Produktionsdatenbanken, die eine hohe Verfügbarkeit erfordern, und nutzt die Always-On-Verfügbarkeitsgruppe über zwei AZs im selben MZR.
• Dual MZR-Bereitstellungsmuster – Dieses Muster erweitert das Dual AZ-Muster, um es für Produktionsdatenbanken geeignet zu machen, die sowohl Hochverfügbarkeit als auch Notfallwiederherstellung erfordern, und nutzt eine Always On-Verfügbarkeitsgruppe über zwei MZR hinweg.

Über SQL Server Hochverfügbarkeit und Notfallwiederherstellung

Microsoft SQL Server es gibt eine Reihe unterstützter Replikationstechnologien, um eine hohe Verfügbarkeit und Notfallwiederherstellung zu erreichen, darunter Always-On-Verfügbarkeitsgruppen, Protokollversand, Datenbankspiegelung und Always-On-Failover-Cluster-Instanzen. Die SQL-on-VPC-Bereitstellungsmuster nutzen Always-On-Verfügbarkeitsgruppen:

• Always-On-Verfügbarkeitsgruppen – SQL Server Always-On-Verfügbarkeitsgruppen können sowohl Hochverfügbarkeit als auch Notfallwiederherstellung für SQL Server-Datenbanken bereitstellen. Konzeptionell besteht es aus einem einzigen Satz primärer Lese-/Schreibdatenbanken und mehreren (von einem bis acht) Sätzen zugehöriger sekundärer Datenbanken. Die sekundären Datenbanken können als schreibgeschützte Kopien der primären Datenbanken für Lesezugriffe, einschließlich Datenbank-Backups, zur Verfügung gestellt werden. Always-On-Verfügbarkeitsgruppen werden in den Bereitstellungsmustern Dual AZ und Dual MZR genutzt. SQL Server Always-On-Verfügbarkeitsgruppen unterstützen sowohl synchrone als auch asynchrone Commit-Modi:
  • Synchron – Die primäre Replik führt Datenbanktransaktionen durch, nachdem die Änderungen bestätigt oder in das Protokoll der sekundären Replik geschrieben wurden. In diesem Modus können Sie einen geplanten manuellen Failover und einen automatischen Failover durchführen, wenn die Replikate synchronisiert sind. Dieser Modus eignet sich am besten für Fälle im selben AZ oder MZR.
  • Asynchron – Die primäre Replik führt Datenbanktransaktionen durch, ohne auf die sekundäre Replik zu warten. Daher eignet sich dieser Modus besser für Instanzen in verschiedenen MZRs oder zwischen einem AZ und einem lokalen System.
• Protokollversand – Der Protokollversand sendet automatisch Transaktionsprotokollsicherungen von einer primären Datenbankinstanz an eine oder mehrere sekundäre Datenbankinstanzen. Um den Versand des Protokolls zu ermöglichen, SQL Server. Agent-Jobs werden verwendet, um den Prozess des Sicherns, Kopierens und Anwendens der Transaktionsprotokollsicherungen zu automatisieren. Die Protokollübertragung bietet eine hohe Verfügbarkeit, indem sekundäre Instanzen manuell heraufgestuft werden können, wenn die primäre Instanz ausfällt. Die sekundären Instanzen können auch als schreibgeschützte Kopien der primären Instanzen verwendet werden, um die Last auf der primären Instanz bei Bedarf zu reduzieren. In diesem Leitfaden wird der Versand von Protokollen nicht behandelt, kann jedoch bei Bedarf unter IBM Cloud VPC konfiguriert werden.
• Datenbankspiegelung – Bei der Datenbankspiegelung wird eine schreibgeschützte Kopie der primären Datenbank auf einer separaten Instanz erstellt. Microsoft plant, die Unterstützung der Datenbankspiegelung in zukünftigen Versionen von SQL Server zu entfernen. Prüfen Sie daher die Verwendung von Always-On-Verfügbarkeitsgruppen. In diesem Leitfaden wird nicht auf die Spiegelung von Datenbanken eingegangen.
• Always On Failover Cluster Instances - SQL Server Always On Failover Cluster Instances (FCIs) verwenden Windows Server Failover Clustering (WSFC), um eine hohe Verfügbarkeit auf Serverebene zu gewährleisten. Ein FCI ist eine einzelne Instanz von SQL Server, die über WSFC-Knoten bereitgestellt wird. FCIs erfordern einen gemeinsamen Speicher, auf den alle WSFC-Knoten zugreifen können. In diesem Leitfaden werden "Always On Failover Cluster Instances" nicht behandelt.

Über Microsoft-Speicherplätze

Die Bereitstellungsmuster von Microsoft SQL on VPC nutzen Microsoft Storage Spaces. "Storage Spaces" ist eine Technologie in Windows Server, die konzeptionell RAID ähnelt und im Betriebssystem implementiert ist. Speicherplätze können verwendet werden, um Datenmengen in einem Speicherpool zusammenzufassen. Anschließend wird die Kapazität des Pools genutzt, um Speicherplätze (virtuelle Festplatten) zu erstellen. Ein Speicherplatz wird vom Windows-Betriebssystem als reguläres Laufwerk erkannt, von dem aus Sie formatierte Datenträger erstellen können.

Um Speicherplatz zu schaffen, wird zunächst ein Speicherpool erstellt. Ein Speicherpool ist eine Sammlung von Datenmengen und ermöglicht die Speicheraggregation und die elastische Kapazitätserweiterung. Dann wird eine virtuelle Festplatte erstellt, der ein Resilienz-Typ zugewiesen wird:

• Einfach – Stripes verteilt Daten über Datenvolumen, um die Festplattenkapazität zu maximieren und den Durchsatz zu erhöhen. Erfordert mindestens ein Datenvolumen.
• Spiegelung – Speichert zwei oder drei Kopien der Daten auf verschiedenen Datenträgern, um die Zuverlässigkeit zu erhöhen, aber die Kapazität zu verringern. Es sind mindestens zwei Datenvolumes erforderlich, um vor einem einzelnen Festplattenausfall zu schützen, und mindestens fünf Datenvolumes, um vor zwei gleichzeitigen Festplattenausfällen zu schützen.
• Parität – Daten und Paritätsinformationen werden über Datenvolumen hinweg verteilt, um die Zuverlässigkeit durch Journaling zu erhöhen, aber die Kapazität zu verringern. Zum Schutz vor dem Ausfall einer einzelnen Festplatte sind mindestens drei physische Festplatten erforderlich.

Von einer virtuellen Festplatte aus können Sie ein oder mehrere Volumes erstellen, wobei Sie die Größe, den Laufwerksbuchstaben oder Ordner, das Dateisystem (NTFS-Dateisystem oder Resilient File System ( ReFS ), die Größe der Zuordnungseinheit und optional eine Datenträgerbezeichnung konfigurieren können.

Weitere Informationen finden Sie unter "Speicherplätze ".

Über MS SQL Server editions

Eine Zusammenfassung der Ausgaben von SQL Server lautet wie folgt:

• Express – Nur für Umgebungen geeignet, in denen die Datengröße klein ist und voraussichtlich nicht zunimmt. Diese Ausgabe hat keinen SQL Server-Agenten zur Automatisierung von Backups. Diese Edition ist auf maximal 1 Sockel oder 4 Kerne oder 1.410 MB verfügbaren Pufferpool-Speicher oder 10 GB individuelle Datenbankgröße beschränkt.
• Web – Geeignet für Produktionsumgebungen, aber beschränkt auf kostengünstige Serverumgebungen für Webanwendungen.
• Standard – Geeignet für Produktionsumgebungen, jedoch auf maximal 4 Sockel oder 24 Kerne oder 128 GB Pufferpool-Speicher begrenzt.

Eine vollständige Referenz der SQL Server-Ausgaben finden Sie unter "Editionen und unterstützte Funktionen von SQL Server 2022(15.x )".

Über Microsoft-Lizenzen

IBM Cloud virtuelle Server können Microsoft Windows-Betriebssystemlizenzen enthalten. Weitere Informationen finden Sie unter "Stockbilder ". Microsoft Windows betriebssystem: "Bring Your Own License (BYOL)" kann nicht zur Bereitstellung öffentlicher Instanzen verwendet werden und kann nur zur Bereitstellung virtueller Serverinstanzen auf dedizierten Hosts verwendet werden. Weitere Informationen finden Sie unter BYOL für Windows-Betriebssysteme.

Informationen zu Microsoft SQL Server-Lizenzen finden Sie im SQL Server-Lizenzierungsleitfaden 2022.