¿Es posible Cluster + TS + DC?

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.

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.

Mis repuestas entre líneas...aunque sinceramente, yo me replantearía el
diseño un poco mejor...posiblemente adquiriendo otros equipos adicionales,
además de más discos para la MSA.

Ramon Jimenez
MVP Windows Server System - Infrastructure Architect

-Con un cuarto de hora de retraso-




"Miguel" wrote in message
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?

No es nada correcta.
En mi opinión, los equipos adquiridos no se corresponden con las
necesidades del negocio
La alta disponibilidad está reñida con las "chapuzas" de All-in-one y con
esos equipos dificilmente se podrán alcanzar las metas que se persiguen

Oracle RAC o FailSafe?

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.

Eso es una chapuza.

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?.

Sí, pero con la configuración tan escasa de discos que tienes, no das
mucho margen.

¿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?

NO.

3.- Como mis clientes son terminales ligeros, tienen que conectarse a la
aplicacion de gestion a través de Terminal Server. ¿Es "clusterizable"
TS?.

NO

¿Contra que IP tengo que configurar la conexion remota, contra la de los
nodos fisicos o contra la del cluster?.

Los nodos físicos

Si no es "clusterizable" y se cae el nodo fisico, ¿los terminales
perderían la conexion?.

Sí

¿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 Ramón por tus comentarios.

¿Podrías aclarar un poco mas cuando dices de comprar equipos adicionales?.
¿Que uso les darías?. ¿Porque recomiendas más discos para la MSA?

La base de datos de Oracle es pequeña, entre 1 y 2 GB. Oracle había
pensado clusterizarlo con Fail Safe, ¿Te parece mejor solucion RAC?

Lo del Cluster es una exigencia del cliente, aunque no sirve de mucho al
ser la aplicacion de gestion NO clusterizable.

Gracias
Miguel S.



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

Mis repuestas entre líneas...aunque sinceramente, yo me replantearía el
diseño un poco mejor...posiblemente adquiriendo otros equipos
adicionales, además de más discos para la MSA.

Ramon Jimenez
MVP Windows Server System - Infrastructure Architect

-Con un cuarto de hora de retraso-




"Miguel" wrote in message
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?

No es nada correcta.
En mi opinión, los equipos adquiridos no se corresponden con las
necesidades del negocio
La alta disponibilidad está reñida con las "chapuzas" de All-in-one y con
esos equipos dificilmente se podrán alcanzar las metas que se persiguen

Oracle RAC o FailSafe?

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.

Eso es una chapuza.

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?.

Sí, pero con la configuración tan escasa de discos que tienes, no das
mucho margen.

¿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?

NO.

3.- Como mis clientes son terminales ligeros, tienen que conectarse a la
aplicacion de gestion a través de Terminal Server. ¿Es "clusterizable"
TS?.

NO

¿Contra que IP tengo que configurar la conexion remota, contra la de los
nodos fisicos o contra la del cluster?.

Los nodos físicos

Si no es "clusterizable" y se cae el nodo fisico, ¿los terminales
perderían la conexion?.

Sí

¿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.

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.