Failoverclusterinstanzen mit SQL Server in Azure Virtual Machines

Gilt für:SQL Server auf Azure-VM

In diesem Artikel werden Funktionsunterschiede beschrieben, wenn Sie mit Failoverclusterinstanzen (FCIs) für SQL Server in Azure Virtual Machines (VMs) arbeiten.

Bereiten Sie Ihre VM zuerst vor.

Übersicht

SQL Server in Azure Virtual Machines nutzt die Funktion Windows Server-Failoverclustering (WSFC), um lokale Hochverfügbarkeit durch Redundanz auf Serverinstanzebene zu bieten: eine Failoverclusterinstanz. Eine FCI ist eine einzelne Instanz von SQL Server, die über WSFC-Knoten (oder einfach den Cluster) und möglicherweise über mehrere Subnetze hinweg installiert ist. Im Netzwerk scheint eine FCI eine einzelne Instanz von SQL Server zu sein, die auf einem einzelnen Computer ausgeführt wird. Die FCI bietet jedoch Failover von einem WSFC-Knoten auf einen anderen Knoten, wenn der aktuelle Knoten nicht mehr verfügbar ist.

Der restliche Artikel konzentriert sich auf die Unterschiede bei Failoverclusterinstanzen, wenn diese mit SQL Server auf Azure-VMs verwendet werden. Weitere Informationen zur Failoverclusteringtechnologie finden Sie unter:

Hinweis

Sie können Ihre Failoverclusterinstanzlösung jetzt mithilfe von Azure Migrate per Lift-und-Shift-Verfahren zu SQL Server auf Azure-VMs verschieben. Weitere Informationen finden Sie unter Migrieren einer Failoverclusterinstanz zu SQL Server auf Azure-VMs.

Quorum

Failoverclusterinstanzen mit SQL Server in Azure Virtual Machines unterstützen die Verwendung eines Datenträgerzeugen, eines Cloudzeugen oder eines Dateifreigabezeugen für das Clusterquorum.

Weitere Informationen finden Sie unter Bewährten Quorummethoden mit SQL Server-VMs in Azure.

Storage

In herkömmlichen lokalen Clusterumgebungen verwendet ein Windows-Failovercluster ein SAN (Storage Area Network), das für beide Knoten als freigegebener Speicher verfügbar ist. SQL Server-Dateien werden im freigegebenen Speicher gehostet, und nur der aktive Knoten kann jeweils auf die Dateien zugreifen.

SQL Server auf Azure-VMs bietet verschiedene Optionen als freigegebene Speicherlösung für eine Bereitstellung von SQL Server-Failoverclusterinstanzen:

Freigegebene Azure-Datenträger Premium-Dateifreigaben Direkte Speicherplätze (S2D)
Betriebssystemversion (Min.) All Windows Server 2012 Windows Server 2016
Mindestversion von SQL Server All SQL Server 2012 SQL Server 2016
Unterstützte VM-Verfügbarkeit SSD Premium, LRS: Verfügbarkeitsgruppen mit oder ohne Näherungsplatzierungsgruppen
SSD Premium, ZRS: Verfügbarkeitszonen
Ultra Disks: Dieselbe Verfügbarkeitszone
Verfügbarkeitsgruppen und Verfügbarkeitszonen Verfügbarkeitsgruppen
Unterstützt FileStream Ja Keine Ja
Azure-Blobcache Nein Nein Ja

Im restlichen Teil dieses Abschnitts werden die Vorteile und Einschränkungen der einzelnen Speicheroptionen aufgeführt, die für SQL Server auf Azure-VMs verfügbar sind.

Freigegebene Azure-Datenträger

Freigegebene Azure-Datenträger sind eine Funktion von verwalteten Azure-Datenträgern. Windows Server-Failoverclustering unterstützt die Verwendung von freigegebenen Azure-Datenträgern mit einer Failoverclusterinstanz.

Unterstütztes Betriebssystem: All
Unterstützte SQL-Version: All

Vorteile:

  • Nützlich für Anwendungen, die zu Azure unter Beibehaltung der HADR-Architektur (High-Availability and Disaster Recovery, Hochverfügbarkeit und Notfallwiederherstellung) migriert werden sollen.
  • Clusteranwendungen können aufgrund von SCSI PR-Unterstützung (SCSI Persistent Reservations) unverändert zu Azure migriert werden.
  • Unterstützt freigegebenen Azure SSD Premium- und Azure Ultra-Datenträgerspeicher.
  • Kann einen einzelnen freigegebenen Datenträger oder Striping für mehrere freigegebene Datenträger verwenden, um einen freigegebenen Speicherpool zu erstellen.
  • Unterstützt FILESTREAM.
  • SSD Premium-Instanzen unterstützen Verfügbarkeitsgruppen.
  • Zonenredundanter Speicher (ZRS) mit SSD Premium unterstützt Verfügbarkeitszonen. VMs, die Teil der Failoverclusterinstanz sind, können in verschiedenen Verfügbarkeitszonen platziert werden.

