none
Alta disponibilidad SQL server RRS feed

  • Pregunta

  • Hola,

    He instalado dos sql server 2016 y tengo dudas de la mejor forma de garantizar la alta disponibilidad.

    De primeras he visto que tengo dos opciones:

    - Crear un cluster entre las dos maquinas instalando sql en modo cluster y anadir el servicio sql (con un shared storage vhdx). De hecho lo tengo configurado asi ahora mismo....

    - Configurar dos SQL standalone y activar ALWAYS ON (en esta caso no uso un disco compartido)

    Si no me he confundido y estas 2 posibilidades son ciertas..... en que caso elegir una u otra?

    No acabo de ver la diferencia

    gracias



    • Editado omoyano miércoles, 21 de febrero de 2018 15:31
    miércoles, 21 de febrero de 2018 15:13

Respuestas

  • Hola omoyano:

    Creo que hay algún pequeño matiz de concepto que aplicar a tu pregunta y sobre todo, en cualquiera de las opciones elegidas es muy importante el licenciamiento de Sql.

    Por lo que te entiendo, en el primer caso, tienes un Cluster Hyper-v y has montado Un cluster Sql Server sobre un almacenamiento. Entiendo por tanto que el cluster Sql es un nodo Activo-Pasivo y en producción solo esta activa una instancia. El recurso, bien sea un disco compartido o no, es indiferente (solo tiene que estar presentado al cluster), pero si no me equivoco, el tema esta en que solo una licencia de Sql esta activa, y por tanto, solo licencias (costes, caso de que sea SPLA o similar) 1.

    Si tu Sql, es una edición Standard, solo puedes utilizar este modo.

    De manera que tienes dos máquinas, pero solo trabaja 1 de cada vez, por tanto, solo obtienes rendimiento de 1, y solo licencias 1. Funciona muy bien, y las fallas son de unos segundos, caso de producirse.

    Segundo Caso:

    Dispones de una configuración similar, pero con un Sql Server Edicion Enterprise, donde el Always on esta activo, por tanto dos nodos activos, por tanto dos máquinas activas, dos costes activos.

    En cualquiera de las dos hipótesis, u o cualquier otra, hay que barajar, a mi juicio, tres o cuatro conceptos diferentes. Por supuesto los periodos de fallo asumibles, que puedo hacer por licenciamiento (Edicion que manejo), que máquinas implica, y cuales trabajan. Y que coste económico implica.

    Espero te hubiera ayudado algo.

    Un saludo

    miércoles, 21 de febrero de 2018 18:49

Todas las respuestas

  • Hola omoyano:

    Creo que hay algún pequeño matiz de concepto que aplicar a tu pregunta y sobre todo, en cualquiera de las opciones elegidas es muy importante el licenciamiento de Sql.

    Por lo que te entiendo, en el primer caso, tienes un Cluster Hyper-v y has montado Un cluster Sql Server sobre un almacenamiento. Entiendo por tanto que el cluster Sql es un nodo Activo-Pasivo y en producción solo esta activa una instancia. El recurso, bien sea un disco compartido o no, es indiferente (solo tiene que estar presentado al cluster), pero si no me equivoco, el tema esta en que solo una licencia de Sql esta activa, y por tanto, solo licencias (costes, caso de que sea SPLA o similar) 1.

    Si tu Sql, es una edición Standard, solo puedes utilizar este modo.

    De manera que tienes dos máquinas, pero solo trabaja 1 de cada vez, por tanto, solo obtienes rendimiento de 1, y solo licencias 1. Funciona muy bien, y las fallas son de unos segundos, caso de producirse.

    Segundo Caso:

    Dispones de una configuración similar, pero con un Sql Server Edicion Enterprise, donde el Always on esta activo, por tanto dos nodos activos, por tanto dos máquinas activas, dos costes activos.

    En cualquiera de las dos hipótesis, u o cualquier otra, hay que barajar, a mi juicio, tres o cuatro conceptos diferentes. Por supuesto los periodos de fallo asumibles, que puedo hacer por licenciamiento (Edicion que manejo), que máquinas implica, y cuales trabajan. Y que coste económico implica.

    Espero te hubiera ayudado algo.

    Un saludo

    miércoles, 21 de febrero de 2018 18:49
  • Hola de nuevo:

    En este articulo, se implementa una instalación bastante detallada de un Cluster Always on con 3 nodos.

    Es bastante interesante, y presenta muy bien los escenarios. Aunque sea en 2012.

    Posteriormente, en la misma página, tienen otros escenarios más complejos.

    http://www.guillesql.es/Articulos/SQLServer2012_AlwaysON_Instalar_Failover_Cluster_Windows_Server_2008_R2.aspx

    Un saludo

    miércoles, 21 de febrero de 2018 20:38
  • Aunque no del todo completo y no realmente soluciones de alta disponibilidad sino mas de DR.

    Log shipping

    Mirror 

    Replication


    Tambien el modelo de 1 licencia es solo si tienes software assurance, a la vez el hecho de que tengas 2 servers en funccion no realmente dice que vas el doble de rapido ni mucho menos es mucho mas a evaluar, costos, si es un servidor mi mission critica, cuanto pueden invertir, etc. Porque para Always on necesita el storage x2 por ejemplo. 


    Blog: www.sqlservertoolbox.blogspot.com.mx

    jueves, 22 de febrero de 2018 0:26