¿Es posible Cluster + TS + DC?

Con NLB, la sesión irá a uno u otro servidor. Si se cae un nodo, el
usuario deberá reconectar (la sesión se pierde), pero se conectará a la
misma IP (o nombre en el DNS o host file) en el nodo que esté preparado en
el momento de la conexión...

Ramon Jimenez
MVP Windows Server System - Infrastructure Architect

-Con un cuarto de hora de retraso-




"Miguel" wrote in message
news:

Lo siento, pero podrías explicarlo un poco mas en detalle???
¿Que pasaría si configuro la conexion de escritorio remoto contra la ip
del cluster??

Gracias,
Miguel S.

"Ramon Jiménez [MVP]" escribió en el
mensaje news:

Inline.

Ramon Jimenez
MVP Windows Server System - Infrastructure Architect

-Con un cuarto de hora de retraso-




"Miguel" wrote in message
news:

Podría ser una opcion! La alternativa de Oracle RAC puede ser buena
pero aquí ya me pierdo un poco:

a) Podrías explicar la diferencia entre NLB y MSCS?.

MSCS requiere Active Directory/Dominio y suele requerir (sobre todo para
bases de datos), almacenamineto compartido bajo el modelo Shared-nothing
NLB es balanceo de Carga entre servidores (valido para IIS, TS y otras
aplicaciones). No requiere AD/dominio

¿A que te refieres con

Alta Disponibilidad pero no tolerancia a fallos?
b) Que pasa si se cae un nodo? ¿Oracle sigue funcionado?

Con Oracle RAC, sí

c) Para montar los dos nodos en NLB, ¿se necesita un dominio?. Si me
puedo evitar el dominio mejor, menos problemas.

Gracias




"Ramon Jiménez [MVP]" escribió en
el mensaje news:%

Si quieres tener Alta disponibildad con TS (que no tolerancia fallos)
deberás montar TS con los 2 nodos en NLB.
En este caso, no podrás utilizar MSCS/Failsafe para Oracle. La
alternativa es entonces Oracle RAC

Ramon Jimenez
MVP Windows Server System - Infrastructure Architect

-Con un cuarto de hora de retraso-




"Miguel" wrote in message
news:

Gracias Javier:

Es una cuestion de presupuesto. Esto es una aplicacion de gestion de
un almacen y la base de datos es pequeña, entre 1 y 2 GB. Los
clientes tampoco son muchos, menos de 10. Normalmente esto lo
montamos en un grupo de trabajo con una maquina redundada, pero en
este caso el cliente quiere un Cluster, pero esto no nos soluciona
nada, porque nuestra aplicacion no clusterizable.

Oracle pensamos en Clusterizarlo con Fail Safe.

Es posible cambiar la IP de los nodos fisicos de un cluster?
Conoces alguna forma "manual" de clusterizar el TS? Lo que pretendo
es que el usuario no tenga que modificar en su termianal o PDA la
conexion de Escritorio Remoto de modo que si se cae un nodo del
cluster, el usuario perderá la conexion y lanzandola de nuevo que
ésta se conecte al otro nodo.

Gracias por tu ayuda

Miguel S.



"Javier Inglés [MS MVP]" escribió en el
mensaje news:

No es recomendable pero es viable; lo suyo, como debes imaginar, es
tener DCs por un lado, y los nodos MSCS por el otro

2.-Al clusterizar Oracle lo harás además con un servidor virtual,
con su propia IP y su propio nombre que serán a los que ataques con
tu aplicación sin probelmas

3.-TS no es clusterizable, y tenerlo ya en un DC con MSCS no se
recomienda en absoluto, por seguridad, por establidad, por
rendimiento y por la de parámetros de políticas de grupo que tendrás
que tocar para dejar la cosa fina; por lo tanto, y respondiendo ya a
la 4, tendrías enytonces que instalar y configurar TS en ambos nodos
de la misma forma y parametrizar ambos nodos de la misma manera



Salu2!!
Javier Inglés
https://mvp.support.microsoft.com/p...B5567431B0
MS MVP, Windows Server-Directory Services



"Miguel" escribió en el mensaje
news:

Hola a todo el grupo:

Estoy pensando en montar un cluster MSCS con Windows Server 2003 R2
Enterprise. El hardware es HP Proliant DL380 G4 Cluster Packaged y
lleva una MSA500 G2. Como es para una instalacion muy pequeña con
unos 10 terminales clientes (son terminales ligeros) y el MSCS me
obliga a tener un dominio he pensado en que los 2 nodos del cluster
sean controladores de dominio, aunque he leído que no es muy
recomendable.