Hinweis

Freigegebene Azure-Datenträger unterstützen zwar auch SSD Standard-Größen, die Verwendung von SSD Standard-Datenträgern für SQL Server-Workloads wird aber aufgrund der Leistungseinschränkungen nicht empfohlen.

Einschränkungen:

  • Zwischenspeichern von SSD Premium-Datenträgern wird nicht unterstützt.
  • Ultra Disks unterstützen keine Verfügbarkeitsgruppen.
  • Verfügbarkeitszonen werden für Ultra Disks unterstützt, aber die VMs müssen sich in derselben Verfügbarkeitszone befinden, was die Verfügbarkeit des virtuellen Computers auf 99,9 Prozent reduziert.
  • Zonenredundanter Speicher (ZRS) wird von Ultra Disks nicht unterstützt.

Informationen zu den ersten Schritten finden Sie unter SQL Server-Failoverclusterinstanz mit freigegebenen Azure-Datenträgern.

Speicherplätze direkt

Direkte Speicherplätze ist eine Windows Server-Funktion, die mit Failoverclustering in Azure Virtual Machines unterstützt wird. Sie bietet ein softwarebasiertes virtuelles SAN.

Unterstütztes Betriebssystem: Windows Server 2016 oder höher
Unterstützte SQL-Version: SQL Server 2016 und höher

Vorteile:

  • Ausreichende Netzwerkbandbreite ermöglicht eine robuste und leistungsstarke freigegebene Speicherlösung.
  • Unterstützt Azure-Blobcache, damit Lesevorgänge lokal aus dem Cache bedient werden können. (Aktualisierungen werden gleichzeitig auf beide Knoten repliziert.)
  • Unterstützt FileStream.

Einschränkungen:

  • Nur für Windows Server 2016 oder höher verfügbar.
  • Nein, Azure-Verfügbarkeitszonen werden nicht unterstützt.
  • Erfordert, dass die gleiche Datenträgerkapazität an beide virtuelle Computer angefügt wird.
  • Hohe Netzwerkbandbreite ist erforderlich, um Hochleistung trotz der aktuell ausgeführten Datenträgerreplikation zu erzielen.
  • Erfordert eine größere VM-Größe und doppelte Speicherkapazität, da der Speicher an jede VM angefügt wird.

Informationen zu den ersten Schritten finden Sie unter SQL Server-Failoverclusterinstanz mit direkten Speicherplätzen.

Premium-Dateifreigabe

Premium-Dateifreigaben sind eine Funktion von Azure Files. Premium-Dateifreigaben sind SSD-gestützt und weisen konsistent niedrige Latenz auf. Sie werden für die Verwendung mit Failoverclusterinstanzen für SQL Server 2012 oder höher unter Windows Server 2012 oder höher vollständig unterstützt. Premium-Dateifreigaben bieten Ihnen mehr Flexibilität, weil Sie ohne Ausfallzeiten die Größe der Dateifreigabe ändern und diese skalieren können.

Unterstütztes Betriebssystem: Windows Server 2012 und höher
Unterstützte SQL-Version: SQL Server 2012 und höher

Vorteile:

  • Freigegebene Speicherlösung für virtuelle Computer, die auf mehrere Verfügbarkeitszonen verteilt sind
  • Vollständig verwaltetes Dateisystem mit einstelligen Latenzzeiten und burstfähiger E/A-Leistung.

Einschränkungen:

  • Nur für Windows Server 2012 oder höher verfügbar.
  • FileStream wird nicht unterstützt.

Informationen zu den ersten Schritten finden Sie unter SQL Server-Failoverclusterinstanz mit Premium-Dateifreigabe.

Partner

Es gibt Partnerclusteringlösungen mit unterstütztem Speicher.

Unterstütztes Betriebssystem: All
Unterstützte SQL-Version: All

In einem Beispiel wird SIOS DataKeeper als Speicher verwendet. Weitere Informationen finden Sie im Blogbeitrag Failoverclustering and SIOS DataKeeper.

iSCSI und ExpressRoute

Sie können auch einen freigegebenen iSCSI-Zielblockspeicher über Azure ExpressRoute bereitstellen.

