En la Parte 1 de esta serie, le mostré cómo preparar su clúster de varios sitios, incluida la configuración del Quórum Mayoritario de Recursos compartidos de nodos y archivos. En la parte 2, vimos un ejemplo de video de cómo integrar SteelEye DataKeeper, una de las soluciones de replicación de clústeres disponibles, con clústeres de conmutación por error para configurar un clúster de conmutación por error Hyper-V de varios sitios. En la Parte 3, examinaremos cómo se puede configurar Microsoft SQL Server 2008 en un clúster de varios sitios con Clústeres de conmutación por error de Windows Server 2008 y SteelEye DataKeeper Cluster Edition.
En primer lugar, ¿por qué querría implementar un clúster SQL server de varios sitios? SQL Server viene con una variedad de opciones de alta disponibilidad, que incluyen envío de registros, replicación (transaccional, fusión, instantánea), duplicación de bases de datos y clústeres de conmutación por error. Hay un gran artículo que habla sobre las opciones de alta disponibilidad en SQL Server 2008, por lo que no reinventaré la rueda aquí. Si desea obtener más información sobre todas las opciones, eche un vistazo a este artículo de Ross Mistry, Opciones de alta disponibilidad en SQL Server 2008.
Si lee el artículo, el resumen de Ross hace la siguiente declaración…
«Claramente, el clúster de conmutación por error es la mejor opción para reducir el tiempo de inactividad del sistema y proporcionar una mayor disponibilidad de aplicaciones para toda la instancia de SQL Server dentro de un sitio; sin embargo, un clúster de conmutación por error no protege contra fallos de disco y requiere una SAN.»
¿Qué pasaría si pudiera tener todos los beneficios que Ross describe y también proteger contra fallas de disco y eliminar la necesidad de una SAN? Bueno, la buena noticia es que eso es exactamente lo que puede hacer implementando un clúster de sitios múltiples de Microsoft SQL Server 2008 en Windows Server 2008. El cluster multisitio de SQL Server 2008 puede ser un poco inapropiado. No es necesario que se despliegue en lugares geográficamente dispersos. Los servidores podrían estar ubicados en el mismo rack, la misma habitación, el mismo edificio o en todos los continentes; realmente no importa. Lo importante es que está eliminando el almacenamiento como un único punto de fallo y, si elige ubicar los nodos del clúster en diferentes ubicaciones físicas, también tiene incorporada la resiliencia del sitio.
Una de las preguntas y los puntos de confusión más comunes sobre la agrupación en clúster de conmutación por error de SQL Server 2008 y Windows Server 2008 es la compatibilidad con fallos en subredes. Sí, el clúster de conmutación por error de Windows Server 2008 admite errores entre subredes para la mayoría de las aplicaciones; sin embargo, SQL Server 2008 no es una de esas aplicaciones. Por lo que sé, SQL Server 2008 R2 tampoco soportará fallas entre subredes cuando se lance. Tengo entendido que el equipo de SQL está trabajando en el soporte para la conmutación por error entre subredes, pero se admitirá en algún momento después de que se lance SQL Server 2008 R2. Por lo tanto, por el momento, tendrá que abarcar su subred si desea separar sus nodos geográficamente.
Ahora que ha decidido implementar un clúster de SQL server de varios nodos, estos son los pasos que deberá seguir.
CONFIGURE SU CLÚSTER BÁSICO
Siga los pasos de la Parte 1 de esta serie para configurar un clúster básico de 2 nodos con un Quórum Mayoritario de Recursos compartidos de nodos y archivos.
CONFIGURE SU REPLICACIÓN
La implementación de un clúster de varios sitios requerirá que trabaje muy de cerca con su proveedor de replicación durante esta parte de la configuración. Cada proveedor tendrá instrucciones muy específicas sobre cómo configurar la replicación y crear los recursos de almacenamiento que se utilizarán en el clúster. Para los fines de esta demostración, usaré SteelEye DataKeeper Cluster Edition para replicar la unidad E del servidor llamado PRIMARIO al servidor llamado SECUNDARIO. La unidad E en PRIMARIA y SECUNDARIA son solo volúmenes adjuntos locales y no forman parte de ninguna SAN. Mientras la unidad E aparezca como un disco conectado local, DataKeeper puede replicarla de un servidor a otro. Puede mezclar y combinar SAS, iSCSI, SAN, VHD o cualquier otro tipo de almacenamiento, ya que DataKeeper es independiente del almacenamiento.
Después de configurar el clúster básico como se describe en la Parte 1 de mi serie, ejecute la configuración de DataKeeper.exe para instalar SteelEye DataKeeper Cluster Edition en ambos nodos del clúster. Se le pedirá que introduzca su clave de licencia al final de la instalación. Ingrese su licencia y reinicie sus servidores cuando se le solicite. Ahora está listo para crear su espejo. Inicie la interfaz gráfica de usuario de DataKeeper y siga las instrucciones a continuación para crear su mirror.
Haga clic en «Conectarse al servidor».
Introduzca el nombre del primer servidor. Haz clic en Conectar.
Introduzca el nombre de la segunda server, haga clic en Conectar
Ahora haga clic en Crear Empleo. Esto iniciará el asistente para crear trabajos.
Dale a tu trabajo un nombre y una descripción. Pueden ser lo que quieras.
Elige lo siguiente:
- Servidor de origen: donde se replicarán los datos desde
- Adaptador de red: la red donde viajará el tráfico de replicación
- Volumen: el volumen que desea replicar
Haga clic en Siguiente para continuar.
Elija lo siguiente:
- Servidor de destino-donde los datos se replicarán en
- Adaptador de red – la red donde viajará el tráfico de replicación
- Volumen – el volumen que desea replicar
Haga clic en Siguiente para continuar.
Elija lo siguiente:
- Nivel de compresión: Si tiene una red de 100 Mbps o más rápida para replicación, déjela en ninguno. Si tiene una WAN de menos de 100 Mbps, puede beneficiarse de habilitar la compresión. Los ajustes en algún lugar intermedio tienden a brindarle el mejor rendimiento de compresión en comparación con la sobrecarga de CPU asociada con la activación de la compresión.
- Asincrónica vs La replicación síncrona – asíncrona es generalmente aceptable en la mayoría de los entornos y es definitivamente necesaria en entornos WAN de alta latencia. Escribí una publicación de blog completa sobre este tema, así que si tienes alguna pregunta, echa un vistazo a mi artículo sobre replicación asíncrona vs.sincrónica.
- Ancho de banda máximo: puede pensar en esto como una QOS de «pobre hombre». Si desea asegurarse de que la replicación nunca supere un determinado umbral de su capacidad WAN, puede poner un limitador a la cantidad de ancho de banda que puede consumir. A menos que tenga una buena razón para configurarlo, es mejor dejarlo en 0.
Haga clic en Listo para crear su espejo.
Ahora, si echa un vistazo a su interfaz gráfica de usuario DataKeeper, se verá similar a lo siguiente.
Una vez que haya creado el mirror, deberá hacerlo disponible en el clúster de Microsoft «Almacenamiento disponible». Hay varias formas de hacerlo, pero la forma más sencilla es usar la interfaz de línea de comandos de Windows PowerShell. A continuación se muestra un ejemplo que muestra cómo tomar el mirror existente que acabamos de crear en la unidad E y agregarlo al clúster «Almacenamiento disponible», moverlo al nodo PRINCIPAL y traerlo en servicio
Grupos de conmutación por error de módulo de importación
Add-ClusterResource-Name «DataKeeper Volume E»-resourceType «DataKeeper Volume»- Group «Available Storage»
Get-ClusterResource «DataKeeper Volume E» | Set-ClusterParameter VolumeLetter E
Move-ClusterGroup «Almacenamiento disponible»-Nodo primario
Start-ClusterResource «DataKeeper Volume E»
Para más para obtener información sobre PowerShell y los comandos disponibles para usar con clústeres de conmutación por error, consulte esta excelente publicación de blog de Symon Perriman, del equipo de Clústeres de conmutación por error de Microsoft.
http://blogs.msdn.com/clustering/archive/2008/12/20/9243367.aspx
ahora vamos a repetir los pasos anteriores para agregar más espejos que va a utilizar en el clúster. En nuestro caso, vamos a crear un espejo de la unidad F y usarlo para agrupar el MSDTC. Una vez que haya agregado sus espejos adicionales y los haya agregado al Almacenamiento Disponible, su interfaz gráfica de usuario DataKeeper debería tener un aspecto similar a este.
Y su Interfaz gráfica de usuario del Administrador de clúster de conmutación por error debería tener este aspecto.
NOTA IMPORTANTE-Se requiere una revisión para admitir DTC con recursos de disco de terceros. Consulte el siguiente artículo de KB y aplique el howfix a todos los nodos del clúster. http://support.microsoft.com/kb/978476
SQL 2008 depende mucho de MSDTC, por lo que es muy recomendable que agrupe el recurso MSDTC antes de agrupar el recurso SQL. Los siguientes artículos se proporcionan como referencia para la configuración y administración de su recurso MSDTC.
http://technet.microsoft.com/en-us/library/cc770748(WS.10).aspx
http://technet.microsoft.com/en-us/library/cc771540(WS.10).aspx
Comenzará abriendo la interfaz gráfica de usuario del Administrador de Clúster de Conmutación por error y, a continuación, seleccione «Configurar un servicio o aplicación».
Luego elegirá «Coordinador de transacciones distribuidas» y haga clic en Siguiente
Proporcione al recurso MSDTC un nombre y una dirección IP única. Estos deben ser exclusivos de MSDTC y no los mismos que usará más adelante cuando cree su recurso SQL.
Elija el volumen donde almacenará los datos para el recurso MSDTC. En nuestro caso, estamos eligiendo la unidad F replicada.
Confirme su información y haga clic en Siguiente para continuar.
Felicitaciones, ha configurado correctamente el recurso DTC. Haz clic en Finalizar.
Estamos casi listos para comenzar la instalación del primer nodo del clúster de SQL Server, sin embargo, hay una cosa que debemos hacer en preparación: Deslizar la secuencia SQL 2008 SP1 en el medio de instalación RTM de SQL Server 2008.
SLIP STREAM SQL SP1 EN SU MEDIO DE INSTALACIÓN DE SQL 2008
Lo que he descubierto es que SQL Server 2008 no se instalará en Windows Server 2008 R2 sin primero deslizar SQL Server 2008 SP1 en su medio de instalación de SQL 2008. Aquí hay un gran artículo que describe cómo torcer SQL Server 2008 RTM y Service Pack 1. Después de leer ese artículo y de tener éxito en slipstream SP1 en SQL 2008 RTM, encontré el siguiente artículo de Microsoft KB que describe el mismo procedimiento. Puede obtener un error que se parece a lo siguiente si intenta instalar SQL sin primero slipstreaming SP1 en el medio.
Se produjo un error al establecer el valor de propiedad privada ‘RequireKerberos’ ‘1’
Seguí las instrucciones detalladas en el primer artículo y copié mi SQL 2008 con SP1 install en la unidad C:\ de ambos nodos de mi clúster. En las instrucciones a continuación, realizaré la instalación desde el disco local de cada nodo del clúster.
INSTALAR SU PRIMER NODO DE CLÚSTER
Ahora que tiene listo el soporte de instalación de SQL Server 2008 SP1, está listo para instalar su primer nodo SQL. Hay un «gotcha» importante cuando se trata de instalar SQL en un clúster de varios nodos. Para instalar SQL en un clúster de varios nodos, primero debe pasar el proceso de validación del clúster de conmutación por error de Windows Server 2008. Desafortunadamente, un clúster de varios sitios está exento de pasar la prueba relacionada con el almacenamiento, por lo que nunca puede «pasar» la validación en lo que respecta a SQL. Me tomó un poco de investigación de mi parte, pero lo que he encontrado es que hay un parámetro de línea de comandos que le permite omitir la prueba de validación en la instalación de SQL 2008. Aquí está la línea de comandos.
Setup / SkipRules=Cluster_VerifyForErrors /Action = InstallFailoverCluster
Para iniciar la configuración de SQL, abra una ventana de comandos, busque su directorio de instalación de SQL 2008 con SP1 y escriba el comando como se muestra a continuación.
Si todo va según lo previsto, debería ver la siguiente pantalla. Haga clic en Aceptar para continuar.
Ingrese su clave de producto y haga clic en Siguiente
Acepte el acuerdo de licencia y haga clic en Siguiente
Haga clic en Instalar para instalar los archivos de soporte de Instalación
Al final de la Configuración de los Archivos de soporte, recibirá una advertencia. Haga clic en Mostrar detalles y verá el mensaje a continuación. Puede hacer clic en Siguiente, ignorando este mensaje, ya que se espera en un clúster de almacenamiento de varios sitios o no compartido.
Elija las funciones que desea instalar y haga clic en Siguiente. Deje el directorio de» Características compartidas » establecido en la unidad C, ya que los binarios SQL no deben instalarse en el volumen replicado.
En la siguiente pantalla, elegirá un nombre de red para su servidor SQL. Este será el nombre al que se conectarán todos los clientes. Suponiendo que esta es la instancia predeterminada, deje el ID de instancia y el directorio raíz de instancia establecidos en los valores predeterminados. No mueva el directorio raíz de la instancia al volumen replicado.
Se recomienda que tenga cuentas de dominio separadas para SQLServer y SQLAgent. Puede tomarse el tiempo para crear estas cuentas ahora si aún no lo ha hecho. Estas cuentas no requieren permisos especiales, ya que este proceso de instalación les dará los permisos que requieren.
Confirme que tiene suficiente espacio en disco y haga clic en Siguiente para continuar.
Elija la configuración predeterminada para permitir la creación de un nuevo grupo de recursos de clúster llamado «SQL Server (MSSQLSERVER)».
Elija un volumen replicado que aún esté disponible, en nuestro caso la unidad E:\. Haga clic en Siguiente para continuar.
Ahora elegirá la dirección IP que desea asociar al recurso de clúster SQL. Puede dejarlo configurado para usar DHCP si lo desea.
Elija su configuración de seguridad y haga clic en Siguiente
Agregue cualquier administrador de SQL Server, elija el modo de autenticación y, a continuación, haga clic en Siguiente
Elija las opciones de Informes de errores y uso y haga clic en Siguiente
Una vez más, verá algunas advertencias relacionadas con el proceso de validación. Puede ignorar esos mensajes, ya que se esperan en un clúster de SQL Server de varios sitios.
Haga clic en Instalar para iniciar el proceso de instalación
Si todo se instala como se esperaba, debería ver las siguientes pantallas. Haga clic en Siguiente y luego en Cerrar para finalizar la instalación.
Felicitaciones, ha instalado correctamente el primer nodo de su clúster SQL Server de varios sitios. Ahora instalaremos el segundo nodo del clúster.
INSTALAR EL SEGUNDO NODO DEL CLÚSTER
Instalar el segundo nodo del clúster es similar a instalar el primer nodo. Necesitamos ejecutar SQL Setup una vez más desde la línea de comandos para que podamos omitir el proceso de validación. Por lo tanto, desde el nodo 2, abra el símbolo del sistema y ejecute el siguiente comando.
-
Instale SQL 2008 SP1 (configuración combinada) en el segundo nodo utilizando el siguiente comando:
Setup /SkipRules=Cluster_VerifyForErrors /Action = addNode / INSTANCENAME= «MSSQLSERVER»
*Nota: Esto supone que instaló la instancia predeterminada en el nodo 1st
Eso iniciará el asistente de instalación como se muestra a continuación. Haga clic en Aceptar para continuar.
Ingrese su clave de producto y haga clic en siguiente.
Acepte los términos de la licencia y haga clic en Siguiente
Haga clic en Instalar para instalar los archivos de soporte de instalación.
Una vez más, puede ignorar la advertencia de que se han omitido algunas pruebas de validación de clúster. Esto es de esperar en un clúster de varios sitios y en clústeres de almacenamiento no compartidos.
Compruebe que está agregando el nodo a la instancia correcta y haga clic en Siguiente.
Agregue las contraseñas a las cuentas de servicio y haga clic en Siguiente
Elija las opciones de Informes de errores y uso y haga clic en Siguiente
Una vez más, ignore la advertencia sobre las operaciones omitidas.
haga Clic en Instalar para comenzar el proceso de instalación.
Si todo sale como se espera, debería ver la siguiente pantalla.
Ahora que tiene un clúster de dos nodos completamente funcional, probablemente debería probar las cosas haciendo algunos cambios manuales. Haga clic derecho en el recurso y elija «Mover al nodo SECUNDARIO».
Si todo está configurado correctamente, la interfaz gráfica del clúster de conmutación por error debería tener el siguiente aspecto.
CONCLUSIÓN
Creo que los clústeres SQL con almacenamiento replicado tienen mucho sentido. El almacenamiento siempre ha sido un único punto de falla de los clústeres tradicionales. Puede eliminar ese punto único de error mediante la implementación de un clúster de SQL Server con almacenamiento replicado desde SteelEye o cualquier otro socio de replicación de clúster de varios sitios de Microsoft. Espero que hayas encontrado este artículo informativo. Si tiene alguna pregunta o sugerencia, ¡agregue sus comentarios!
