Wir wechseln von der Verwendung von VMWare zu Windows Failover Cluster (Version 2019), um unsere Unternehmensdienste zu hosten. Ich habe WFC erfolgreich konfiguriert und habe einige virtuelle Maschinenrollen zusammen mit der Dateiserverrolle und der DHCP-Serverrolle ausgeführt. Als Nächstes müssen wir unsere SQL-Serverinstanzen (ebenfalls Version 2019) einrichten und ich stehe vor einer architektonischen Frage.
Ist es akzeptabel, die SQL Server-Clusterrolle direkt auf den Bare-Metal-WFC-Hypervisoren zu installieren? Lassen Sie mich einen Schritt zurückgehen.
Wir möchten, dass der SQL-Server hochverfügbar ist, genau wie alles andere im Cluster. Nach Artikeln wiehttps://www.mssqltips.com/sqlservertip/6586/clustering-sql-server-2019-step-by-step/Es zeigt, wie eine immer online verfügbare SQL Server-Instanz eingerichtet wird, die WFC als Grundlage verwendet, um das Failover zwischen den SQL Server-Instanzen zu erleichtern.
Ich frage mich, warum man Ressourcen verschwenden sollte, indem man zwei neue virtuelle Maschinen startet, diese beiden Maschinen in einen WFC verwandelt und dann SQL AO in diesen WFC installiert, wenn dies auch einfach in der übergeordneten Instanz erfolgen kann? Es scheint übermäßig redundant, die SQL-Server können innerhalb des virtuellen WFC ein Failover durchführen und jede VM kann innerhalb des übergeordneten WFC ein Failover durchführen. Es scheint, als wäre dies so konzipiert, dass es direkt neben anderen Rollen auf der Hauptinstanz des WFC installiert werden kann.
Was ist hier die beste Vorgehensweise?
Antwort1
SQL Server, der auf der VM im Cluster ausgeführt wird, ist hochverfügbar. Ein Failovercluster mit Hyper-V übernimmt das VM-Failover. Laut den Best Practices von MS sollte Hyper-V die einzige auf einem Host installierte Rolle sein.
Sie können jedoch verschachtelte Failovercluster bereitstellen. Zur Konfiguration des SQL Server-Clusters kann freigegebenes VHDX verwendet werden.
Lesen Sie den folgenden Artikel, um die SQL FCI-Leistung zu verbessern.