NLB (Network Load Balance) y SQL Cluster

No mencionas qué versión de sistema operativo ni edición de SQL Server...
Por si acaso usas Windows 2003, mirate este artículo:

How To Configure Network Load Balancing Parameters in Windows Server 2003
http://support.microsoft.com/defaul...-us;323437

Gustavo Larriera
Uruguay LatAm
Blog: http://sqljunkies.com/weblog/gux/
MVP profile: http://aspnet2.com/mvp.ashx?GustavoLarriera
Este mensaje se proporciona "COMO ESTA" sin garantias y no otorga ningun
derecho / This posting is provided "AS IS" with no warranties, and confers
no rights.
"Isaias" wrote in message
news:

Amigos todos, un saludo despues de regresar de arduos 14 dias de
vacaciones.

He instalado un SQL Server con Cluster, nodo ACTIVO-ACTIVO, deseo instalar
NLB (Balanceo de Cargas), esto es, que al tener 2 nodos, se ocupen de
forma
simultanea y asi, dar un balance a los accesos que hacen mis usuarios a mi
base de datos.

Hoy, solo se ocupa uno de los nodos.

Alguna recomendación de donde buscar información al respecto.

Saludos y gracias anticipadas

Hola Gustavo

Bueno, tienes razon, lo asumi por defecto, ya que Cluster en SQL Server,
solo se puede hacer con ENTERPRISE EDITION y bueno, el OS es un WINDOWS 2003
SERVER.

Muchas gracias, revisare el articulo.

Gustavo

¿Es cierto que teniendo 2 nodos (A y B), no puedo hacer referencia a la
misma base de datos por ambos nodos?

Confirmo, el OS es un Windows Server 2003 y un SQL Server2000 Enterprise
Edition.

Gracias (a quien haga algun comentario)

Cada base de datos es manejada por un único servicio SQL. En una solución
normal de cluster, usas el cluster para tener siempre disponible el servicio
SQL (activo/pasivo) y las bases de datos están en un único recurso
compartido de disco.

La disponibilidad del disco la implementas con software/hardware de
tolerancia a nivel del subsistema de disco.

En mi opinión personal los SQL Server en clusters activo/activo desvirtúan
el propósito para el cual se usa un cluster: alta disponibilidad.

Si quieres balancear carga entre SQL Servers, una solución es usar bases
federadas o tener servidores SQL replicados con log shipping. Las
aplicaciones clientes se conectan repartidas entre los SQL Servers
replicados.

Gustavo Larriera
Uruguay LatAm
Blog: http://sqljunkies.com/weblog/gux/
MVP profile: http://aspnet2.com/mvp.ashx?GustavoLarriera
Este mensaje se proporciona "COMO ESTA" sin garantias y no otorga ningun
derecho / This posting is provided "AS IS" with no warranties, and confers
no rights.
"Isaias" wrote in message
news:

Gustavo

¿Es cierto que teniendo 2 nodos (A y B), no puedo hacer referencia a la
misma base de datos por ambos nodos?

Confirmo, el OS es un Windows Server 2003 y un SQL Server2000 Enterprise
Edition.

Gracias (a quien haga algun comentario)

Gracias Gustavo por tu comentario.

Te cuento un poco mas, mira, tengo instalado el SQL Server, como ya te habia
comentado, lo que pasa, es que mi usuario me pregunta, ¿Porque solo se
utiliza un nodo y no los 2 para BALANCEAR LAS CARGAS?, esto es, si tengo 20
usuarios conectados, pues deberian entrar 10 en un nodo y otros 10 en otro,
porque definitivamente el nodo 2, esta sin ocuparse.

Mis dudas:

Me he conectado por QUERY ANALYZER al Nodo 2 (sin apartente trafico)
haciendo referencia a la direccion IP, he tirado un simple SELECT y veo que
hay actividad en el nodo 2, lo que no logro entender, es como hacer ese
"balanceo" de cargas.

He leido algo sobre el servicio de NETWORK LOAD BALANCE de Windows 2003, ¿Me
resolvera la problematica?, esto es, ¿abra peticiones en ambos nodos?.

Lei (no recuerdo donde, mala suerte) que si implemento NLB en Windows 2003,
en conjunto con SQL Server Enterprise Edition, NO PODRE VER ambas bases por
ambos nodos, esto es, teniendo la base VENTAS, solo podria verla por el nodo
1 y no por el nodo 2.

Y la DUDA MAS GRANDE, ¿Seria acaso que el cliente pídio la instalacion de un
CLUSTER, porque penso TODO esto que te he comentado para resolver un problema
de TUNNING? (Me suicido), porque de ser esto cierto, tal vez con crear
indices, mejorar el aplicativo, implementar planes de mantenimiento, se
hubiera resuelto el problema.

Muchas gracias por seguir el hilo y ya te comentare que investigo por aca.

Un saludo.