Soy Oscar Mas y siguiendo con la serie de post en los cuales os ido enseñado como desplegar un sistema de SQL en un Clúster de Microsoft con storage compartido, solamente nos queda saber cómo poder actualizar nuestro sistema casi sin desconexión. Para ello usaremos una de las características que nos ofrece el clúster de Microsoft, el cual nos actualizará todos los equipos de nuestro clúster. Pero antes de empezar es importante ser ordenados, yo he creado una Unidad Organizativa llamada “Cluster SQL” y he puesto todo los objetos que forman parte del clúster dentro de ella, tal y como se muestra en la siguiente captura.

El propio sistema se encargará de poner el equipo que está actualizando en mantenimiento y mover los servicios asociados al otro equipo virtual que forma parte del clúster y una vez acabado el proceso de actualización volverá a realizar el mismo procedimiento con el segundo equipo virtual. Este procedimiento, también se puede aplicar a un Clúster de Hyper-V o cualquier tipo de Clúster de Microsoft.

Usando este sistema de actualizaciones, podemos estar seguros que todos los equipos que forman partes de nuestro Clúster de Microsoft tienen las mismas actualizaciones aplicadas.

Antes de empezar a configurar nuestro sistema de actualización de clúster de Microsoft, lo primero que haremos es darle permisos a nuestra unidad organizativa, para que el objeto que nos ha creado el sistema (CLU-WINDOWS) después de la instalación pueda crear un nuevo objeto. Para realizar esta configuración realizaremos los siguientes pasos:

Añadiremos el equipo CLU-WINDOWS en la pestaña “Security” para, posteriormente desde la opción “Advanced” darle permisos para que pueda crear objetos.

En las opciones avanzadas, marcaremos la opción: “Create computer objects”

Una vez realizado el procedimiento de darle permisos a nuestro objeto de Active Directory, ya estaremos en disposición de empezar a configurar el sistema de actualización de nuestro clúster.

Primero de todo configuraremos el sistema de actualizaciones, el cual nos añadirá un nuevo rol a los equipos que forman parte de nuestro clúster de Microsoft.

Una vez acabado el Wizard, podremos observar que nos ha creado un nuevo objeto en nuestro OU, tal y como se muestra en la captura:

Seguidamente, ya podremos empezar a aplicar las actualizaciones a nuestro sistema, indicándole la opción “Apply updates to this cluster”

Una vez acabado el Wizard, nuestro sistema se pondrá a actualizar:

Espero que esta serie de post, os hayan sido de ayuda.

No os perdáis el resto de entradas sobre este Cluster de SQL:

• 1 – Introducción
• 2 – Preparación de los equipos virtuales
• 3 – Instalación del Clúster de Microsoft
• 4 – Instalación de SQL Server para Clúster de Microsoft
• 5 – Configuración de nuestro Clúster de SQL
• 6 – Monitorización de Clúster de SQL con Zabbix
• 7 – Analizando Clúster de SQL

The post 7 – Cluster SQL: Actualizando clúster de SQL appeared first on El Blog de Jorge de la Cruz.

En esta parte, se da por hecho que ya tenemos un sistema de monitorización de Zabbix en nuestra infraestructura y estamos monitorizando los dos equipos que forman parte del sistema de clúster de SQL.

La instalación de los agentes que actualmente monitorizan los nodos del clúster, se ha hecho de la manera standard y los ficheros de configuración de los agentes de Zabbix están ubicados en el path por defecto:

Una vez instalado, modificaremos nuestro agente de Zabbix para que escuche solamente por el la IP del host, mediante la opción: ListenIP. Esto se ha de realizar en los dos servidores (clu-sql-01.ilba.cat y clu-sql-02.ilba.cat), a cada servidor se la ha de indicar la IP de cada uno.

Reiniciaremos los servicios de Zabbix en los dos servidores, para que se apliquen los cambios realizados en nuestros equipos.

La monitorización realizada a los dos nodos del clúster, es la habitual: CPU, Ram, espacio en discos duros, etc… pero no existe ningún tipo de monitorización del sistema de SQL.

Lo primero que haremos es crear un directorio donde irán ubicados los ficheros de configuración de nuestro nuevo agente de Zabbix. Este procedimiento lo realizaremos en los dos nodos de nuestro clúster (clu-sql-01.ilba.cat y clu-sql-02.ilba.cat):

