Arquitectura de servidores para instalaciones de SharePoint en ambientes virtuales – Configuración Hyper-V y SAN Física Parte 2/2

iscsitarget

hola Bloggers, con este post vamos a ver como hacemos para vincular la SAN física del post anterior a los servidores virtuales que van a formar parte del Clúster de SQL Server. Veamos entonces los pasos que nos toca seguir para esto:

1. Presentar las LUN’s de la SAN física al servidor Host de las máquinas virtuales.

luns

2. Después de tener los discos en el Host de hyper-v, procedemos a generar todo el ambiente virtual para el clúster. No se si sea mejores prácticas pero fue una solución bastante óptima. Con los discos activos, el paso siguiente es el de crear discos virtuales desde la consola de administración de Hyper-V. Al crear los discos virtuales, asegúrense que dejan unos 5Gbytes de espacio libre en cada LUN’s para efectos de crecimiento o cosas que puedan encontrar. Este procedimiento no permite snapshots de las máquinas virtuales ya que la idea es utilizar la capacidad máxima por cada disco para generar los virtuales y así poder asignárselos a la máquina virtual que los contendrá y desde donde se presentarán a los servidores virtuales.

image

image

image

image

3. Con los discos virtuales creados, procedemos a asignárselos a una de las maquinas virtuales creadas con anterioridad y mencionadas en el post anterior. Para nuestro caso, asignamos estos discos virtuales al controlador de dominio. Porque al controlador de dominio? debido a que este es el servidor que en resumidas cuentas tendrá menos consumo de recursos de maquina. Si se lo ponemos al application server, quizás este servidor sufrirá de bajo rendimiento ya que el clúster de SQL Server estará continuamente dichos discos. Bien, como se asignan los discos a una máquina virtual??? habrá que seguir los siguientes pasos:

- Ir a la consola de administración de Hyper-V, seleccionamos la maquina virtual a la que se le van a asignar los discos y en el menú de la derecha donde aparecen las opciones para la maquina virtual le damos clic en settings. Asegurarse que la maquina virtual esta apagada para realizar este procedimiento.

image

image

- Estando en Settings, se selecciona Add Hardware y luego seleccionamos SCSI controller. Porque un dispositivo SCSI, ya que estos serán los únicos dispositivos que reconozca el Microsoft iSCSI Software Target.

image

image

image

en esta ventana se le da clic en Browse y asignamos uno de los tres discos que creamos anteriormente. Este procedimiento se debe repetir dos veces mas o se debe hacer por la cantidad de discos que quieran adicionar a la maquina virtual.

4. Una vez los discos virtuales estén asignados a la maquina virtual, el siguiente paso es instalar el Microsoft iSCSI Software Target en la maquina virtual donde se agregaron los discos para que éste funcione como el controlador SCSI.

5. Una vez instalado el software, procedemos a crear los discos SCSI que van a ser presentados a los dos servidores que componen el clúster de SQL Server.

iscsitarget

en Devices dar clic derecho y crear discos virtuales. En nuestro caso vamos a crear cuatro discos en los tres virtuales que le asignamos a la maquina.

image

porque cuatro discos??? porque para la configuración adecuada del Clúster vamos a necesitar el DTC (Distributed Transaction Coordinator), el Quorum, el disco para los logs de transacciones y el disco para los archivos mdf.

6. Una vez creado los discos se procede a presentarlos a los servidores de SQL Server. Cómo lo hacemos????? en la consola de administracion de iSCSITarget nos ubicamos en iSCSI Targets y damos clic derecho. Luego le decimos create iSCSI Target. Llenamos los campos solictados y por último damos la IP o DNS del servidor donde vamos a asignar los discos. Repetimos este procedimiento por la cantidad de servidores que tengamos para el Clúster. Si no quedan asignados los cuatro (4) discos que creamos, solamente nos ubicamos sobre el servidor creado, le damos clic derecho y seleccionamos Add Existing Virtual Disk to iSCSI Target. Esto lo hacemos por los cuatro discos que creamos en pasos anteriores para que los servidores vean los mismos discos.

