none
Instalar tercera instancia en un Cluster Activo-Activo RRS feed

  • Pregunta

  • Tengo un  Cluster activo-activo con SQLServer 2008SP2 dos instancia, necesito instalar una tercera instancia, que requisitos debo tener encuenta, y que best practice debo aplicar
    martes, 19 de julio de 2011 23:05

Respuestas

  • Entrando un poco más en detalle de lo que dice carlos.

    Si tienes 3 instancias en 2 nodos eso implica varias cosas:

    1.- desde el punto de vista de licenciamiento no necesitas adquirir licencias nuevas.

    2.- Tu nueva instancia convivirá en un nodo con una de las existentes. Intenta que sea siempre con la que menos recursos esté consumiendo.

    3.- Habla con la gente de almacenamiento para que las luns asegurar que tienes asignadas  son suficientes. Dependiendo del modelo de cabina o fabricante es conveniente que te asignen nuevas unidades o es más indiferente. Si estas unidades están en discos físicos diferentes, no competiras por su uso, aunque si con la caché de las cabinas etc.

    4.- Asegura que la configuración de memoria es adecuada, no para que arranquen bien las dos instancias juntas, sino para que arranquen las 3 instancias en una sola máquina. Recuerda que en caso de un error grave de hardware tus 3 instancias conviviraán en una sola máquina y competiran por los recursos.

    5.- Si no tienes suficiente memoria, considera pedir una ampliación. Si tu sistema es de 64 bits mejor, no tendrás demasiado problema con esto.

     

    De momento no se me ocurren más recomendaciones, pero si sucediera te las comento por aquí.

    Un abrazo


    Comparte lo que sepas, aprende lo que no sepas (FGG) http://www.portalsql.com
    miércoles, 20 de julio de 2011 6:46
    Moderador
  • Hola. Complemento las respuestas anteriores con los siguientes puntos:

    1. Las especificaciones hardware del tercer nodo deben ser iguales a las de los dos nodos que ya componen el clúster SQL Server 2008 SP2, tanto en arquitectura de procesador como en elementos hardware como drivers, dispositivos e interfaces de comunicación particularmente con dispositivos de almacenamiento tipo SAN.
    2. El sistema operativo del tercer nodo debe estar actualizado o parchado hasta el mismo conjunto de parches de los otros dos nodos.
    3. Es clave recordar que se requieren nombres y direcciones IP para los siguientes elementos:
      a. IP de LAN o de dominio para el tercer nodo.
      b. Nombre según especificaciones de tu organización para el tercer nodo.
      c. IP para el Heartbeat o red privada de comunicación entre el clúster, siguiendo las especificaciones de la configuración ya hecha del clúster.
      d. IP de LAN o de dominio para el servicio DTC.
      e. Nombre para el servicio DTC.
    4. El clúster de Windows Server 2008 R2 debe estar instalado y configurado previa la instalación y configuración del clúster SQL Server 2008.
    5. Dependiendo de los servicios que ofrecerá el clúster SQL Server 2008 SP2, se instalará y configurarán roles o características particulares en Windows Server 2008 R2, previos a la instalación y configuración del Clúster. Esto puede realizarse mediante la instalación del rol “Application Server” de Windows Server 2008 R2.
    6. Entiendo que el clúster solo será para el motor de base de datos; si es así, el rol de Web Server no se requiere ya que éste es necesario para habilitar el servicio SQL Server Reporting Services. Para que SQL Server Reporting Services esté en alta disponibilidad, se requiere habilitar un esquema de balanceo de cargas, bien sea por software o por hardware.
    7. Como el clúster tiene un número impar de nodos, es necesario modificar el tema del Quorum. Revisa http://technet.microsoft.com/en-us/library/cc770620.aspx y http://technet.microsoft.com/en-us/library/cc770830.aspx.
    8. Para instalar SQL Server 2008 en un clúster Windows Server 2008 R2, se requiere al menos que SQL Server esté integrado con el SP1. Como ya se cuenta con el SP2 de SQL Server 2008, revisa http://support.microsoft.com/kb/955392 y sigues el procedimiento pero con el SP2.
    9. Es importante realizar una planeación de capacidad del clúster para establecer los posibles escenarios de Failover y cómo deben comportarse los nodos o el nodo que atienda de manera contingente mientras se presenta una falla. En particular, debes validar a) quienes son dueños de los servicios o aplicaciones en el clúster; b) cuál instancia hace failover a cuál nodo; c) escenario de falla de un nodo; y d) escenario de falla de dos nodos.

    Para mayor información, consulta este buen whitepaper sobre SQL Server 2008 Failover Clustering: http://download.microsoft.com/download/6/9/D/69D1FEA7-5B42-437A-B3BA-A4AD13E34EF6/SQLServer2008FailoverCluster.docx

    Saludos,

     

     


    Guillermo Taylor F.

    IT Pro & Xbox gamer

    My blog

    • Marcado como respuesta juanSQLServer viernes, 5 de agosto de 2011 16:06
    miércoles, 20 de julio de 2011 12:52
  • Excelentes todas las intervenciones, les pido un pequeño favor un resumen de para que sirve un cluster de sql y sus experiencias de su funcionamiento, quiero saber si aplica a mis necesidades es decir en que casos utilizarlo.

     

    Ps. Luego lo vere en detalles.

     

    Saludos.

    CristianPM.

    • Marcado como respuesta juanSQLServer jueves, 11 de agosto de 2011 18:23
    martes, 26 de julio de 2011 3:21

