Soy Oscar Mas y os quiero enseñar como desplegar un sistema de Clúster de SQL Server basado en dos equipos virtuales con el Storage compartido entre ellos. En este tipo de montajes no necesitaremos un tercer equipo donde ubicar dicho Storage, ya que los discos duros los compartiremos entre los dos equipos. Todo el procedimiento lo he realizado con un sistema de Hyper-V Clusterizado, pero si se quiere se puede usar Hyper-V Standalone, System Center, VMware, etc…..
Cabe destacar que para que el post sea más ameno no he puesto todas las capturas, solamente las más relevantes. También es importante indicar que este sistema simplemente nos protege ante una caída de uno de los nodos, no nos protege ante una degradación o corrupción de las bases de datos, por eso os explicaré como realizar periódicamente las copias de seguridad de vuestras bases de datos y como realizar una verificación de la integridad de las bases de datos.
Uno de los mayores inconvenientes que nos podemos encontrar al implementar un Clúster de Microsoft es la gran dependencia que tiene este sistema del Active Directory, ya que sin esta pieza fundamental no podremos desplegar un sistema de Clúster.
Posteriormente al final de post, monitorizaremos nuestro sistema de SQL con Zabbix…. Pero eso lo dejo para el final.
Antes de empezar, repasaremos la nomenclatura que se usa en los Clusters de Microsoft:
- MCS (Microsoft Cluster Service) – Nombre que se le da al cluster de Microsoft.
- Cluster – Servidores de Windows que ejecutan los servicios de Clúster, los cuales tienen su propio nombre e IP
- Cluster Node – Un servidor de Windows que forma parte de nuestro clúster
- Cluster Group – Colección de clustered resources
- Single Instance Cluster – Una instancia de SQL instalada en un cluster y gestionada por uno o más Cluster Node
- Multi Instance Cluster – Come on people!
- Public/ Private/ Storage networks – Redes lógicas que pertenecen al Cluster ( cada red ha de estar configurada con una subnet )
- Quorum – Mecanismo de voto para asegurar el nodo que lo gestiona
Para que lo veáis más claro, os dejo un esquema de la nomenclatura:
Para poder desplegar un sistema de Clúster de SQL Server basados en dos equipos, necesitamos 4 IP’s de nuestra red:
- 172.26.0.201 – IP asignada al equipo virtual que formará parte del cluster (clu-sql-01.ilba.cat)
- 172.26.0.202 – IP asignada al equipo virtual que formará parte del cluster (clu-sql-02.ilba.cat)
- 172.26.0.203 – IP asignada al cluster de Microsoft (clu-windows.ilba.cat)
- 172.26.0.204 – IP asignada al cluster de SQL (clu-sql.ilba.cat)
Posteriormente, veremos que la IP que usaremos para poder acceder desde la consola de Management Studio y desde donde se ha de acceder al sistema de SQL, será la 172.26.0.204 la cual asignaremos al clu-sql.ilba.cat
Crearemos dos equipos con las mismas características, a los cuales les asignaremos tres discos duros donde irán los siguientes datos:
- Base de Datos
- Logs
- Quorum
El esquema lógico sería el siguiente:
Los equipos virtuales que necesitaremos para crear un Clúster de SQL, serán los siguientes:
No os perdáis el resto de entradas sobre este Cluster de SQL:
Hola Jorge, Excelente explicación. muchas gracias. Quisiera saber si es posible implementar un cluster comunicando dos motores de versiones diferentes, por ejemplo SQL Server Enterprise 2017 y 2022.