Seguidamente, modificaremos la configuración de nuestro nuevo agente de Zabbix en los dos servidores  (clu-sql-01.ilba.cat y clu-sql-02.ilba.cat), editando el fichero de configuración: C:\ZabbixAgentCluster\zabbix_agentd.conf

Le indicaremos a nuestros dos equipos del cluster (clu-sql-01.ilba.cat y clu-sql-02.ilba.cat), que habilite el servicio con la configuración que hemos modificado:

sc \\clu-sql create "Zabbix Agent (Cluster)" binpath= "C:\ZabbixAgentCluster\zabbix_agentd.exe --config C:\ZabbixAgentCluster\zabbix_agentd.conf" DisplayName= "Zabbix Agent (Cluster)"

El resultado que podremos ver los dos servidores a nivel de servicios será el siguiente:

Es normal que el servicio se arranque de forma manual, ya que el servicio lo arrancará el nodo que tenga los servicios de SQL arrancados. Para ello añadiremos el servicio a nuestro clúster de la siguiente manera. Crearemos el “resource”

Una vez creado, lo habilitaremos:

Nos descargaremos la template de SQL: https://share.zabbix.com/databases/microsoft-sql-server/template-ms-sql-2012 y la importaremos a nuestro Zabbix. Posteriormente configuraremos nuestro cliente de zabbix en nuestro sistema de monitorización:

Espero que os haya servido de ayuda.

No os perdáis el resto de entradas sobre este Cluster de SQL:

• 1 – Introducción
• 2 – Preparación de los equipos virtuales
• 3 – Instalación del Clúster de Microsoft
• 4 – Instalación de SQL Server para Clúster de Microsoft
• 5 – Configuración de nuestro Clúster de SQL
• 6 – Monitorización de Clúster de SQL con Zabbix
• 7 – Analizando Clúster de SQL

The post 6 – Cluster SQL: Monitorización de Clúster de SQL con Zabbix appeared first on El Blog de Jorge de la Cruz.

Durante la instalación no hemos cambiado el path de los logs de SQL, así que los cambiaremos ahora de la siguiente manera:

También aprovecharemos para ajustar la memoria de nuestro sistema de SQL, ya que sino cuando nuestro servidor esté en plena producción, el SQL se comerá toda la memoria que dispone el sistema operativo y esto nos puede ocasionar problemas. Yo normalmente de le dejo varias Gigas de Ram para el sistema operativo. Por ejemplo: si nuestro sistema operativo tiene 70GB, yo le dejaría 6GB libres al sistema operativo, eso quiere decir que le hemos de asignar 64GB (65536) a nuestro SQL:

Al haberle ajustado la RAM a nuestro servidor de SQL, corremos el riesgo de que cuando necesite más Ram el equipo nos pagine. Para evitar esto, le indicaremos a la cuenta encargada de arrancar los servicios del SQL que no puede usar la paginación. Este procedimiento lo hemos de realizar en los dos servidores de SQL:

Una de las cosas a tener muy en cuenta, es tanto el sistema de backups como la integridad de la base de datos. Para realizar estas dos tareas, crearemos un nuevo plan de mantenimiento.

Le pondremos un nombre descriptivo

Le indicaremos la periodicidad en el que se ejecutará nuestro plan de mantenimiento:

Acercaremos el ratón a la opción toolbox:

Y crearemos un “Check Database Integrity Task”, para que nos chequee la integridad de las bases de datos y posteriormente un “backup Database Task”, para poder realizar los backups de las bases de datos. Configuraremos el “Check Database Integrity Task”, para que realice un chequeo de todas las bases de datos con excepción de las creadas por el propio sistema:

Y configuraremos el sistema de backups. Yo lo he copiado en el disco duro del clúster, pero es más adecuado llevárselo fuera del sistema clusterizado.

Una vez acabado, lo grabaremos:

No os perdáis el resto de entradas sobre este Cluster de SQL:

• 1 – Introducción
• 2 – Preparación de los equipos virtuales
• 3 – Instalación del Clúster de Microsoft
• 4 – Instalación de SQL Server para Clúster de Microsoft
• 5 – Configuración de nuestro Clúster de SQL
• 6 – Monitorización de Clúster de SQL con Zabbix
• 7 – Analizando Clúster de SQL

