Erstellen eines FCI mit Azure Elastic SAN (Vorschau) – SQL Server auf Azure-VMs

Gilt für: SQL Server auf Azure-VMs

In diesem Artikel wird erläutert, wie Sie auf virtuellen Azure-Computern (Azure Virtual Machines) eine SQL Server-Failoverclusterinstanz (FCI) mit SQL Server mithilfe von Azure Elastic SAN-Datenträgern erstellen.

Weitere Informationen finden Sie in der Übersicht zu FCI mit SQL Server auf Azure-VMs und über Bewährte Methoden für Cluster.

Voraussetzungen

Bevor Sie die in diesem Artikel aufgeführten Anweisungen ausführen, sollten Sie über Folgendes verfügen:

• Ein Azure-Abonnement. Erste Schritte mit einem kostenlosen Azure-Konto.
• Mindestens zwei vorbereitete virtuelle Azure Windows-Computer in der gleichen Verfügbarkeitszone. Da alle VMs, die Teil der FCI sind, in derselben Verfügbarkeitszone liegen müssen, beträgt die Verfügbarkeit der VMs nur 99,9 %.
• Ein Konto mit Berechtigungen zum Erstellen von Objekten auf virtuellen Azure-Computern und in Active Directory

Erstellen von Azure Elastic SAN

Befolgen Sie die Anweisungen zum Erstellen eines Azure Elastic SAN.

Ihr Elastic SAN muss Folgendes sein:

• In derselben Ressourcengruppe wie Ihr SQL Server auf Azure VM.
• Konfiguriert für Zonenredundanz.
• In derselben Verfügbarkeitszone wie die primäre SQL Server-VM.

Elastic SAN-Volumes mit den VMs verbinden

Befolgen Sie die Anweisungen zum Verbinden von Elastic SAN-Volumes mit SQL Server-VMs.

Verwenden Sie die Datenträgerverwaltung, um Ihr Elastic SAN-Volume zu formatieren und online zu schalten.

Windows Failover Cluster erstellen

Die Schritte zum Erstellen ihres Windows Server-Failover-Clusters unterscheiden sich zwischen einzelnen Subnetz- und Multi-Subnetzumgebungen. Um Ihren Cluster zu erstellen, folgen Sie den Schritten in der Anleitung entweder für ein Multi-Subnetz-Szenario oder ein Einzel-Subnetz-Szenario. Obwohl diese Anleitungen eine Verfügbarkeitsgruppe erstellen, sind die Schritte zur Erstellung des Clusters die gleichen wie für eine Failoverclusterinstanz.

Konfigurieren des Quorums

Da der Datenträgerzeuge die resilienteste Quorumoption ist, wird empfohlen, einen Datenträgerzeugen als Quorumlösung zu konfigurieren. Cloud-Zeuge wird derzeit nicht mit Azure Elastic SAN unterstützt.

Wenn Sie im Cluster über eine gerade Anzahl von Stimmen verfügen, konfigurieren Sie die Quorumlösung, die Ihren Geschäftsanforderungen am besten entspricht. Weitere Informationen finden Sie unter Quorum mit SQL Server-VMs.

Validieren des Clusters

Validieren Sie den Cluster auf einer der virtuellen Maschinen mithilfe der Failover Cluster Manager-Benutzeroberfläche oder PowerShell.

Bevor Sie den Cluster überprüfen, führen Sie das Elastic SAN-Volume offline aus, indem Sie die folgenden Schritte ausführen:

1. Wählen Sie unter Server-Manager die Option Tools aus, und wählen Sie dann Failovercluster-Manager aus.

2. Wählen Sie unter dem Cluster Datenträger unter Speicher aus.

3. Klicken Sie mit der rechten Maustaste auf den Elastic SAN-Datenträger und wählen Sie dann Offline übernehmen aus:

   

4. Wählen Sie im Dialog Offline-freigegebenes Clustervolume Ja aus, um zu bestätigen, dass Sie sicher sind und den Datenträger offline schalten möchten.

Führen Sie die folgenden Schritte aus, um den Cluster über die Benutzeroberfläche zu validieren:

1. Klicken Sie im Failovercluster-Manager mit der rechten Maustaste auf den Cluster, und wählen Sie Cluster überprüfen aus, um den Konfigurations-Assistenten zu öffnen.
2. Wählen Sie im Assistenten zum Überprüfen eines Konfigurations-Assistenten Weiter aus.
3. Geben Sie auf der Seite Server oder Cluster auswählen die Namen der beiden virtuellen Computer ein.
4. Wählen Sie auf der Seite Testoptionen die Option Alle Tests ausführen (empfohlen) und dann Weiter aus.
5. Wählen Sie auf der Bestätigungsseite die Option Weiter aus. Der Konfigurationsüberprüfungs-Assistent führt die Validierungstests aus.

