{"id":6526,"date":"2022-03-02T15:31:09","date_gmt":"2022-03-02T15:31:09","guid":{"rendered":"http:\/\/itdconsulting.com\/microsoft-sql-server-clustering\/"},"modified":"2022-06-13T12:23:51","modified_gmt":"2022-06-13T17:23:51","slug":"microsoft-sql-server-clustering","status":"publish","type":"page","link":"https:\/\/itdconsulting.com\/en\/base-de-datos\/microsoft-sql-server\/microsoft-sql-server-clustering\/","title":{"rendered":"Microsoft SQL Server Clustering"},"content":{"rendered":"

Microsoft SQL Server Clustering es el t\u00e9rmino utilizado para describir una colecci\u00f3n de dos o m\u00e1s servidores f\u00edsicos (nodos), conectados a trav\u00e9s de una LAN, cada uno de los cuales aloja una instancia de servidor SQL y tiene el mismo acceso al almacenamiento compartido. La agrupaci\u00f3n de servidores SQL proporciona alta disponibilidad y protecci\u00f3n contra desastres cada vez que falla un servidor que aloja la instancia de SQL Server.<\/p>\n

\"\"<\/p>\n

Si est\u00e1 en un servidor independiente, una falla de hardware puede detener sus operaciones. Sin embargo, con la agrupaci\u00f3n en cl\u00fasteres, si un nodo tiene problemas, puede conmutar por error autom\u00e1ticamente a otro nodo, con un tiempo de inactividad m\u00ednimo, y permitir que los usuarios sigan trabajando mientras TI trabaja para resolver el problema. Cuando el servidor principal est\u00e1 reparado, puede revertir r\u00e1pidamente las operaciones.<\/p>\n

En comparaci\u00f3n con el uso de un servidor independiente, la agrupaci\u00f3n en cl\u00fasteres de SQL Server tambi\u00e9n puede limitar el tiempo de inactividad al aplicar actualizaciones y parches de seguridad.<\/p>\n

Si bien la agrupaci\u00f3n en cl\u00fasteres de SQL Server proporciona alta disponibilidad y minimiza el tiempo de inactividad del sistema, la agrupaci\u00f3n en cl\u00fasteres de SQL Server no mejorar\u00e1 el rendimiento de los servidores o las aplicaciones. Para mejorar el rendimiento, debe actualizar la potencia inform\u00e1tica de los servidores.<\/p>\n

 <\/p>\n

\u00bfQu\u00e9 son los clusters?<\/strong><\/p>\n

Un cl\u00faster de Microsoft SQL Server no es m\u00e1s que una colecci\u00f3n de dos o m\u00e1s servidores f\u00edsicos con acceso id\u00e9ntico al almacenamiento compartido que proporciona los recursos de disco necesarios para almacenar los archivos de la base de datos.<\/p>\n

Estos servidores se denominan \u00abnodos\u00bb. Cada uno de los nodos se comunica entre s\u00ed a trav\u00e9s de una red privada, enviando una se\u00f1al de latido entre ellos. Si un nodo no comunica su latido al otro nodo en el cl\u00faster, el nodo secundario se har\u00e1 cargo de cualquier servicio dependiente que est\u00e9 ejecutando el nodo que perdi\u00f3 la comunicaci\u00f3n. Este proceso se conoce como \u00abconmutaci\u00f3n por error\u00bb.<\/p>\n

Una conmutaci\u00f3n por error puede ocurrir de forma autom\u00e1tica (el latido de un servidor deja de comunicarse) o manualmente. Una conmutaci\u00f3n por error manual es beneficiosa en el caso de que se requieran parches o alguna otra forma de mantenimiento en el nivel del servidor f\u00edsico.<\/p>\n

Por lo general, implementar\u00eda la agrupaci\u00f3n en cl\u00fasteres para garantizar que, si alguna vez encuentra una falla de hardware en el servidor f\u00edsico que aloja su instancia de SQL, sus bases de datos seguir\u00e1n estando disponibles para las aplicaciones dependientes y sus usuarios.<\/p>\n

A diferencia de otras tecnolog\u00edas de agrupaci\u00f3n en cl\u00fasteres que se implementan para mejorar el rendimiento o aumentar la potencia de procesamiento a trav\u00e9s del equilibrio de carga, los cl\u00fasteres de SQL est\u00e1n dise\u00f1ados para proporcionar bases de datos de alta disponibilidad; eliminando el tiempo de inactividad asociado con fallas de hardware.<\/p>\n

Este concepto arquitect\u00f3nico se conoce como \u00abClustering de alta disponibilidad\u00bb o \u00abClustering HA\u00bb para abreviar. El servicio o los grupos de servicios alojados en un nodo en cl\u00faster se denominan, respectivamente, recursos y grupos de recursos. Dado que estos recursos deben estar disponibles para todos los nodos de un cl\u00faster, deben residir en una matriz de discos compartidos en forma de disco SAN-NAS. Cada grupo de recursos se asignar\u00e1 a una unidad l\u00f3gica alojada f\u00edsicamente en la matriz de discos compartidos y tambi\u00e9n tendr\u00e1 su propia direcci\u00f3n IP y nombre de red asociados.<\/p>\n

 <\/p>\n

\u00bfC\u00f3mo es el proceso de instalaci\u00f3n?<\/strong><\/p>\n

El proceso de instalaci\u00f3n de SQL Server detecta cu\u00e1ndo se intenta realizar una instalaci\u00f3n en un nodo agrupado y le preguntar\u00e1 si desea configurar la instancia de SQL como agrupada o no. Si contin\u00faa con la creaci\u00f3n de una instancia en cl\u00faster de SQL Server, la instancia se hospedar\u00e1 en un servidor \u00abvirtual\u00bb. Los recursos, como los datos y los archivos de registro, se crear\u00e1n en el disco SAN-NAS compartido para SQL Server, el Agente SQL Server y la indexaci\u00f3n de texto completo.<\/p>\n

Si se selecciona en el proceso de instalaci\u00f3n, Notification Services y Analysis Services tambi\u00e9n son compatibles con cl\u00fasteres en SQL Server 2005. Por el contrario, los archivos de programa asociados para la instancia se instalar\u00e1n en las unidades locales de cada uno de los nodos en cl\u00faster de forma y registro id\u00e9nticos. los valores se establecen de forma id\u00e9ntica en todos los nodos agrupados.<\/p>\n

Dado que el servidor \u00abvirtual\u00bb reside \u00fanicamente en la SAN, puede ser \u00abpropiedad\u00bb de cualquiera de los nodos que permita. Cada uno de los nodos puede ejecutar estos recursos de manera id\u00e9ntica porque cada nodo\/servidor f\u00edsico tiene los archivos de programa y la configuraci\u00f3n de registro id\u00e9ntica necesaria para ejecutar la instancia de SQL.<\/p>\n

Adem\u00e1s, los usuarios ignoran la fluidez subyacente del servidor. Se conectan a \u00e9l como lo har\u00edan con cualquier otro servidor f\u00edsico: por nombre de servidor (nombre de servidor virtual en este caso) si es la instancia predeterminada o por nombre de servidor virtual\\nombre de instancia si es una instancia con nombre.<\/p>\n

Esta es la clave para la conectividad de la aplicaci\u00f3n. Dado que la instancia de SQL simplemente cambia de propiedad durante una conmutaci\u00f3n por error, no es necesario volver a codificar las cadenas de conexi\u00f3n en las que se basan las aplicaciones para conectarse a sus bases de datos; el servidor f\u00edsico puede dejar de estar disponible, pero el servidor virtual persiste despu\u00e9s de la conmutaci\u00f3n por error.<\/p>\n

\u00a0<\/strong><\/p>\n

\u00bfC\u00f3mo se denominan a los clusters?<\/strong><\/p>\n

Los cl\u00fasteres a menudo se denominan Activo\/Activo o Activo\/Pasivo. Tal como cabr\u00eda esperar por el nombre, en un cl\u00faster Activo\/Activo habr\u00e1 dos o m\u00e1s nodos, cada uno con una instancia de Microsoft SQL Server. Si un nodo falla, la instancia que posee se conmutar\u00eda por error al otro nodo, corriendo junto a la otra instancia (y compitiendo por los recursos).<\/p>\n

Una arquitectura Activa\/Pasiva requiere que, sin importar cu\u00e1ntos nodos compongan el cl\u00faster, al menos un nodo no sea propietario de una instancia de SQL Server. Es \u00abpasivo\u00bb y solo existe para aceptar una conmutaci\u00f3n por error de un nodo que aloja una instancia de SQL en caso de una conmutaci\u00f3n por error.<\/p>\n

Las pol\u00edticas actuales de licencias de Microsoft requieren que solo obtenga una licencia para los nodos activos que ejecutan Microsoft SQL Server. El nodo pasivo no necesita licencia.<\/p>\n

\u00a0<\/strong><\/p>\n

\u00bfQu\u00e9 son los nodos? \u00bfCu\u00e1ntos se necesitan?<\/strong><\/p>\n

La tecnolog\u00eda actual de agrupaci\u00f3n en cl\u00fasteres de Windows 2003 y Microsoft SQL Server 2005 Enterprise Edition permite combinar hasta ocho nodos en un solo cl\u00faster. El lanzamiento de Windows 2008 y Microsoft SQL Server 2008 Enterprise Edition traer\u00e1 consigo la capacidad de duplicar eso a diecis\u00e9is nodos. (Est\u00e1 limitado a dos nodos si utiliza SQL Server Standard Edition).<\/p>\n

 <\/p>\n

Finalmente, \u00bfconvienen o no los clusters?<\/strong><\/p>\n

Si bien la agrupaci\u00f3n en cl\u00fasteres lo protege de fallas de hardware relacionadas con el servidor que aloja la instancia de SQL Server, no lo protege de fallas de medios. A diferencia de la replicaci\u00f3n, la creaci\u00f3n de reflejo de la base de datos o el trasvase de registros, solo hay una \u00fanica copia de su base de datos. Si el SAN-NAS encuentra una falla, no solo podr\u00eda incurrir en tiempo de inactividad, sino tambi\u00e9n en la p\u00e9rdida de datos.<\/p>\n

Se recomienda que incorpore la redundancia de su SAN-NAS o la creaci\u00f3n de reflejo de la base de datos con su configuraci\u00f3n de agrupamiento para protegerlo de fallas en los medios. Los costos de hardware y licencias pueden ser altos.<\/p>\n

En un modelo de agrupaci\u00f3n en cl\u00faster activo\/pasivo, comprar\u00e1 hardware que espera no tener que usar nunca. La construcci\u00f3n del cl\u00faster es m\u00e1s compleja que la configuraci\u00f3n de un servidor independiente. Sin embargo, la construcci\u00f3n f\u00edsica del cl\u00faster est\u00e1 fuera del alcance de esta discusi\u00f3n.<\/p>\n

Otras soluciones de server clusters<\/strong><\/p>\n

Hay otras soluciones de agrupaci\u00f3n en cl\u00fasteres de SQL Server disponibles en el mercado. Algunas de las soluciones de agrupaci\u00f3n en cl\u00fasteres de SQL Server m\u00e1s populares son ofrecidas por Microsoft e incluyen:<\/p>\n