The post 5 – Cluster SQL: Configuración de nuestro Clúster de SQL appeared first on El Blog de Jorge de la Cruz.

Insertaremos nuestro CD-Rom de SQL Server, para proceder a la instalación. El proceso de instalación es el habitual, exceptuando varios puntos que os detallaré más adelante.
Para este post he escogido un SQL Server 2012, pero el procedimiento será el mismo para las diferentes versiones de SQL Server.
El procedimiento detallado a continuación, se realizará desde el primer servidor del clúster (clu-sql-01.ilba.cat), ya que instalaremos el SQL Server con la opción:

Y en segundo servidor SQL Server (clu-sql-02.ilba.cat),  lo instalaremos con la opción:
Antes de empezar la instalación, asegurémonos que estamos en el equipo virtual que tiene asignado los discos duros. En mi caso, al no haber reiniciado los equipos es el primer servidor virtual (clu-sql-01.ilba.cat):

Durante el proceso de instalación del primer SQL Server (clu-sql-01.ilba.cat), veremos el proceso de instalación es igual al stand-alone pero con un par de diferencias que os indicaré.

Durante el proceso de instalación del SQL Server, es importante que todos los equipos estén ubicados en la Unidad Organizativa por defecto (Computers), de no ser así al final de la instalación del SQL en el primer nodo, nos dará un error y no podremos realizar la instalación de manera exitosa.

La primera diferencia como ya os he comentado anteriormente, es la forma de instalar. La cual la haremos desde la opción “New SQL Server failover cluster installation”

Yo en mi caso, he instalado el motor de SQL y las herramientas administrativas, pero en cada caso el resultado de la instalación será diferente en función de las necesidades.

Seguidamente, le indicaremos el nombre del clúster que se creará. En mi caso cluster-sql

Le indicaremos la ubicación de donde guardará los datos de nuestro sistema de SQL. Cuidado: el primer disco duro es donde ubicará las bases de datos.

Le indicaremos la IP que le asignaremos a nuestro clúster de SQL. En mi caso: 172.26.0.204

En esta parte, podremos observar que el “Startup Type” no lo podremos modificar, ya que será gestionado por nuestro clúster de Microsoft.

También veréis que he creado una cuenta llamada: service.sql en mí Active Directory, la cual será la encargada de arrancar los servicios del SQL. Esta cuenta ha de ser administrador local de los dos equipos de SQL y será usada más adelante para hacer tunning del sistema de SQL Server.

Ahora, después de haber hecho la instalación en el primer nodo (clu-sql-01.ilba.cat) procederemos a la instalación del SQL en el segundo nodo (clu-sql-02.ilba.cat). Para ello instalaremos el SQL con la opción “Add node to a SQL Server failover cluster”

Podremos ver que nos ha detectado nuestro cluster y seguidamente nos indicará todos los datos que hemos introducido anteriormente en la instalación del primer nodo:

Y ya tendremos nuestro sistema de clúster de SQL Server. Ahora solamente nos queda volver a actualizar el sistema operativo, para aplicar los correspondientes parches y Service Packs del SQL

No os perdáis el resto de entradas sobre este Cluster de SQL:

• 1 – Introducción
• 2 – Preparación de los equipos virtuales
• 3 – Instalación del Clúster de Microsoft
• 4 – Instalación de SQL Server para Clúster de Microsoft
• 5 – Configuración de nuestro Clúster de SQL
• 6 – Monitorización de Clúster de SQL con Zabbix
• 7 – Analizando Clúster de SQL

The post 4 – Cluster SQL: Instalación de SQL Server para Clúster de Microsoft appeared first on El Blog de Jorge de la Cruz.

Esta parte, se puede realizar de diferentes órdenes, pero esta forma de montaje es la que mejor se ha adaptado a mis necesidades. Antes de empezar a desplegar el clúster, pondremos los discos duros en online y posteriormente los inicializaremos. Cabe anotar que los espacios asignados a los discos duros, no son reales, ya que por ejemplo una partición de 15GB para el Quorum, es demasiado elevada y las particiones que se han asignado a las bases de datos y logs, se han de ajustar a nuestras necesidades.

Una vez preparados los discos duros que almacenaran los datos de nuestro sistema de Clúster de SQL, añadiremos la feature de Clúster en los dos nodos (clu-sql-01.ilba.cat y clu-sql-02.ilba.cat):

