Ver Mensaje Individual
  #4 (permalink)  
Antiguo 25/08/2011, 04:10
moeb
 
Fecha de Ingreso: febrero-2011
Mensajes: 581
Antigüedad: 13 años, 9 meses
Puntos: 81
Respuesta: Cluster vs NLB -Disco compartido RAID en red

Cita:
Pues en su día monté Apache sobre NLB, y que yo recuerde no tenían nada en común, al mens yo no tuve que configurar un Starwind (disco iSCSI para compartir la config y los datos). No tuve que hace nada excepto poner el servico NLB en las dos máquinas, instalar Apache en ambas pero, hasta donde recuerdo, httpd.conf, etc los tuve que configurar en ambas máquinas, es decir, no tenían un punto de compartición.

De hecho lo acabo de leer en una web:
" Note that there is no sharing of data between servers running NLB, so with Windows 2000 Advanced Server, you will have to independently configure each server and replicate data that's needed for the load balanced services"
Evidentemente... Porque, por lo que comentas, no estás compartiendo DATOS. Solo ejecutando una aplicación o web... Con lo qeu necesitas la misma aplicación en todos los nodos.

Ahora bien... Supongamos que esa web accede a una Base de Datos (como el caso de Exchange) con información sobre los pedidos. Segun dices, esa Base de Datos NO está compartida entre máquians del cluster (no tienes un back-end común). Supongamos que un tio se conecta a una de las maquinas del cluster en un momento dado y crea un pedido para un cliente. Supongamos que otro tio se conecta a otra maquina del cluster (transparente para ellos) y quiere hacer el mismo pedido... NO VERA que dicho pedido ya está hecho SI NO comparten Base de Datos (si cada uno usa la suya)...

De hecho, eso es exactamente lo que dices que has leido:

Cita:
Note that there is no sharing of data between servers running NLB, so with Windows 2000 Advanced Server, you will have to independently configure each server and replicate data that's needed for the load balanced services
Es decir... NLB NO COMPARTE NI REPLICA datos por su cuenta... Si NECESITAS tener los mismos datos para dar los servicios balanceados entre todas las maquinas (independientemente de a que maquina se conecte un usuario en un momento determinado), tienes que buscarte la vida para compartir dichos datos por tu cuenta o replicarlos al momento entre todas las maquinas del cluster segun las necesidades de tu aplicación... Esto último muy poco efectivo y recomendable (mejor una fuente de datos común).

Este es el caso con Exchange, en que la Base de Datos es única aunque tengas 15 máquinas en cluster NLB.

En MSCS esto no ocurre, dado que necesita un espacio de almacenamiento común...

Son sistemas diferentes que se emplean para cosas diferentes (y con conceptos diferentes), cada uno con sus fortalezas y debilidades. En el caso de Exchange, creo que MSCS se adapta mejor a los requerimientos de la aplicación.

El problema con el back-end de datos lo ibas a tener con ambas tecnologías. Ambas actuarán como front-end... Pero necesitarán el back-end para que los datos servidos sean consistentes.

-- EDIT --
En cuanto al almacenamiento para MSCS... Es extremadamente "pijo". No te aceptará cualquier tipo (de hecho creo que pide expresamente discos SCSI)... En NLB no es así. Es más permisivo respecto al almacenamiento que uses como back-end o almacenamiento "común" a todas las máquinas...

MSCS es extremadamente exquisito con el hardware que pide...
--- FIN EDIT ---

Última edición por moeb; 25/08/2011 a las 04:12 Razón: Olvidé contestar a la última parte