Planear el laboratorio

A medida que se prepara para un uso generalizado de Lab Management en el laboratorio de pruebas, es probable que le surjan varias preguntas:

• ¿Cuántos servidores físicos necesito?

• ¿Qué tipos de servidores debo comprar?

• ¿Cuánta capacidad de almacenamiento necesito?

• ¿Puedo utilizar una SAN para el almacenamiento?

• ¿Puedo configurar todo en un equipo eficaz?

• ¿Cómo configuro un laboratorio aislado?

En este tema se proporcionan instrucciones generales para calcular el número y los tipos de servidores físicos, máquinas virtuales (VM) y controladores que necesitará para utilizar Visual Studio Lab Management. En general, el número de servidores no es tan importante como la capacidad de cada servidor. Por ejemplo, un servidor que utilice un procesador de dos o de cuatro núcleos podrá admitir más VM que un servidor que utilice un procesador de único núcleo. Del mismo modo, un servidor que tenga 32 GB de RAM puede hospedar más VM al mismo tiempo que un servidor que solo tenga 8 GB de RAM.

Planear la capacidad

Las próximas secciones contienen instrucciones para ayudarle a proporcionar suficiente capacidad para su laboratorio de pruebas virtual. Estas instrucciones se expresan como aspectos que hay que hacer y que no hay que hacer al adquirir o configurar hardware, o al instalar y configurar el software necesario.

Planear Team Foundation Server

No hay que hacer

• Configurar todo en un único equipo. Solo si va a utilizar un único equipo con fines de demostración o de prueba de concepto debe configurar todos los componentes en un único equipo.

• Utilizar la cuenta NetworkService como la cuenta de servicio de Team Foundation Server si su instancia de Team Foundation Server utiliza más de un servidor para ejecutar la capa de aplicación lógica y va a utilizar la característica Lab Management de Visual Studio. El uso de la cuenta NetworkService necesita más trabajo manual posterior para mantener las máquinas host físicas para entornos virtuales. Este trabajo adicional es necesario porque la cuenta NetworkService para cada nuevo equipo de la capa de aplicación tiene que agregarse al grupo local Administrador en cada máquina host física. Por ejemplo, si tiene un laboratorio virtual con 20 hosts físicos y agrega o reemplaza un equipo de la capa de aplicación, tendría que actualizar cada uno de los 20 equipos host con el nombre del nuevo equipo de la capa de aplicación y asignar permisos. En lugar de utilizar la cuenta NetworkService, emplee una cuenta de usuario de dominio estándar y una contraseña para la cuenta TFSservice. De esa forma, la cuenta de usuario de dominio se agrega una vez en la configuración inicial del host físico y cada equipo de la capa de aplicación posterior utiliza la misma cuenta. Para obtener más información sobre las limitaciones de la cuenta NetworkService, vea NetworkService Account.

Planear System Center Virtual Machine Manager

No hay que hacer

• Instalar SCVMM en una máquina virtual. La instalación de SCVMM en una máquina virtual dificultará la administración del host físico en el que se está ejecutando la máquina virtual y disminuirá el rendimiento de la biblioteca si configura la biblioteca en la misma máquina virtual.

• Utilizar agrupación en clústeres con los servidores de biblioteca de SCVMM 2008 R2. Lab Management solo admite la agrupación en clústeres en entornos de SCVMM cuando se utiliza SCVMM 2012, no con SCVMM 2008 R2.

• Establecer identificadores de LAN virtual para adaptadores de red. Lab Management no admite el establecimiento y uso de un identificador de LAN virtual en System Center Virtual Machine Manager. Si establece manualmente el identificador VLAN en un adaptador de red para una máquina virtual y después almacena la máquina virtual en la biblioteca SCVMM, el identificador VLAN se borrará cuando se implemente la máquina virtual. Para obtener más información sobre cómo usar identificadores VLAN, vea Configuración de redes virtuales en VMM.

Do

• Proporcionar al equipo de SCVMM recursos suficientes. Si espera tener menos de 50 VM en el laboratorio, el equipo que ejecuta SCVMM debe tener al menos:

  • Un procesador de 64 bits

  • 4 GB de memoria

  • Una unidad de disco duro de 300 GB

  • Sistema operativo Windows Server 2008 R2

  Si espera tener más de 50 VM, aumente estos recursos. Si piensa instalar SCVMM junto con otro software en el mismo equipo, asigne al servidor de SCVMM la cantidad de recursos que se describieron anteriormente en este tema. Sin embargo, asegúrese de determinar la cantidad después de deducir el consumo de recursos del otro software. Por ejemplo, si desea instalar SCVMM en el equipo que está ejecutando Team Foundation Server, sume los requisitos a los de Team Foundation Server y asegúrese de que el equipo tenga suficiente capacidad.