Listo el pollo.. con los pasos anteriores ya tenemos listos los servidores para instalar el Clúster de SQL Server. Éstos servidores tienen accesos a los cuatro discos que creamos y de esa forma, cumplimos uno de los requisitos del Clúster de SQL Server que es que se vean los discos donde se almacenará la información.

si tienen alguna duda en el proceso no duden en escribirme a andres.rojas@geeks.ms.

El próximo post será la instalación de un Clúster de dos servidores para SQL Server 2008 R2.

Un abrazo a todos…

 

Ing. Andrés Rojas

MCITP(rgb)_1349

MCTS(rgb)_1076_1348_1342

Arquitectura de servidores para instalaciones de SharePoint en ambientes virtuales – Configuración Hyper-V y SAN Física Parte 1/2

sub_servers_hyper_v

Hola bloggers, continuando con lo señalado de publicarles un caso de éxito de una implementación de SharePoint & Project Server 2010 que realicé con mi empresa TSI, hoy les mostraré la configuración de Hyper-V y del servidor Host de las maquinas virtuales.

Veamos primero las características del servidor Host de las Maquinas Virtuales:

1. RAM: 40Gbytes

2. Disco Duro: 147Gbytes Raid 5

3. Procesador: Intel Xeon 2.4Ghz Quad Core

4. SO: Windows Server 2008 R2 Enterprise

Dada las condiciones de almacenamiento que se requerían para la implementación, se solicitó una SAN de aproximadamente 800GBytes de capacidad. Están unidas al servidor por unas HBA’s de 8GBits de velocidad Fiber Channel para ser adaptada al servidor Host.

La configuración quedó de la siguiente manera:

configuracionDiscos

Este almacenamiento luego vamos a ver como lo replicamos en las maquinas virtuales para ser usado directamente por el clúster de SQL Server.

Ok, una vez instalado e sistema operativo, configurado el almacenamiento físico y disponer del hardware necesario para la conectividad de red, en nuestro caso 2 Tarjetas, pasamos a la activación del Rol de Hyper-V. para activar el Rol de Hyper-V deben haber activado en la BIOS del servidor el Hypervisor, de otra forma no se puede activar el rol de Hyper-V. Dependerá de la marca del servidor el activar esta función de la BIOS.

Una vez verificado el Hypervisor, activamos el ROL de Hyper-V:

1. Abrimos el server manager, nos ubicamos en Roles y le damos clic en Add Roles

image

2. Seleccionamos Hyper-V y le damos siguiente. Seguimos el wizard hasta finalizar su instalación.

3. Reiniciamos y listo el pollo. Ya tenemos nuestro sistema de virtualización.

Una vez instalado Hyper-V procedemos a su configuración. Para nuestro caso dejamos la siguiente configuración:

image

Porque tantas tarjetas de red, la respuesta es así:

1. Internal Network: usada para el HeartBeat del Clúster de SQL Server. Alta disponibilidad según requerimientos del cliente.

2. NLB Network: Usada para el Heartbeat del NLB para los servidores Web-Front-End de SharePoint y Project Server 2010. Alto rendimiento según los requerimientos del cliente.

3. Private Network: Usada para el despliegue de la intranet dentro de las maquinas virtuales y el Directorio activo según los requerimientos iniciales del cliente.

4. DMZ: Usada para la configuración de la DMZ según los requerimientos del cliente. Es de tipo private network.

5. External Network: Usada para la conectividad a internet.

Una vez la configuración de red quedo lista, iniciamos la creación de las maquinas virtuales así:

Intranet (4 servidores):

1. Un servidor controlador de dominio con directory services (Private Network)

image

2. Clúster de SQL Server 2008 R2. Dos Servidores con dos tarjetas de red cada uno, una para conectar al directorio activo (Private Network) y la otra para el Heartbeat (Internal Network)

image
image