Führen Sie zum Validieren des Clusters mit PowerShell das folgende Skript in einer PowerShell-Administratorsitzung auf einem der virtuellen Computer aus:

Test-Cluster –Node ("<node1>","<node2>") –Include "Cluster Configuration", "Inventory", "Network", "Storage", "System Configuration"

Nachdem Ihr Cluster überprüft wurde, verwenden Sie die Seite Datenträger für Ihren Cluster im Failovercluster-Manager, um Ihr Elastic SAN-Volume wieder online zu schalten.

Testen des Failovers des Clusters

Testen Sie das Failover Ihres Clusters. Klicken Sie im Failovercluster-Manager mit der rechten Maustaste auf den Cluster, und wählen Sie Weitere Aktionen>Hauptclusterressource verschieben>Knoten auswählen und dann den anderen Knoten des Clusters aus. Verschieben Sie die Hauptclusterressource auf alle Knoten des Clusters und dann zurück auf den primären Knoten. Stellen Sie sicher, dass Sie den Cluster erfolgreich auf jeden Knoten verschieben können, bevor Sie SQL Server installieren.

Erstellen der SQL Server-FCI

Nachdem Sie den Failovercluster und alle Clusterkomponenten einschließlich Speicher konfiguriert haben, können Sie die SQL Server-FCI erstellen.

Erstellen des ersten Knotens in der SQL-FCI

Führen Sie die folgenden Schritte aus, um den ersten Knoten im SQL Server-FCI zu erstellen:

1. Stellen Sie mithilfe von RDP (Remotedesktopprotokoll) oder Bastion eine Verbindung mit dem ersten virtuellen Computer her.

2. Stellen Sie im Failovercluster-Manager sicher, dass sich alle Kernressourcen des Clusters auf dem ersten virtuellen Computer befinden. Verschieben Sie ggf. die Datenträger in diese virtuelle Maschine.

3. Suchen Sie nach den Installationsmedien. Wenn für den virtuellen Computer eines der Azure Marketplace-Images verwendet wird, befinden sich die Medien unter C:\SQLServer_<version number>_Full.

4. Wählen Sie Setup aus.

5. Wählen Sie im SQL Server-Installationscenter die Option Installation aus.

6. Wählen Sie Neue SQL Server-Failoverclusterinstallation aus. Befolgen Sie im Assistenten die Anleitung zum Installieren der SQL Server-FCI.

7. Wählen Sie auf der Seite Clusterdatenträgerauswahl das Azure Elastic SAN-Volume aus.

8. Auf der Seite Cluster-Netzwerkkonfiguration variiert die IP, die Sie angeben, je nachdem, ob Ihre SQL Server-VMs in einem einzelnen Subnetz oder in mehreren Subnetzen bereitgestellt wurden.

   1. Für eine Einzelsubnetz-Umgebung geben Sie die IP-Adresse an, die Sie dem Azure Load Balancer hinzufügen möchten.
   2. Für eine Multi-Subnetz-Umgebung, geben Sie die sekundäre IP-Adresse im Subnetz der ersten SQL Server-VM an, die Sie zuvor als IP-Adresse des Netzwerknamens der Failover-Cluster-Instanz festgelegt haben:

   

9. Stellen Sie auf der Seite Konfiguration der Datenbank-Engine sicher, dass sich die Datenbankverzeichnisse auf dem Azure Elastic SAN-Datenträger befinden.

10. Nachdem Sie die Anweisungen des Assistenten ausgeführt haben, installiert das Setup die SQL Server FCI auf dem ersten Knoten.

Hinzufügen zusätzlicher Knoten der SQL-FCI

Führen Sie die folgenden Schritte aus, um dem SQL Server-FCI einen zusätzlichen Knoten hinzuzufügen:

1. Nachdem die FCI-Installation auf dem ersten Knoten erfolgreich war, verbinden Sie sich über RDP oder Bastion mit dem zweiten Knoten.

2. Öffnen Sie das SQL Server-Installationscenter, und wählen Sie Installation aus.

3. Wählen Sie Knoten einem SQL Server-Failovercluster hinzufügen aus. Folgen Sie den Anweisungen des Assistenten, um SQL Server zu installieren und den Knoten zur FCI hinzuzufügen.