• Proporcionar al servidor que ejecuta la biblioteca al menos 200 GB de espacio disponible en la unidad de disco duro. En la instalación predeterminada, asegúrese de que la unidad utilizada por el recurso compartido de biblioteca tenga más de 200 GB de espacio disponible.

• Crear el recurso compartido de biblioteca predeterminado en D: y no en C:. De forma predeterminada, SCVMM crea el recurso compartido de biblioteca en el mismo equipo donde está y crea la biblioteca en la unidad C:. El cambio del recurso compartido de biblioteca predeterminado a D: facilita la actualización posterior del equipo.

• Utilizar una unidad de disco duro con velocidad suficiente para la biblioteca. Si piensa utilizar poco la biblioteca, bastará con un disco duro con velocidad suficiente. Si piensa utilizar bastante la biblioteca, utilice una configuración de disco RAID 5 con 6 a 12 discos para lograr un rendimiento mejor. Si piensa utilizar mucho la biblioteca, use varios servidores de biblioteca. Puede utilizar almacenamiento de conexión directa o SAN. Cuando utilice SAN, cree un LUN que solo se use para el equipo de biblioteca.

• Ejecutar Team Foundation Server bajo una cuenta de usuario de dominio normal en lugar de bajo la cuenta de servicio de red. Esto es necesario si coloca Team Foundation Server y SCVMM en el mismo equipo.

• Si SCVMM está instalado en un host de Hyper-V, almacenar las máquinas virtuales hospedadas de Hyper-V en una unidad de disco duro diferente que la biblioteca de SCVMM. Por ejemplo, utilice C: de un disco para la biblioteca y D: de otro disco para las máquinas virtuales de Hyper-V. El servidor de SCVMM, en este caso, se ejecutará en el SO primario en Hyper-V. Esto garantiza que cuando se carga el SO primario, se verán afectados todos los SO invitados (VM implementadas en Hyper-V). Para reducir este impacto, configure las reservas de host para ese equipo agregando las reservas de host de Hyper-V (se describe más adelante) a los requisitos de equipo de SCVMM mencionados anteriormente. Las reservas de host se pueden configurar mediante la Consola de administrador de SCVMM.

• Proporcione enrutamiento de red directo entre SCVMM y Team Foundation Server, los hosts y otros servidores de biblioteca.

• Actualizar el equipo de SCVMM con todas las actualizaciones de Windows más recientes y asegurarse de que estas actualizaciones se aplican automáticamente. Si no es viable, debe pensar en realizar un seguimiento de las actualizaciones de Windows y SCVMM, y aplicarlas manualmente a medida que estén disponibles.

Planear los hosts de Hyper-V

No hay que hacer

• Instalar software adicional como Team Foundation Server en la máquina host física. Si tiene hosts suficientemente eficaces (que superan las necesidades agregadas de las máquinas virtuales y de hipervisor), puede poner a la vez SCVMM o servidor de biblioteca en el host, siempre y cuanto también tenga en cuenta las restricciones de recursos de esos servidores. Por ejemplo, si desea instalar SCVMM en una máquina host de Hyper-V, sume los requisitos de host, los requisitos de máquina virtual y los requisitos de SCVMM y, a continuación, asegúrese de que el equipo tenga suficiente capacidad.

• Utilizar agrupación en clústeres con servidores de host de Hyper-V. Lab Management admite la agrupación en clústeres en entornos de SCVMM.

• Programar decenas de implementaciones de VM simultáneamente. Limite el número de implementaciones de entorno simultáneas en los hosts.

• Utilizar hosts físicos que están en ubicaciones geográficas diferentes que los servidores de biblioteca. Si debe utilizar hosts que están en una ubicación geográfica diferente que los servidores de biblioteca de SCVMM, la velocidad de red entre SCVMM y los hosts debe ser al menos de 100 Mbps y no estar sujeta a latencias altas.

• Crear varios adaptadores de red en una máquina virtual que se conecta a una red determinada. Lab Management reemplaza esta configuración y crea dos adaptadores. Un adaptador se conecta a la red de laboratorio y el otro adaptador controla la comunicación interna entre las máquinas virtuales.

• Configurar la dirección MAC en un adaptador de red usado en un entorno aislado de la red. Lab Management borra la dirección MAC en el momento en que se crea el entorno aislado de la red.

Do