Sobre este MSCS debe correr una base de datos Oracle 10g r2, de
modo que si un nodo se cae, la instancia de la base de datos pase a
correr en el otro nodo.

Cada nodo lleva dos discos en Raid 1 para Sistema Operativo y
Oracle. En la MSA 500, 2 discos en Raid1 para los logs de Oracle y
3 discos en Raid5 para la base de datos y el Quorum. He pensado en
crear 2 particiones en el Raid5, una para Quorum y otra para datos.

1.- ¿Que os parece esta solución? ¿Es correcta o hay alguna forma
más razonable?

2.- Hemos desarrollado una aplicacion de gestion de almacen, que
trabaja contra la base de datos Oracle y tambien debe de correr en
el cluster. Esta aplicacion no es "clusterizable", por lo tanto he
pensado en instalarla y configurarla en los dos nodos del cluster
de la misma forma contra la instancia de Oracle, de modo que cuando
se cae un nodo dejará de responder y habrá que arrancarla
manualmente en el otro nodo.
He leído que los recursos del cluster (Nombre, IP) sólo deben
usarse para administrar el cluster, pero yo necesito acceder a la
instancia de Oracle a traves de este Nombre e IP, para que cuando
cambie al otro nodo los clientes sigan conectando con la base de
datos. ¿Hay alguna otra forma de hacer esto?. ¿No es lo más logico
conectar con la base de datos a través de una IP "virtual"
independiente del nodo físico en el que esté ejecutando la base de
datos?

3.- Como mis clientes son terminales ligeros, tienen que conectarse
a la aplicacion de gestion a través de Terminal Server. ¿Es
"clusterizable" TS?. ¿Contra que IP tengo que configurar la
conexion remota, contra la de los nodos fisicos o contra la del
cluster?.Si no es "clusterizable" y se cae el nodo fisico, ¿los
terminales perderían la conexion?. ¿Habría que modificar la IP en
la conexion remota para volver a conectar con el otro nodo físico?.

4.- ¿En que nodo hay que instalar los servicios de terminal? ¿Y el
servidor de licencias de terminal?

Perdon por alargarme tanto, pero necesito saber si se puede hacer
esto y en caso negativo que opciones habría.

Gracias

Miguel S.

Gracias de nuevo,

Esta solucion me puede servir. No me importa que tenga que reconectar.
¿Se necesita algún hardware adicional para montar los nodos en NLB aparte
del Proliant DL380 G4 Packaged Cluster?
¿Es obligatorio un domino para montar los nodos en NLB?

Miguel S.



"Ramon Jiménez [MVP]" escribió en el
mensaje news:

Con NLB, la sesión irá a uno u otro servidor. Si se cae un nodo, el
usuario deberá reconectar (la sesión se pierde), pero se conectará a la
misma IP (o nombre en el DNS o host file) en el nodo que esté preparado
en el momento de la conexión...

Ramon Jimenez
MVP Windows Server System - Infrastructure Architect

-Con un cuarto de hora de retraso-




"Miguel" wrote in message
news:

Lo siento, pero podrías explicarlo un poco mas en detalle???
¿Que pasaría si configuro la conexion de escritorio remoto contra la ip
del cluster??

Gracias,
Miguel S.

"Ramon Jiménez [MVP]" escribió en el
mensaje news:

Inline.

Ramon Jimenez
MVP Windows Server System - Infrastructure Architect

-Con un cuarto de hora de retraso-




"Miguel" wrote in message
news:

Podría ser una opcion! La alternativa de Oracle RAC puede ser buena
pero aquí ya me pierdo un poco:

a) Podrías explicar la diferencia entre NLB y MSCS?.

MSCS requiere Active Directory/Dominio y suele requerir (sobre todo
para bases de datos), almacenamineto compartido bajo el modelo
Shared-nothing
NLB es balanceo de Carga entre servidores (valido para IIS, TS y otras
aplicaciones). No requiere AD/dominio

¿A que te refieres con

Alta Disponibilidad pero no tolerancia a fallos?
b) Que pasa si se cae un nodo? ¿Oracle sigue funcionado?

Con Oracle RAC, sí

c) Para montar los dos nodos en NLB, ¿se necesita un dominio?. Si me
puedo evitar el dominio mejor, menos problemas.

Gracias




"Ramon Jiménez [MVP]" escribió en
el mensaje news:%

Si quieres tener Alta disponibildad con TS (que no tolerancia
fallos) deberás montar TS con los 2 nodos en NLB.
En este caso, no podrás utilizar MSCS/Failsafe para Oracle. La
alternativa es entonces Oracle RAC

Ramon Jimenez
MVP Windows Server System - Infrastructure Architect

-Con un cuarto de hora de retraso-




