Cómo implementar el equilibrio de carga de la base de datos mssql
Clúster de equilibrio de carga de SQL Server
A medida que aumenta el volumen de negocios de un sistema de aplicaciones, así como el rápido crecimiento del acceso y el tráfico de datos, el rendimiento del procesamiento y la intensidad informática de cada núcleo parte también aumenta en consecuencia. El aumento hace imposible que un solo dispositivo lo soporte. En este caso, si desecha el equipo existente y realiza una gran cantidad de actualizaciones de hardware, inevitablemente se desperdiciarán los recursos existentes y el próximo aumento en el volumen de negocios generará altos costos para otra actualización de hardware. Como resultado, surgió el mecanismo de equilibrio de carga. Abunda el hardware y software para el equilibrio de carga de los sistemas de aplicaciones, porque los programas en el servidor de aplicaciones básicamente se consideran sin cambios y, en general, los programas en cada servidor de aplicaciones no interactúan. Por lo tanto, el equilibrio de carga de los servidores de aplicaciones es muy fácil de realizar. Sólo necesita software o hardware que pueda descargar conexiones de múltiples clientes a múltiples servidores de aplicaciones.
Debido a que los datos en la base de datos cambian con frecuencia, para la coherencia de los datos y la asignación y coordinación de recursos de bloqueo, solo descargar como el servidor de aplicaciones no es suficiente, cada nodo necesita interacción frecuente. Esta es también la razón por la que el software de clúster de bases de datos es difícil de crear y, por supuesto, por la que su venta es costosa.
Clústeres de aplicaciones Oracle Real
Para el equilibrio de carga de bases de datos, el más familiar es Oracle RAC. RAC es un servidor paralelo de dos máquinas (8i y las versiones anteriores se denominan Oracle Parallel Server, OPS), que se utiliza para realizar una base de datos compartida de varias máquinas en un entorno de clúster para garantizar una alta disponibilidad de las aplicaciones y, al mismo tiempo, puede realizar automáticamente el procesamiento y el equilibrio en paralelo. El uso compartido de la carga también permite la resolución de problemas de la base de datos y la recuperación sin puntos de interrupción en caso de una falla de la base de datos. Automatiza el equilibrio de carga, la corrección de fallas y el tiempo de inactividad planificado para admitir aplicaciones de alta disponibilidad. Si falla un nodo en el servidor paralelo, la tolerancia transparente a fallas de la aplicación puede transferir automáticamente al usuario a otro nodo para continuar ejecutándose, y la aplicación continúa ejecutándose sin que el usuario se dé cuenta. Esto aumenta la disponibilidad continua para sistemas con fallas periódicas y aperiódicas. Las fallas del proceso se pueden transferir a otro nodo de forma completamente transparente y, con la configuración adecuada, puede especificar que todas las consultas se almacenen en caché en el lado del cliente para que se puedan restablecer en el nodo transferido.
Moebius para SQL Server
A partir de SQL Server 2008, Microsoft todavía no ha lanzado un componente de equilibrio de carga y sólo puede confiar en software de terceros para lograrlo. El software es uno de varios programas de Microsoft. Es una pequeña coincidencia que la persona que lo creó lo haya escrito. Decir que son de Microsoft no significa cuán poderosa es su tecnología, sino que usan algunas interfaces internas de SQL Server para hacer que el clúster sea muy transparente. Ya sea la llamada de la aplicación o el uso de los desarrolladores/administradores, lo es. Lo mismo que enfrentarlos. Igual que la base de datos.
Su principio de implementación es el siguiente: al igual que la duplicación de SQL Server, cada nodo de la base de datos tiene sus propios datos, es decir, se puede compartir ilimitadamente la arquitectura del disco. El programa que llaman "middleware" está alojado dentro de la base de datos. Cuando los datos se escriben en la base de datos en cada nodo y los datos cambian, SQL Server activará el "middleware" y el "middleware" sincronizará los datos modificados con otros nodos. en el nodo. Lo mismo se aplica a los cambios en otros nodos. Debido a que el "middleware" está alojado en la base de datos, puede vincular cada sesión sincronizada a la sesión de SQL Server, lo que significa que la ejecución del usuario y la sincronización de datos se convierten en una operación atómica, asegurando así que los datos se actualicen en todo momento. es consistente. Por tanto, la consulta se puede realizar en cada máquina a voluntad, consiguiendo así un verdadero equilibrio de carga.
Esta es una tecnología llamada "enrutador de base de datos". Esta tecnología se caracteriza por una buena flexibilidad, pero menor eficiencia que RAC. Después de todo, RAC está implementado en el motor, es mejor que nada. . ¡Fuerte!