3. Un servidor SharePoint 2010 Application Server con una sola tarjeta de red para conectarse al directorio activo (Private Network)

image

DMZ (2 Servidores):

1. Dos servidores Web-Front-End para SharePoint 2010 y Project Server 2010. Cada uno de estos servidores tiene dos tarjetas de red, la que conecta a la DMZ (DMZ Network) y la del Heartbeat para el NLB (NLB Network). La conexión al directorio activo de estos dos servidores se hace a través de reglas de firewall del TMG 2010.

image
image

Proxy & Firewall (1 Servidor):

1. Un servidor TMG 2010 con tres tarjetas de red de Hyper-V. Una para compartir internet (External Network), otra para conectarse con el Controlador de Dominio (Private Network) y la última para conectar la DMZ (DMZ Network).

image

Bien, teniendo la configuración de cada servidor, no nos falta sino configurar la SAN física para que sea vista por los servidores del clúster de SQL Server 2008 R2. En el siguiente post vemos esa configuración. Espero este les sirva para aclarar muchas dudas de Arquitectura que puedan tener.

 

Saludos,

 

Andrés Rojas

MCITP(rgb)_1349

MCTS(rgb)_1076_1348_1342

Arquitectura de servidores para instalaciones de SharePoint en ambientes virtuales – Planeación

why-sharepointEn días anteriores me solicitaron crear una arquitectura basada en tecnologia Hyper-V. Requerían de una serie de características que no habia tocado nunca con este tipo de virtualización.

Las características que me solicitaban era que tenia que tener un sistema de seguridad que filtrara contenido, que dispusiera de cierta funcionalidad de firewall y además que se pudiera establecer una DMZ para los servidores web front-end. También requerían de un sistema de alta disponibilidad para las bases de datos que almacenara en una SAN física la información, que se pudiera administrar la seguridad de usuarios tanto en la red local como los usuarios de una extranet, y finalmente, que dispusiera de alto rendimiento para SharePoint y Project Server 2010.

Un requerimiento de ese tamaño requeria de estudiar muchas opciones para lograr suplir al cliente sus necesidades.

El resultado del análisis fue el siguiente:

Requerimiento

Resultado

Filtrado de contenido, Firewall y DMZ

TMG 2010

Alta Disponibilidad de bases de datos

Clúster de SQL Server

Almacenamiento en SAN Físicas

Microsoft iSCSI Software Target

Alto Rendimiento

Network Load Balancing

Seguridad de usuario Extranet: base de datos aspnet
Internos: Directorio Activo

La planeación de cómo debería quedar la arquitectura de servidores se las muestro a continuación.

ArquitecturaServidores

y ahora???? que se hace para instalar tales cosas en ambiente virtual de Hyper-V???? por donde empezamos???

Pues por el principio.. SISTEMA OPERATIVO… adicionalmente a los requerimientos solicitados, era necesario cumplir con el licenciamiento que tenían, asi que otra pata mas para el gato. Total, el resultado es el siguiente:

Requerimiento

Sistema Operativo

TMG 2010 Windows Server 2008 R2 Standard
Clúster de SQL Server 2008 R2 Windows Server 2008 R2 Enterprice x 2
Directorio Activo Windows Server 2008 R2 Standard
Network Load Balancing - wfe Windows Server 2008 R2 Enterprice x 2
SharePoint 2010 Application Server Windows Server 2008 R2 Standard

Listo.. ya cumpliendo con el requisito de licenciamiento, se inicia el proceso de instalación de la arquitectura. Lo vemos en el siguiente post donde miraremos inicialmente la configuracion de la SAN y cómo se le presenta a los servidores virtuales, ahh!! y lo mas importante, la configuración de Hyper-V para la creación de las redes virtuales y de conectividad a internet. Resta saber que esta arquitectura se diseñó para un total estimado de 1400 usuarios y que presta servicios en internet.

 

slds,

 

Andres Rojas

MCITP(rgb)_1349

MCTS(rgb)_1076_1348_1342