Unterstütztes Betriebssystem: All
Unterstützte SQL-Version: All

Beispielsweise macht NetApp Private Storage (NPS) ein iSCSI-Ziel über ExpressRoute mit Equinix für virtuelle Azure-Computer verfügbar.

Für gemeinsame Speichernutzungs- und Datenreplikationslösungen von Microsoft-Partnern sollten Sie sich an den Hersteller wenden, falls beim Failover Probleme in Bezug auf den Datenzugriff auftreten.

Konnektivität

Um die Verbindung mit Ihrer Failoverclusterinstanz wie in der lokalen Umgebung herzustellen, stellen Sie Ihre SQL Server-VMs in mehreren Subnetzen innerhalb desselben virtuellen Netzwerks bereit. Bei der Verwendung mehrerer Subnetze entfällt die Notwendigkeit einer zusätzlichen Abhängigkeit von einer Azure Load Balancer-Instanz oder von einem verteilten Netzwerknamen (Distributed Network Name, DNN), um Ihren Datenverkehr an Ihre Failoverclusterinstanz weiterzuleiten.

Wenn Sie Ihre SQL Server-VMs in einem einzelnen Subnetz bereitstellen, können Sie einen virtuellen Netzwerknamen (VNN) und eine Azure Load Balancer-Instanz oder einen verteilten Netzwerknamen (Distributed Network Name, DNN) konfigurieren, um Datenverkehr an Ihre Failoverclusterinstanz weiterzuleiten. Machen Sie sich mit den Unterschieden zwischen den beiden Optionen vertraut, und stellen Sie dann entweder einen Namen eines verteilten Netzwerks oder einen Namen eines virtuellen Netzwerks für Ihre Failoverclusterinstanz bereit.

Verwenden Sie nach Möglichkeit den Namen eines verteilten Netzwerks, da das Failover schneller ist und der Mehraufwand und die Kosten für die Verwaltung des Lastenausgleichs wegfallen.

Bei Verwendung des DNN funktionieren die meisten SQL Server-Features transparent mit FCIs. Es gibt jedoch bestimmte Features, die ggf. besondere Aufmerksamkeit erfordern. Weitere Informationen finden Sie unter FCI und DNN-Interoperabilität.

Begrenzungen

BeachtenSie die folgenden Einschränkungen für Failoverclusterinstanzen mit SQL Server in Azure Virtual Machines.

Eingeschränkte Erweiterungsunterstützung

Derzeit unterstützen SQL Server-Failoverclusterinstanzen auf virtuellen Azure-Computern, die bei der SQL-IaaS-Agent-Erweiterung registriert sind, nur eine begrenzte Anzahl von Features. Sehen Sie sich die Tabelle mit den Vorteilen an.

Wenn Ihre SQL Server-VM bereits bei der SQL-IaaS-Agent-Erweiterung registriert wurde, und Sie alle Features aktiviert haben, die den Agent erfordern, müssen Sie die Registrierung bei der Erweiterung aufheben, indem Sie die SQL-VM-Ressource für die entsprechenden VMs löschen und sie dann erneut bei der SQL-IaaS-Agent-Erweiterung registrieren. Wenn Sie die Ressource Virtueller SQL-Computer mithilfe des Azure-Portals löschen, deaktivieren Sie das Kontrollkästchen neben dem richtigen virtuellen Computer, um das Löschen dieses Computers zu verhindern.

SQL Server-FCIs, die bei der Erweiterung registriert sind, unterstützen keine Features, die den Agent erfordern, z. B. automatisierte Sicherung, Patching und erweiterte Portalverwaltung. Sehen Sie sich die Tabelle mit den Vorteilen an.

MSDTC

Azure Virtual Machines unterstützt Microsoft Distributed Transaction Coordinator (MSDTC) unter Windows Server 2019 mit Speicher auf freigegebenen Clustervolumes (CSV) und mit Azure Load Balancer Standard oder auf SQL Server-VMs, die freigegebene Azure-Datenträger verwenden.

In Azure Virtual Machines wird MSDTC unter Windows Server 2016 und früheren Versionen mit freigegebenen Clustervolumes aus den folgenden Gründen nicht unterstützt:

  • Die MSDTC-Clusterressource kann nicht für die Verwendung von freigegebenem Speicher konfiguriert werden. Wenn Sie unter Windows Server 2016 eine MSDTC-Ressource erstellen, wird kein freigegebener Speicher für die Verwendung angezeigt, selbst wenn der Speicher verfügbar ist. Dieses Problem wurde in Windows Server 2019 behoben.
  • Der einfache Lastenausgleich verarbeitet keine RPC-Ports.