Clúster de conmutación por error de Windows con SQL Server

Question

Estamos dejando de utilizar VMWare y pasaremos a utilizar Windows Failover Cluster (versión 2019) para alojar los servicios de nuestra empresa. He configurado WFC con éxito y tengo algunas funciones de máquina virtual ejecutándose junto con la función de servidor de archivos y la función de servidor DHCP. Lo siguiente es configurar nuestras instancias de servidor SQL (también versión 2019) y me plantean una pregunta arquitectónica.

¿Es aceptable instalar la función agrupada del servidor SQL directamente en los hipervisores WFC básicos? Déjame dar un paso atrás...

Queremos que el servidor SQL tenga alta disponibilidad, como cualquier otra cosa en el clúster. Siguiendo artículos comohttps://www.mssqltips.com/sqlservertip/6586/clustering-sql-server-2019-step-by-step/muestra cómo configurar una instancia de servidor SQL siempre en línea, que utiliza WFC como base para facilitar la conmutación por error entre las instancias de servidor SQL.

Mi pensamiento es, ¿por qué desperdiciar recursos activando dos nuevas máquinas virtuales, convirtiendo estas dos máquinas en un WFC y luego instalando SQL AO en ese WFC cuando simplemente se puede hacer en la instancia principal? Parece demasiado redundante, los servidores SQL pueden realizar una conmutación por error dentro del WFC virtual y cada máquina virtual puede realizar una conmutación por error dentro del WFC principal. Parece que esto fue diseñado para instalarse directamente en la instancia principal de WFC junto con otras funciones.

¿Cuál es la mejor práctica aquí?

Answer 1

SQL Server que se ejecute sobre la máquina virtual del clúster tendrá alta disponibilidad. El clúster de conmutación por error con Hyper-V se encargará de la conmutación por error de las máquinas virtuales. Las mejores prácticas de MS establecen que Hyper-V debería ser la única función instalada en un host.

https://docs.microsoft.com/en-us/windows-server/virtualization/hyper-v/best-practices-analyzer/hyper-v-should-be-the-only-enabled-role

Sin embargo, puede implementar un clúster de conmutación por error anidado. Se podría utilizar VHDX compartido para configurar el clúster de SQL Server.

https://docs.microsoft.com/en-us/previous-versions/windows/it-pro/windows-server-2012-r2-and-2012/dn265980(v=ws.11)

Consulte el siguiente artículo para mejorar el rendimiento de SQL FCI.

https://www.hyper-v.io/can-sql-server-failover-cluster-instance-run-twice-fast-sql-server-basic-availability-groups-2-node-cluster-part-2- estudiando-fci-rendimiento/