• Proporcionar suficientes recursos a las máquinas host y configurarlas correctamente. El número de hosts de Hyper-V y la capacidad de cada host dependen del número de VM que hospede en el laboratorio. Si decide configurar un laboratorio relativamente pequeño, instale el rol Hyper-V en equipos con la siguiente configuración:

  • Dos procesadores de dos núcleos de 64 bits compatibles con Hyper-V

  • 16 GB de memoria

  • 300 GB de espacio en disco duro

  • Sistema operativo Windows Server 2008 R2

  • Las actualizaciones más recientes del sistema operativo Windows.

  Si tiene un número relativamente grande de máquinas virtuales y decide configurar unos pocos hosts eficaces, configure cada host de la manera siguiente:

  • Dos procesadores de cuatro núcleos de 64 bits compatibles con Hyper-V

  • 64 GB de memoria

  • 1 TB de espacio en disco duro

  • Sistema operativo Windows Server 2008 R2

  • Las actualizaciones más recientes del sistema operativo Windows.

• Reservar suficiente memoria RAM en el host. Aparte de los requisitos de capacidad de host enumerados anteriormente, debe reservar los recursos siguientes para el correcto funcionamiento del hipervisor. En el caso de un host de 16 GB, reserve un 20% para la CPU y 2 GB de memoria. En el caso de un host de 64 GB, reserve un 30% para la CPU y 4 GB de memoria. Estas reservas de host se deben configurar en el panel de propiedades de host de la Consola de administrador de SCVMM. Solo los recursos restantes del host después de deducir las reservas de host pueden utilizarse para las máquinas virtuales.

• Proporcionar suficiente almacenamiento para las máquinas virtuales. Debe utilizar una partición de disco diferente para el almacenamiento de máquina virtual que la partición primaria del servidor de Hyper-V. Por ejemplo, utilice D: para el almacenamiento de máquina virtual y C: para la partición primaria para el hipervisor. Después de decidir la ubicación de almacenamiento de máquina virtual, configure esa ubicación en el Administrador de Hyper-V o mediante la Consola de administrador de SCVMM. En el Administrador de Hyper-V, cambie las carpetas Discos duros virtuales y Máquinas virtuales. En la Consola de administrador de SCVMM, cambie la Ruta de acceso de posición en las propiedades de host.

• Proporcionar a los host unidades de disco duro rápidas y configurar las unidades correctamente. Tipos de disco para los hosts: es necesario un disco con buena velocidad. Se recomienda encarecidamente discos configurados con RAID 5. El almacenamiento para los hosts puede proceder de almacenamiento de conexión directa o de SAN. Sin embargo, si decide hacer que el disco del host proceda de una unidad SAN por necesidades de espacio y confiabilidad, tendrá que asignar LUN independientes a cada host. Aunque el mismo controlador administre los LUN, puesto que Visual Studio Lab Management no aprovecha ninguna funcionalidad de SAN, la copia de BITS subyacente durante una implementación de máquina virtual se realizará de la biblioteca al host a través de la red LAN.

• Para instalar SCVMM en un host de Hyper-V, se recomienda encarecidamente que la unidad de disco duro utilizada para almacenar máquinas virtuales hospedadas de Hyper-V sea diferente que el disco utilizado para la biblioteca. El servidor de SCVMM, en este caso, se ejecutará en el SO primario en Hyper-V. Así, cuando se carga el SO primario, todos los SO invitados (VM implementadas en Hyper-V) afectarán al rendimiento. Para reducir este impacto, configure las reservas de host para ese equipo agregando las reservas de host del equipo de Hyper-V a los requisitos de equipo de SCVMM mencionados anteriormente. Las reservas de host se pueden configurar mediante la consola de administrador de SCVMM.

• Para poder utilizar también un host de Hyper-V como servidor de biblioteca, debe tener varios discos en el equipo. Debe utilizar discos duros diferentes en el host para las máquinas virtuales y para el almacenamiento de biblioteca.

• Proporcione al host de Hyper-V conexión de red directa a Team Foundation Server, SCVMM y otros servidores de biblioteca.

• Si los hosts de Hyper-V están en ubicaciones geográficas diferentes, tenga también un servidor de biblioteca local para cada ubicación.

• Actualizar los hosts periódicamente. Los hosts de Hyper-V deben estar en una red desde la que se puedan aplicar automáticamente las actualizaciones del sistema operativo. Si no es viable, debe pensar en realizar un seguimiento de las actualizaciones de Windows y SCVMM, y aplicarlas manualmente cuando estén disponibles.

Planear controladores y agentes

No hay que hacer

• Instalar un controlador de prueba dentro de un entorno. Solo los agentes de compilación, prueba y laboratorio se deben instalar en las máquinas virtuales dentro de un entorno.

Do