Todas las respuestas

  • Los únicos requisitos a tener en cuenta es dimensionar apropiadamente el hardware, distribuyendo de forma adecuada los recursos entre las instancias instaladas, ya que técnicamente es posible
    miércoles, 20 de julio de 2011 6:05
  • Entrando un poco más en detalle de lo que dice carlos.

    Si tienes 3 instancias en 2 nodos eso implica varias cosas:

    1.- desde el punto de vista de licenciamiento no necesitas adquirir licencias nuevas.

    2.- Tu nueva instancia convivirá en un nodo con una de las existentes. Intenta que sea siempre con la que menos recursos esté consumiendo.

    3.- Habla con la gente de almacenamiento para que las luns asegurar que tienes asignadas  son suficientes. Dependiendo del modelo de cabina o fabricante es conveniente que te asignen nuevas unidades o es más indiferente. Si estas unidades están en discos físicos diferentes, no competiras por su uso, aunque si con la caché de las cabinas etc.

    4.- Asegura que la configuración de memoria es adecuada, no para que arranquen bien las dos instancias juntas, sino para que arranquen las 3 instancias en una sola máquina. Recuerda que en caso de un error grave de hardware tus 3 instancias conviviraán en una sola máquina y competiran por los recursos.

    5.- Si no tienes suficiente memoria, considera pedir una ampliación. Si tu sistema es de 64 bits mejor, no tendrás demasiado problema con esto.

     

    De momento no se me ocurren más recomendaciones, pero si sucediera te las comento por aquí.

    Un abrazo


    Comparte lo que sepas, aprende lo que no sepas (FGG) http://www.portalsql.com
    miércoles, 20 de julio de 2011 6:46
    Moderador
  • Hola. Complemento las respuestas anteriores con los siguientes puntos:

    1. Las especificaciones hardware del tercer nodo deben ser iguales a las de los dos nodos que ya componen el clúster SQL Server 2008 SP2, tanto en arquitectura de procesador como en elementos hardware como drivers, dispositivos e interfaces de comunicación particularmente con dispositivos de almacenamiento tipo SAN.
    2. El sistema operativo del tercer nodo debe estar actualizado o parchado hasta el mismo conjunto de parches de los otros dos nodos.
    3. Es clave recordar que se requieren nombres y direcciones IP para los siguientes elementos:
      a. IP de LAN o de dominio para el tercer nodo.
      b. Nombre según especificaciones de tu organización para el tercer nodo.
      c. IP para el Heartbeat o red privada de comunicación entre el clúster, siguiendo las especificaciones de la configuración ya hecha del clúster.
      d. IP de LAN o de dominio para el servicio DTC.
      e. Nombre para el servicio DTC.
    4. El clúster de Windows Server 2008 R2 debe estar instalado y configurado previa la instalación y configuración del clúster SQL Server 2008.
    5. Dependiendo de los servicios que ofrecerá el clúster SQL Server 2008 SP2, se instalará y configurarán roles o características particulares en Windows Server 2008 R2, previos a la instalación y configuración del Clúster. Esto puede realizarse mediante la instalación del rol “Application Server” de Windows Server 2008 R2.
    6. Entiendo que el clúster solo será para el motor de base de datos; si es así, el rol de Web Server no se requiere ya que éste es necesario para habilitar el servicio SQL Server Reporting Services. Para que SQL Server Reporting Services esté en alta disponibilidad, se requiere habilitar un esquema de balanceo de cargas, bien sea por software o por hardware.
    7. Como el clúster tiene un número impar de nodos, es necesario modificar el tema del Quorum. Revisa http://technet.microsoft.com/en-us/library/cc770620.aspx y http://technet.microsoft.com/en-us/library/cc770830.aspx.
    8. Para instalar SQL Server 2008 en un clúster Windows Server 2008 R2, se requiere al menos que SQL Server esté integrado con el SP1. Como ya se cuenta con el SP2 de SQL Server 2008, revisa http://support.microsoft.com/kb/955392 y sigues el procedimiento pero con el SP2.
    9. Es importante realizar una planeación de capacidad del clúster para establecer los posibles escenarios de Failover y cómo deben comportarse los nodos o el nodo que atienda de manera contingente mientras se presenta una falla. En particular, debes validar a) quienes son dueños de los servicios o aplicaciones en el clúster; b) cuál instancia hace failover a cuál nodo; c) escenario de falla de un nodo; y d) escenario de falla de dos nodos.

    Para mayor información, consulta este buen whitepaper sobre SQL Server 2008 Failover Clustering: http://download.microsoft.com/download/6/9/D/69D1FEA7-5B42-437A-B3BA-A4AD13E34EF6/SQLServer2008FailoverCluster.docx

    Saludos,

     

     


    Guillermo Taylor F.

    IT Pro & Xbox gamer

    My blog

    • Marcado como respuesta juanSQLServer viernes, 5 de agosto de 2011 16:06
    miércoles, 20 de julio de 2011 12:52
  • Hola Guillermo, magnifica explicación, excepto que nuestro amigo va a instalar una nueva instancia y no un nuevo nodo :)


    Comparte lo que sepas, aprende lo que no sepas (FGG) http://www.portalsql.com
    miércoles, 20 de julio de 2011 13:21
    Moderador
  • Aunque en versiones anteriores sí era imperativo que el hardware de los nodos fueran iguales, eso ya no es así, quedando únicamente en una (lógica) recomendación.

    En http://sqlblog.com/blogs/aaron_bertrand/archive/2009/09/18/managing-active-active-cluster-failovers-with-different-hardware.aspx, Aaron Bertrand trata las consideraciones a tomar en cuenta en tal caso

    miércoles, 20 de julio de 2011 14:22
  • Oops! Bueno, gracias por la anotación y disculpas por el malentendido.

    Saludos,

     

     


    Guillermo Taylor F.

    IT Pro & Xbox gamer

    My blog

    miércoles, 20 de julio de 2011 21:10
  • Tengo un  Cluster activo-activo con SQLServer 2008SP2 dos instancia, necesito instalar una tercera instancia, que requisitos debo tener encuenta, y que best practice debo aplicar

    Bien, Gracias por sus respuestas, todo trabaja a 64 bits, otra pregunta.. los privilegios que se debe tener encuenta para la creacion del nombre de la instancia son de equipo verdad?, y son en el directorio activo ?
    jueves, 21 de julio de 2011 22:35
  • Cuando lanzas en instalador de SQL te pedirá un nombre virtual, el instalador hace todo por tí.

     

    Es conveniente que preguntas distintas las hagas en hilos distintos. Así no pasan desapercibidas. Por otra parte, si las respuestas te sirven, márcalas como tal, eso nos ayuda mucho en la moderación.


    Comparte lo que sepas, aprende lo que no sepas (FGG) http://www.portalsql.com

    jueves, 21 de julio de 2011 22:38
    Moderador
  • Bien, Gracias por sus respuestas, todo trabaja a 64 bits, otra pregunta.. los privilegios que se debe tener encuenta para la creacion del nombre de la instancia son de equipo verdad?, y son en el directorio activo ?

    El usuario que arranca el servicio de sql, tendrá que registrar el SPN con el nombre de instancia que des, en el directorio activo, la primera vez que inicia el servicio, si no lo hace o no puede, pudieraser que el servicio no levante... Normalmente no se suele denegar este privilegio, por lo que será transparente para ti, yo me he tropezado alguna vez con este problema...
     Norman M. Pardell 

    ||Microsoft Certified IT Professional|| Database Administrator. Database Developer. SQL Server 2008

    jueves, 21 de julio de 2011 23:00
  • ¿te sirvió? Si es así te agradeceríamos que marcases las respuestas que te ayudaran como respuesta válida.

     

     


    Comparte lo que sepas, aprende lo que no sepas (FGG) http://www.portalsql.com
    lunes, 25 de julio de 2011 7:27
    Moderador
  • Excelentes todas las intervenciones, les pido un pequeño favor un resumen de para que sirve un cluster de sql y sus experiencias de su funcionamiento, quiero saber si aplica a mis necesidades es decir en que casos utilizarlo.

     

    Ps. Luego lo vere en detalles.

     

    Saludos.

    CristianPM.

    • Marcado como respuesta juanSQLServer jueves, 11 de agosto de 2011 18:23
    martes, 26 de julio de 2011 3:21
  • En la respuesta de Guillermo Taylor aparecía un enlace al whitepaper sobre clustering de SQL Server 2008:

    "Para mayor información, consulta este buen whitepaper sobre SQL Server 2008 Failover Clustering: http://download.microsoft.com/download/6/9/D/69D1FEA7-5B42-437A-B3BA-A4AD13E34EF6/SQLServer2008FailoverCluster.docx"

    Te recomiendo leas detenidamente dicho documento para resolver las dudas que tengas

    martes, 26 de julio de 2011 6:38
  • Buenos Días

    Gracias y muy amable por sus respuestas de todas tome y solo lectura

    Ya pude instalar la tercera instancia, e instale una cuarta, Cluster Activo-Activo (dos nodos , cuatro instancias)

    La duda que tengo es la apreciacion de Guillemotaulo "7. Como el clúster tiene un número impar de nodos, es necesario modificar el tema del Quorum. Revisa http://technet.microsoft.com/en-us/library/cc770620.aspx y http://technet.microsoft.com/en-us/library/cc770830.aspx."

    otra pregunta. cual es la mejor manera de tomar un muestreo de memoria para SQL ya que cada una de las instancias la mejor practica es un min /max de memoria asigando manualmente

    viernes, 5 de agosto de 2011 16:05