Creacion de Subdominios

10/10/2004 - 23:42 por Alex Roldan | Informe spam
Buenas,

Tengo que analizar una estructura de AD en una empresa que tiene montado lo
siguiente:

Tienen la central y 23 centros conectados con la central por VPN sobre ADSL.
En la actualidad esta organizado de la siguiente manera:

Un solo dominio (empresa.com) y 24 sitios cada uno con un servidor con AD y
Catalogo Global. En total seran unos 500 usuarios. ¿¿ Tiene algun sentido
dividir el dominio en subdominios : por ejemplo centro1.empresa.com ,
centro2.empresa.com , etc ... . ?? Se reducirian los datos de la replicacion
del AD ?

Realmente tan solo se usa todo esto para los inicios de sesion pues las
aplicaciones se comparten desde la central por Terminal Server y desde la
central se entra en los centros una vez al mes para recoger algunos
ficheros. ¿Tendria sentido dividir todo esto en dominios distintos y ponerle
relaciones de confianza ?

Como podeis comprobar es la primera vez que me enfrento a una estructura de
estas caracteristicas y no se muy bien que puede ser mejor .. .

Gracias por la ayuda y un saludo

Alex
 

Leer las respuestas

#1 Alejandro A. Ponicke
11/10/2004 - 03:32 | Informe spam
Hash: SHA1

En realidad al crear subdominios (uno para cada sitio) estarias
reduciendo trafico de replicacion porque no se estaria repartiendo la
informacion de un unico dominio por los 24 sitios. Pero realmente
deberias evaluar varias cosas. Primero por reducir utilizacion de
ancho de banda (cuanto?) no terminas complicando las cosas al hacer
24 dominios.

No es por nada, pero me da la impresion que quien hizo eso sabia lo
que hacia. no es comun encontrar un escenario de un dominio con 24
sitios armado de esa manera con lo que intuyo que quien lo hizo
sopeso tener 24 dominios y por algo debe haber tomado esa decision.

Pensa bien lo que vas a hacer, hay un detalle que me da a entender
que no la tenes tan clara como el que lo armo, y tiene que ver con la
consulta que hiciste de las relaciones de confianza.

Al hacer subdominios se arman de manera "automatica" relaciones de
confianza bidireccionales y transitivas.

Si las tareas administrativas sobre el AD es poco, la politica de
cambio de pass es de bastante tiempo, y la informacion sobre los
objetos es bastante estatica, muy probablemente no reduzcas en nada o
muy poco el trafico y terminas complicando la administracion armando
24 dominios.

Cuales son los resultados de tus estudios acerca de la utilizacion de
ancho de banda? Que dicen los contadores de los objetos de Actie
Directory del Performance Monitor en los ultimos meses?

Eso talvez te ayude a tomar la decision


Alejandro A. Ponicke
MCSA-MCSE-MCT-MVP
Buenos Aires-Argentina



"Alex Roldan" <aroldanARROBAaic-onlinePUNTOnet> wrote in message
news:
Buenas,

Tengo que analizar una estructura de AD en una empresa que tiene
montado lo siguiente:

Tienen la central y 23 centros conectados con la central por VPN
sobre ADSL. En la actualidad esta organizado de la siguiente
manera:

Un solo dominio (empresa.com) y 24 sitios cada uno con un servidor
con AD y Catalogo Global. En total seran unos 500 usuarios. ¿¿
Tiene algun sentido dividir el dominio en subdominios : por ejemplo
centro1.empresa.com , centro2.empresa.com , etc ... . ?? Se
reducirian los datos de la replicacion del AD ?

Realmente tan solo se usa todo esto para los inicios de sesion pues
las aplicaciones se comparten desde la central por Terminal Server
y desde la central se entra en los centros una vez al mes para
recoger algunos ficheros. ¿Tendria sentido dividir todo esto en
dominios distintos y ponerle relaciones de confianza ?

Como podeis comprobar es la primera vez que me enfrento a una
estructura de estas caracteristicas y no se muy bien que puede ser
mejor .. .

Gracias por la ayuda y un saludo

Alex




c

Preguntas similares