4. Für ein Multi-Subnetz-Szenario geben Sie in Cluster-Netzwerkkonfiguration die sekundäre IP-Adresse im Subnetz des zweiten SQL Server VM-Subnetzes ein, das Sie zuvor als IP-Adresse des Netzwerknamens der Failover-Clusterinstanz

   

   Nach Auswahl von Weiter in Cluster-Netzwerkkonfiguration zeigt das Setup ein Dialogfeld an, das anzeigt, dass das SQL Server-Setup mehrere Subnetze erkannt hat, wie im Beispielbild. Klicken Sie auf Ja, um zu bestätigen.

   

5. Nachdem Sie die Anweisungen des Assistenten ausgeführt haben, fügt das Setup den zweiten SQL Server FCI-Knoten hinzu.

6. Wiederholen Sie diese Schritte auf allen anderen SQL Server-VMs, die an der SQL Server-Failover-Cluster-Instanz teilnehmen sollen.

Registrieren eines virtuellen Computers mit der SQL-IaaS-Agent-Erweiterung

Um Ihre SQL Server-VM über das Portal zu verwalten, registrieren Sie sie bei der SQL-IaaS-Agent-Erweiterung.

Registrieren Sie eine SQL Server-VM mit PowerShell (-LicenseType kann PAYG oder AHUB sein):

# Get the existing compute VM
$vm = Get-AzVM -Name <vm_name> -ResourceGroupName <resource_group_name>

# Register SQL VM with SQL IaaS Agent extension
New-AzSqlVM -Name $vm.Name -ResourceGroupName $vm.ResourceGroupName -Location $vm.Location `
   -LicenseType <license_type>

Konfigurieren von Konnektivität

Wenn Sie Ihre SQL Server-VMs in mehreren Subnetzen bereitgestellt haben, überspringen Sie diesen Schritt. Wenn Sie Ihre SQL Server-VMs in einem einzigen Subnetz bereitgestellt haben, müssen Sie eine zusätzliche Komponente konfigurieren, um den Datenverkehr zu Ihrer FCI zu leiten. Sie können einen virtuellen Netzwerknamen (VNN) mit einem Azure Load Balancer oder einen verteilten Netzwerknamen für eine Failover-Cluster-Instanz konfigurieren. Überprüfen Sie die Unterschiede zwischen den beiden und stellen Sie dann entweder einen verteilten Netzwerknamen oder einen virtuellen Netzwerknamen und Azure Load Balancer für Ihre Failover-Cluster-Instanz bereit.

Begrenzungen

• Microsoft Distributed Transaction Coordinator (MS DTC) wird von SQL Server auf Azure VM-Failoverclusterinstanzen, die auf Azure Elastic SAN-Volumes bereitgestellt werden, nicht unterstützt. Weitere Informationen finden Sie unter FCI-Einschränkungen.
• Microsoft Distributed Transaction Coordinator (MS DTC) wird auf virtuellen Azure-Computern ab Windows Server 2019 und später unterstützt, wenn sie auf dedizierten Freigegebenen Clustervolumes (CSVs) und unter Verwendung eines Load Balancer Standard bereitgestellt werden. MSDTC wird unter Windows Server 2016 und früher nicht unterstützt.

Eingeschränkte Erweiterungsunterstützung

Zu diesem Zeitpunkt unterstützen SQL Server-Failoverclusterinstanzen auf virtuellen Azure-Computern, die mit der SQL IaaS-Agent-Erweiterung registriert sind, nur eine begrenzte. Anzahl von Features, die über die grundlegende Registrierung verfügbar sind, und nicht diejenigen, die den Agent erfordern, z. B. automatisierte Backups, Patchen, Microsoft Entra-Authentifizierung und erweiterte Portalverwaltung. Weitere Informationen finden Sie in der Tabelle mit den Vorteilen.

Wenn Ihre SQL Server-VM bereits bei der SQL IaaS Agent-Erweiterung registriert wurde, und Sie Features aktiviert haben, die den Agent erfordern, müssen Sie die Erweiterungvon der SQL Server-VM löschen, 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.

Nächste Schritte

Wenn freigegebene Azure-Datenträger nicht die richtige FCI-Speicherlösung für Sie sind, können Sie Ihre FCI stattdessen mithilfe von Premium-Dateifreigaben oder Direkte Speicherplätze erstellen.

Weitere Informationen finden Sie unter:

• Windows Server-Failovercluster mit SQL Server auf Azure-VMs
• Failoverclusterinstanzen mit SQL Server auf Azure-VMs
• AlwaysOn-Failoverclusterinstanzen (SQL Server)
• HADR-Einstellungen für SQL Server auf Azure-VMs