• Utilizar más de un controlador de compilación al compilar e implementar una aplicación para hacer pruebas. El primer controlador lo utiliza el proceso de compilación y no se utiliza mucho. El segundo controlador se utiliza para implementar la compilación en las máquinas virtuales y ejecutar pruebas; por tanto, se puede utilizar mucho si hay un gran número de máquinas virtuales en el laboratorio. El segundo controlador también se utiliza para tomar instantáneas del entorno.

• Utilizar controladores de prueba en el mismo dominio que Team Foundation Server. Si esprtfs y un controlador de prueba están en un grupo de trabajo o en un dominio que no de confianza, debe crear una cuenta de usuario local con el mismo nombre de usuario y contraseña en ambos equipos, agregar este usuario en Team Foundation Server al grupo de seguridad "[Colección de proyectos]\Project Collection Test Service Accounts" y, a continuación, registrar el controlador de prueba con la colección de proyectos de equipo utilizando esta cuenta local.

Planear la topología

Do

• Utilizar una red de un gigabit para conectar el servidor donde está instalado SCVMM a los servidores de biblioteca y a los hosts de Hyper-V.

• Establecer una relación de confianza bidireccional completa entre los dominios donde se están ejecutando Team Foundation Server, el controlador de prueba, el controlador de compilación, SCVMM y el host físico de las máquinas virtuales.

Hay varias topologías que puede utilizar al configurar Lab Management para probar la aplicación. La topología más sencilla para utilizar Lab Management solo necesita dos servidores: instale todos los componentes de Team Foundation Server en el mismo servidor e instale todos los componentes de SCVMM 2008 en un servidor adicional. Como alternativa, quizás tenga requisitos de topología de red complejos que restrinjan las redes en las que se pueden encontrar Team Foundation Server, SCVMM, los hosts de Hyper-V y las máquinas virtuales que ejecutan la aplicación que se está probando. En otra alternativa, quizás desee configurar el equilibrio de carga de red para Team Foundation Server. En la lista siguiente se sugieren varias dimensiones posibles para su topología y las variaciones dentro de cada dimensión.

Redes

• DNS

• Firewall

• Threat Management Gateway

Dominio

• Confianza unidireccional

• Confianza bidireccional

• Ninguna confianza

Capa de aplicación lógica de Team Foundation Server

• Un único servidor

• Varios servidores sin equilibrio de carga de red

• Varios servidores con equilibrio de carga de red

Capa de datos lógica de Team Foundation Server

• Un único servidor

• Varios servidores sin agrupación en clústeres

• Varios servidores con agrupación en clústeres

Pruebas

• Dentro del entorno

• Fuera del entorno

Las cuatro topologías siguientes son ejemplos de cómo puede configurar combinaciones de las dimensiones anteriores según sus necesidades de prueba.

Topología de ejemplo 1

Un equilibrador de carga de red controla varios servidores en los que se ejecuta la capa de aplicación lógica de Team Foundation Server. También hay una red de pruebas independiente con configuración de firewall para controlar el tráfico de pruebas hacia y desde de la red del dominio. En el diagrama siguiente se muestra la topología 1.

Para obtener instrucciones de cómo configurar esta topología, vea Setting up various topologies to test with Visual Studio Lab Management – Part 1.

Topología de ejemplo 2

La capa de aplicación lógica y las capas de datos de Team Foundation Server se ejecutan en varios servidores, pero esos servidores no están controlados por un equilibrador de carga. Hay también una red de pruebas independiente con una biblioteca y un host basados en SAN. En el diagrama siguiente se muestra la topología 2.

Para obtener instrucciones de cómo configurar esta topología, vea Setting up various topologies to test with Visual Studio Lab Management – Part 2.

Topología de ejemplo 3

Un equilibrador de carga de red controla varios servidores en los que se ejecuta la capa de aplicación lógica de Team Foundation Server. Hay también una red de pruebas independiente. Las aplicaciones que se están probando realizan llamadas a una base de datos fuera del entorno virtual. En el diagrama siguiente se muestra la topología 3.

Para obtener instrucciones de cómo configurar esta topología, vea Setting up various topologies to test with Visual Studio Lab Management – Part 3.

Topología de ejemplo 4

La capa de aplicación lógica y las capas de datos de Team Foundation Server se ejecutan en varios servidores y esos servidores están controlados por un equilibrador de carga de red. La red y los entornos de prueba están en un dominio independiente. En el diagrama siguiente se muestra la topología 4.

Para obtener instrucciones de cómo configurar esta topología, vea Setting up various topologies to test with Visual Studio Lab Management – Part 4.

Vea también

Conceptos

Arquitectura de Team Foundation Server

Configurar y administrar Lab Management

Otros recursos

Ejemplos de topología sencilla

Ejemplos de topología moderada

Ejemplos de topología compleja