Desde uno de los dos equipos crearemos el clúster. Para realizar el procedimiento abriremos la consola de: “Failover Cluster Manager”

Una vez abierta la consola, crearemos nuestro clúster:
Añadiremos nuestros dos equipos virtuales que formarán parte del clúster (clu-sql-01.ilba.cat y clu-sql-02.ilba.cat):
Es vital que validemos el Clúster de Microsoft, ya que de no hacerlo cuando vayamos a instalar el SQL en los equipos que forman parte del Clúster no nos dejará instalarlo hasta que se haya validado el Clúster.
Una vez validado, podremos seguir con la configuración de nuestro Clúster. En este punto, le indicaremos el nombre que le vamos a dar a nuestro Cluster de Microsoft: clu-microsoft (NOTA: sin dominio clu-microsoft.ilba.cat) y la IP asignada al clúster.
Una vez acabado, le asignaremos los disco duros a nuestro clúster.
Acabado de crear el clúster, crearemos las particiones y les asignaremos una unidad. Os pongo el ejemplo de una de las particiones, pero se ha de realizar en las tres particiones el mismo procedimiento:


Una vez acabado, el resultado será el siguiente:
Es muy aconsejable ponerle nombres lógicos a los discos duros que formarán parte de nuestro clúster como se muestra en la siguiente captura, pera no liarnos en un futuro.

Una vez creado los discos en nuestro clúster, le indicaremos a nuestro sistema que disco duro realizará las funcionalidades de Quorum.

Y el resultado como podréis ver, es que el disco duro de 15GB realizará las funcionalidades de Quorum:

No os perdáis el resto de entradas sobre este Cluster de SQL:

• 1 – Introducción
• 2 – Preparación de los equipos virtuales
• 3 – Instalación del Clúster de Microsoft
• 4 – Instalación de SQL Server para Clúster de Microsoft
• 5 – Configuración de nuestro Clúster de SQL
• 6 – Monitorización de Clúster de SQL con Zabbix
• 7 – Analizando Clúster de SQL

The post 3 – Cluster SQL: Instalación del Clúster de Microsoft appeared first on El Blog de Jorge de la Cruz.

Podréis ver que el resultado a nivel de carpetas será el siguiente. En las carpetas de clu-sql-01.ilba.cat y clu-sql-02.ilba.cat están los sistemas operativos de cada equipos. En la carpeta HD-Compatidos-Cluster, es la carpeta donde ubicaremos los tres discos duros donde ubicaremos los datos, logs y quorum.

Recordar que este sistema no nos salva ante una degradación de la cabina o de las bases de datos, por eso, es importante una vez acabado el montaje tener un buen sistema de backups de las bases de datos.

Al ser un sistema de virtualización, es altamente aconsejable que cuando hayamos creado los equipos que formarán parte del Clúster de Microsoft, configuremos correctamente la Anti-Afinidad. Es importante que los dos equipos nunca se ubiquen en el mismo host físico , ya que en caso de caída de uno de los hosts el sistema dejaría de funcionar.

Antes de empezar a desplegar e instalar el sistema de Cluster de SQL / Microsoft, es necesario que los equipos estén en dominio y con las últimas actualizaciones aplicadas. Acordaros de marcar las casillas indicadas en la captura, ya que sino después de instalar el SQL, no se nos descargaran los últimos parches del SQL Server.

No os perdáis el resto de entradas sobre este Cluster de SQL:

• 1 – Introducción
• 2 – Preparación de los equipos virtuales
• 3 – Instalación del Clúster de Microsoft
• 4 – Instalación de SQL Server para Clúster de Microsoft
• 5 – Configuración de nuestro Clúster de SQL
• 6 – Monitorización de Clúster de SQL con Zabbix
• 7 – Analizando Clúster de SQL

The post 2 – Cluster SQL: Preparación de los equipos virtuales appeared first on El Blog de Jorge de la Cruz.

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:

• 1 – Introducción
• 2 – Preparación de los equipos virtuales
• 3 – Instalación del Clúster de Microsoft
• 4 – Instalación de SQL Server para Clúster de Microsoft
• 5 – Configuración de nuestro Clúster de SQL
• 6 – Monitorización de Clúster de SQL con Zabbix
• 7 – Analizando Clúster de SQL

The post 1 – Cluster SQL: Introducción appeared first on El Blog de Jorge de la Cruz.