¿Que es exactamente el clustering?

Hola, a ver, de forma simple te lo voy a intentar explicar.

Un cluster de servidores es cuando pones mas de un servidor y trabajan en
equipo y ademas si uno de estos se cae el otro absorve esa parte con lo
cual el cliente no se daria cuenta del cambio (esto en teoria porque en la
practica si hay muchos usuarios como podria ser un sitio WEB, van a notar
una caida en la performance)



Salu2
Maxi


"iDeafix" escribió en el mensaje
news:

Así, explicado en dos lineas.

Se instalan de dos tipos:
Activo - Activo: Todos los equipos del clustered responden a las solicitudes.
Activo - Pasivo: Un equipo responde a las solicitudes y otro esta como
respaldo.

La instalacion varia un poco dependiendo del tipo de clustered.

Hermilson Tinoco

"iDeafix" wrote:

Así, explicado en dos lineas.

vale, más o menos lo que pensaba

¿y esto tiene que ver siempre con la replicación?

Es decir. Si yo replico una base de datos en dos servidores de sedes
diferentes ¿ya tengo un cluster de dos?



"Tinoco" escribió en el mensaje
news:

Se instalan de dos tipos:
Activo - Activo: Todos los equipos del clustered responden a las

solicitudes.

Activo - Pasivo: Un equipo responde a las solicitudes y otro esta como
respaldo.

La instalacion varia un poco dependiendo del tipo de clustered.

Hola.

No, no, son dos cosas diferentes. Un cluster de dos como le llamas consiste
en meter dos máquinas en un cluster a nivel de sistema operativo. Tu
servidor tiene un nombre e IP (las peticiones se hacen a ese nombre - IP)
que no es el nombre de ninguna de las dos máquinas físicamente (es una IP
virtual, que se llama).

Los servicios se disponen en una máquina física. Un mecanismo (largo de
explicar) se encarga de ver si esa máquina responde. Si ese mecanismo
detecta que la máquina responde se lleva los servicios a la otra máquina.
Así, si una máquina se te rompe, tienes otra al lado y tus aplicaciones ni
se enteran (salvo por el corte breve que se produce desde que se detecta el
fallo hasta que todo está arriba en el otro nodo, es un poquito más de un
reinicio del servicio).

Cuando tienes dos máquinas y todo lo pones en una, se le llama
Activo/Pasivo. Puedes montar un segundo servidor de bases de datos (como
cuando instalas una instancia con nombre). Sería un servicio más (bueno, en
este caso, son varios servicios). Si pones un servidor de bases de datos en
una máquina y otro servidor (la instancia con nombre) en el otro, se le
llama Activo/Activo. Si una de las instancias se cae, se va a la otra y
ambas instancias conviven en el mismo nodo (así se le suele llamar a cada
máquina en un cluster).

Suele hacerse para balancear la carga, pero no como un IIS con
LoadBalancing, por ejemplo. Si tienes dos aplicaciones medianamente
independientes, puedes poner una en una instancia y otra en otra instancia y
llevar de forma predeterminada cada instancia a uno de los nodos, con lo que
usas la CPU de ambas. Esto se hace porque es difícil justificar ante el que
paga que tienes dos servidores, pero uno de ellos está de adorno para por si
acaso. En cualquier caso, debes asegurarte de que una sóla máquina es capaz
de soportarte toda la carga.

Sin embargo, una replicación es otra cosa. Si tu servidor se cae, en tu
aplicación deberías decirle que debe apuntar al otro servidor, al que estás
replicando los datos. Vamos, que no es tan automático. En un cluster, tienes
dos máquinas, pero un único servidor de bases de datos.

qwalgrande


"iDeafix" wrote in message
news:
vale, más o menos lo que pensaba

¿y esto tiene que ver siempre con la replicación?

Es decir. Si yo replico una base de datos en dos servidores de sedes
diferentes ¿ya tengo un cluster de dos?



"Tinoco" escribió en el mensaje
news:

Se instalan de dos tipos:
Activo - Activo: Todos los equipos del clustered responden a las

solicitudes.

Activo - Pasivo: Un equipo responde a las solicitudes y otro esta como
respaldo.

La instalacion varia un poco dependiendo del tipo de clustered.

No, la replicacion es una duplicacion de datos para permitir accesos
"remotos". Para esto se requieren al menos dos equipos y se debe administrar
a nivel de base de datos y aplicativo cliente el proceso de replicacion.

En el Crustered no se tiene dos servidores separados, sino un servidor o
dos(2) dependiendo del tipo de clustered, pero para el usuario es uno solo
con los mismos datos y el custered es el encargado de manejar esta situacion,
sin administracion adicional.

Tinoco


"iDeafix" wrote:

vale, más o menos lo que pensaba

¿y esto tiene que ver siempre con la replicación?

Es decir. Si yo replico una base de datos en dos servidores de sedes
diferentes ¿ya tengo un cluster de dos?



"Tinoco" escribió en el mensaje
news:
> Se instalan de dos tipos:
> Activo - Activo: Todos los equipos del clustered responden a las
solicitudes.
> Activo - Pasivo: Un equipo responde a las solicitudes y otro esta como
> respaldo.
>
> La instalacion varia un poco dependiendo del tipo de clustered.
>