Modelo de Clustering Microsoft SQL Server
Microsoft SQL SQL Server Hace Mas Fácil la la Vida. Si eres propietario de un negocio, gerente, o DBA, tú debes preocuparte por el clúster de tus aplicaciones, ya que el mismo ayuda a mantenerlas en línea por mucho más tiempo. Entonces Necesitas Implementar nuestro MODELO DE FAILOVER CLUSTERING ON MSSQL
Los fallos de hardware son una pesadilla en servidores individuales. Si un servidor comienza a tener problemas en un Failover Cluster, puede ejecutar fácilmente la instancia de SQL Server desde otro nodo mientras se resuelve el problema. La aplicación de parches de seguridad en un servidor independiente puede ser muy tedioso y molesto para el negocio: el SQL Server está desconectado mientras espera que el servidor se reinicie. Mediante el uso de Failover Cluster, puede aplicar parches con sólo breves períodos de inactividad para su aplicación, simplemente moviendo la instancia de SQL Server a un nodo diferente.
Failover Cluster puede también darle una herramienta adicional en su caja de herramientas de solución de problemas. Ejemplo: si usted comienza a ver la alta latencia cuando se utiliza storage y ya ha descartado a todos los posibles problemas inmediatos, puede realizar un failover a otro nodo para tratar de descartar si se trata de un problema con un componente como por ejemplo una placa HBA. Clustering es transparente para la aplicación.
SEPA LO QUE CLUSTERING SQL SERVER NO HACE La agrupación no va a mejorar su rendimiento, a menos que usted se esté moviendo a servidores más potentes o de almacenamiento más rápido, al mismo tiempo implementar clústeres. Si usted ha estado en el almacenamiento local, no suponga pasar a una SAN significa un nirvana de rendimiento. Además, la agrupación no garantiza que todo lo que implica en la red SAN es redundante. Si el storage se queda sin conexión, la base de datos también. El cluster no ahorra espacio o esfuerzo para copias de seguridad o mantenimiento. Usted todavía tiene que hacer todo de su mantenimiento de forma normal.
El cluster también no le ayudará a escalar sus lecturas. Si bien una instancia de SQL Server puede ejecutar en cualquier nodo del clúster, la instancia sólo se inicia en un nodo a la vez. De igual manera el almacenamiento no puede ser leído por cualquier persona en el clúster. Por último, los clusters no le darán el 100% de disponibilidad. Hay períodos de tiempo de inactividad cuando la instancia de SQL Server está haciendo "Failover", o traslado entre distintos puntos.
PREGUNTAS MÁS FRECUENTES EN MICROSOFT SQL SERVER FAILOVER CLUSTER P: Puedo instalar todos los componentes de SQL Server en mi grupo? R: No. SQL Server Integration Services no es "cluster-aware" y no puede dejar de un lado a otro con su grupo de clusters. P: Puedo crear un failover cluster group en un servidor virtual? R: Sí, pueden crear failover cluster groups con servidores virtuales con VMware o Hyper-V. P: Cuál es el número mínimo de nodos en un clúster? R: Primero. Esto se llama un clúster de un solo nodo. Esto es útil para realizar pruebas y en caso de tener un cluster de dos nodos y la necesidad de hacer una obra en un nodo. Puede expulsar un nodo sin destruir el clúster.
PREGUNTAS MÁS FRECUENTES EN MICROSOFT SQL SERVER FAILOVER CLUSTER P: Cuánto tiempo se tarda en conmutar por error? R: Hay varios factores a considerar en el tiempo de conmutación de servidor por error. No es el momento para el servicio de la instancia de SQL Server para bajar en un nodo, se inicia en otro nodo, y puesta en marcha. Esta vez para las instancias para iniciar y detener incluye tiempos normales de recuperación de base de datos. Si usted necesita para mantener las conmutaciones por error dentro de un SLA, tendrá que poner a prueba los tiempos de conmutación por error en un tiempo de inactividad planificado, sino también estimar en cuanto tiempo de conmutación por error podría ser uno si sucedió en horas pico.