"Miguel" wrote in message
news:

Gracias Javier:

Es una cuestion de presupuesto. Esto es una aplicacion de gestion de
un almacen y la base de datos es pequeña, entre 1 y 2 GB. Los
clientes tampoco son muchos, menos de 10. Normalmente esto lo
montamos en un grupo de trabajo con una maquina redundada, pero en
este caso el cliente quiere un Cluster, pero esto no nos soluciona
nada, porque nuestra aplicacion no clusterizable.

Oracle pensamos en Clusterizarlo con Fail Safe.

Es posible cambiar la IP de los nodos fisicos de un cluster?
Conoces alguna forma "manual" de clusterizar el TS? Lo que pretendo
es que el usuario no tenga que modificar en su termianal o PDA la
conexion de Escritorio Remoto de modo que si se cae un nodo del
cluster, el usuario perderá la conexion y lanzandola de nuevo que
ésta se conecte al otro nodo.

Gracias por tu ayuda

Miguel S.



"Javier Inglés [MS MVP]" escribió en el
mensaje news:

No es recomendable pero es viable; lo suyo, como debes imaginar, es
tener DCs por un lado, y los nodos MSCS por el otro

2.-Al clusterizar Oracle lo harás además con un servidor virtual,
con su propia IP y su propio nombre que serán a los que ataques con
tu aplicación sin probelmas

3.-TS no es clusterizable, y tenerlo ya en un DC con MSCS no se
recomienda en absoluto, por seguridad, por establidad, por
rendimiento y por la de parámetros de políticas de grupo que
tendrás que tocar para dejar la cosa fina; por lo tanto, y
respondiendo ya a la 4, tendrías enytonces que instalar y
configurar TS en ambos nodos de la misma forma y parametrizar ambos
nodos de la misma manera



Salu2!!
Javier Inglés
https://mvp.support.microsoft.com/p...B5567431B0
MS MVP, Windows Server-Directory Services



"Miguel" escribió en el mensaje
news:

Hola a todo el grupo:

Estoy pensando en montar un cluster MSCS con Windows Server 2003
R2 Enterprise. El hardware es HP Proliant DL380 G4 Cluster
Packaged y lleva una MSA500 G2. Como es para una instalacion muy
pequeña con unos 10 terminales clientes (son terminales ligeros) y
el MSCS me obliga a tener un dominio he pensado en que los 2 nodos
del cluster sean controladores de dominio, aunque he leído que no
es muy recomendable.

Sobre este MSCS debe correr una base de datos Oracle 10g r2, de
modo que si un nodo se cae, la instancia de la base de datos pase
a correr en el otro nodo.

Cada nodo lleva dos discos en Raid 1 para Sistema Operativo y
Oracle. En la MSA 500, 2 discos en Raid1 para los logs de Oracle y
3 discos en Raid5 para la base de datos y el Quorum. He pensado en
crear 2 particiones en el Raid5, una para Quorum y otra para
datos.

1.- ¿Que os parece esta solución? ¿Es correcta o hay alguna forma
más razonable?

2.- Hemos desarrollado una aplicacion de gestion de almacen, que
trabaja contra la base de datos Oracle y tambien debe de correr en
el cluster. Esta aplicacion no es "clusterizable", por lo tanto he
pensado en instalarla y configurarla en los dos nodos del cluster
de la misma forma contra la instancia de Oracle, de modo que
cuando se cae un nodo dejará de responder y habrá que arrancarla
manualmente en el otro nodo.
He leído que los recursos del cluster (Nombre, IP) sólo deben
usarse para administrar el cluster, pero yo necesito acceder a la
instancia de Oracle a traves de este Nombre e IP, para que cuando
cambie al otro nodo los clientes sigan conectando con la base de
datos. ¿Hay alguna otra forma de hacer esto?. ¿No es lo más logico
conectar con la base de datos a través de una IP "virtual"
independiente del nodo físico en el que esté ejecutando la base de
datos?

3.- Como mis clientes son terminales ligeros, tienen que
conectarse a la aplicacion de gestion a través de Terminal Server.
¿Es "clusterizable" TS?. ¿Contra que IP tengo que configurar la
conexion remota, contra la de los nodos fisicos o contra la del
cluster?.Si no es "clusterizable" y se cae el nodo fisico, ¿los
terminales perderían la conexion?. ¿Habría que modificar la IP en
la conexion remota para volver a conectar con el otro nodo
físico?.

4.- ¿En que nodo hay que instalar los servicios de terminal? ¿Y el
servidor de licencias de terminal?

Perdon por alargarme tanto, pero necesito saber si se puede hacer
esto y en caso negativo que opciones habría.

Gracias

Miguel S.