Compartir a través de


Planificación de la capacidad de App-V 5.0

Se aplica a: Application Virtualization 5.0, Application Virtualization 5.0 SP1, Application Virtualization 5.0 SP2, Application Virtualization 5.0 SP3

Las recomendaciones siguientes se pueden usar como base para determinar la información de planificación de la capacidad apropiada para la infraestructura de App-V 5.0 de su organización.

Importante

La información de esta sección sirve como guía general únicamente para la implementación de App-V 5.0. Los requisitos de capacidad de su sistema dependerán de los detalles específicos de su entorno de hardware y de aplicaciones. Además, los números de rendimiento que se muestran en este documento son ejemplos; sus resultados pueden variar.

Determinar el ámbito del proyecto

Antes de diseñar la infraestructura de App-V 5.0, debe decidir el ámbito del proyecto. El ámbito consiste en decidir qué aplicaciones estarán disponibles de forma virtual, además de identificar los usuarios de destino y sus ubicaciones. Esta información le ayudará a determinar qué tipo de infraestructura de App-V 5.0 debe implementarse. Las decisiones acerca del ámbito del proyecto deben basarse en las necesidades específicas de su organización.

Tarea Más información

Determinar el ámbito de las aplicaciones

Según las aplicaciones que vaya a virtualizar, la infraestructura de App-V 5.0 se puede configurar de distintas formas. La primera tarea es definir qué aplicaciones desea virtualizar.

Determinar el ámbito de ubicación

El ámbito de la ubicación hace referencia a las ubicaciones físicas (por ejemplo, toda la empresa o una ubicación geográfica específica) donde tiene pensado ejecutar las aplicaciones virtualizadas. También puede hacer referencia a la población de usuarios (por ejemplo, un único departamento) que ejecutará las aplicaciones virtuales. Debe obtener un mapa de red que incluya las rutas de conexión, así como el ancho de banda disponible de cada ubicación y el número de usuarios que utilizan aplicaciones virtualizadas y la velocidad de los vínculos WAN.

Determinar qué infraestructura de App-V 5.0 se requiere

Importante

Ambos de los modelos siguientes requieren la instalación del cliente de App-V 5.0 en el equipo donde tiene pensado ejecutar aplicaciones virtuales.

También puede administrar su entorno de App-V 5.0 mediante una solución de distribución electrónica de software (ESD), como Microsoft Systems Center Configuration Manager. Para obtener más información, consulte Implementación de paquetes de App-V 5.0 mediante la distribución de software electrónica (ESD).

  • Modelo independiente: el modelo independiente permite que las aplicaciones virtuales sean compatibles con el Instalador de Windows para la distribución sin transmisión. App-V 5.0 en modo independiente consta del secuenciador y el cliente; no se requieren componentes adicionales. Las aplicaciones se preparan para la virtualización mediante un proceso llamado “secuenciación”. Para obtener más información, vea Planeación para implementar el secuenciador y el cliente de App-V 5.0. El modelo independiente se recomienda en los escenarios siguientes:

    • Cuando hay usuarios remotos desconectados que no pueden conectarse a la infraestructura de App-V 5.0.

    • Cuando ejecuta un sistema de administración de software, como Configuration Manager 2012.

    • Cuando las limitaciones del ancho de banda de la red inhiben la distribución electrónica de software.

  • Modelo de infraestructura completa: el modelo de infraestructura completa proporciona capacidades de distribución, administración e informes de software; también incluye la transmisión de aplicaciones por la red. El modelo de infraestructura completa de App-V 5.0 consta de uno o más servidores de administración de App-V 5.0. El servidor de administración se puede usar para publicar aplicaciones para todos los clientes. El proceso de publicación ubica los iconos y los métodos abreviados de las aplicaciones virtuales en el equipo de destino. También puede transmitir aplicaciones a los usuarios locales. Para obtener más información sobre cómo instalar el servidor de administración, vea Planeación de la implementación del servidor de App-V 5.0. El modelo de infraestructura completa se recomienda en los escenarios siguientes:

    Importante

    El modelo de infraestructura completa de App-V 5.0 requiere Microsoft SQL Server para almacenar los datos de configuración. Para obtener más información, consulte Consideraciones compatibles con App-V 5.0.

    • Cuando desea usar el servidor de administración para publicar la aplicación en los equipos de destino.

    • Para el rápido aprovisionamiento de aplicaciones a los equipos de destino.

    • Cuando desea usar los informes de App-V 5.0.

Guía para determinar el tamaño del servidor de un extremo a otro

La sección siguiente ofrece información acerca de la determinación del tamaño y la planificación de App-V 5.0 de un extremo a otro. Para obtener información más específica, consulte las secciones siguientes.

Nota

El tiempo de respuesta de ida y vuelta en el cliente es el tiempo que demora el equipo que ejecuta el cliente de App-V 5.0 en recibir una notificación de recepción correcta del servidor de publicación. El tiempo de respuesta de ida y vuelta en el servidor de publicación es el tiempo que demora el equipo que ejecuta el servidor de publicación en recibir una actualización correcta de metadatos de paquetes del servidor de administración.

  • 20 000 clientes pueden dirigirse a un único servidor de publicación para obtener las actualizaciones de paquetes en un tiempo de ida y vuelta aceptable. (<3 segundos)

  • Un único servidor de administración puede admitir hasta 50 servidores de publicación para actualizaciones de metadatos de paquetes en un tiempo de ida y vuelta aceptable. (<5 segundos)

Recomendaciones para la planificación de capacidad del servidor de administración de App-V 5.0

Los servidores de publicación de App-V 5.0 requieren el servidor de administración para las solicitudes de actualización de paquetes y las respuestas de actualización de paquetes. El servidor de administración luego envía la información a la base de datos de administración para recuperar información. Para obtener más información acerca de las configuraciones admitidas del servidor de administración de App-V 5.0, vea Consideraciones compatibles con App-V 5.0.

Nota

El tiempo de actualización predeterminado en el servidor de publicación de App-V 5.0 es de diez minutos.

Cuando varios servidores de publicación simultáneos se comunican con un único servidor de administración para actualizaciones de metadatos de paquetes, los tres factores siguientes influyen en el tiempo de respuesta de ida y vuelta en el servidor de publicación:

  1. El número de servidores de publicación que realizan solicitudes simultáneas.

  2. El número de grupos de conexión configurados en el servidor de administración.

  3. El número de grupos de acceso configurados en el servidor de administración.

La tabla siguiente muestra más información sobre cada factor que afecta el tiempo de ida y vuelta.

Nota

El tiempo de respuesta de ida y vuelta es el tiempo que demora el equipo que ejecuta el servidor de publicación de App-V 5.0 en recibir una actualización correcta de metadatos de paquetes del servidor de administración.

Factores que afectan el tiempo de respuesta de ida y vuelta Más información

El número de servidores de publicación que solicitan simultáneamente actualizaciones de metadatos de paquetes.

  • Un único servidor de administración puede responder a un máximo de 320 servidores de publicación que solicitan metadatos de publicación simultáneamente.

  • El tiempo de respuesta de ida y vuelta para 320 servidores de publicación es ~40 segundos.

  • Para <50 servidores de publicación que solicitan metadatos simultáneamente, el tiempo de respuesta de ida y vuelta es de <5 segundos.

  • Entre 50 y 320 servidores de publicación, el tiempo de respuesta aumenta de forma lineal (aproximadamente el doble).

El número de grupos de conexión configurados en el servidor de administración.

  • Para hasta 100 grupos de conexión, no existe un cambio significativo en el tiempo de respuesta de ida y vuelta en el servidor de publicación.

  • Entre 100 y 400 grupos de conexión, hay un leve aumento lineal en el tiempo de respuesta de ida y vuelta.

El número de grupos de acceso configurados en el servidor de administración.

  • Para hasta 40 grupos de acceso, existe un aumento lineal (aproximadamente el triple) en el tiempo de respuesta de ida y vuelta en el servidor de publicación.

La tabla siguiente muestra valores de muestra para cada uno de los factores anteriores. En cada variación, se actualizan 120 paquetes desde el servidor de administración de App-V 5.0.

Escenario Variación Número de grupos de conexión Número de grupos de acceso Número de servidores de publicación Tipo de conexión de red del servidor de publicación / servidor de administración Tiempo de respuesta de ida y vuelta en el servidor de publicación (en segundos) Uso de CPU en el servidor de administración

Servidores de publicación que se comunican simultáneamente con el servidor de administración por metadatos de publicación.

Número de servidores de publicación

  • 0

  • 0

  • 0

  • 0

  • 0

  • 0

  • 1

  • 1

  • 1

  • 1

  • 1

  • 1

  • 50

  • 100

  • 200

  • 300

  • 315

  • 320

  • LAN

  • LAN

  • LAN

  • LAN

  • LAN

  • LAN

  • 5

  • 10

  • 19

  • 32

  • 30

  • 37

  • 17

  • 17

  • 17

  • 15

  • 17

  • 15

Los metadatos de publicación contienen grupos de conexión

Número de grupos de conexión

  • 10

  • 50

  • 100

  • 150

  • 300

  • 400

  • 1

  • 1

  • 1

  • 1

  • 1

  • 1

  • 100

  • 100

  • 100

  • 100

  • 100

  • 100

  • LAN

  • LAN

  • LAN

  • LAN

  • LAN

  • LAN

  • 10

  • 11

  • 11

  • 16

  • 22

  • 25

  • 17

  • 19

  • 22

  • 19

  • 20

  • 20

Los metadatos de publicación contienen grupos de acceso

Número de grupos de acceso

  • 0

  • 0

  • 0

  • 0

  • 1

  • 10

  • 20

  • 40

  • 100

  • 100

  • 100

  • 100

  • LAN

  • LAN

  • LAN

  • LAN

  • 10

  • 43

  • 153

  • 535

  • 17

  • 26

  • 24

  • 24

El uso de CPU del equipo que ejecuta el servidor de administración es aproximadamente un 25 %, independientemente del número de servidores de publicación que apuntan a él. Las transacciones/s, las solicitudes por lotes/s y las conexiones de usuario de la base de datos de Microsoft SQL Server son idénticas, independientemente del número de servidores de publicación. Por ejemplo: Transacciones/s son ~30, solicitudes por lotes son ~200 y conexiones de usuarios son ~6.

Con una implementación distribuida geográficamente, donde el servidor de administración y los servidores de publicación usan una red de vínculo de baja velocidad entre ellos, el tiempo de respuesta de ida y vuelta en los servidores de publicación se encuentra dentro de los límites aceptables (<5 segundos), incluso para 100 solicitudes simultáneas en un único servidor de administración.

Escenario Variación Número de grupos de conexión Número de grupos de acceso Número de servidores de publicación Tipo de conexión de red del servidor de publicación / servidor de administración Tiempo de respuesta de ida y vuelta en el servidor de publicación (en segundos) Uso de CPU en el servidor de administración

Conexión de red entre el servidor de publicación y el servidor de administración

Red de vínculo de baja velocidad de 1,5 Mbps

  • 0

  • 0

  • 1

  • 1

  • 50

  • 100

  • Cable/DSL de 1,5 Mbps

  • Cable/DSL de 1,5 Mbps

  • 4

  • 5

  • 1

  • 2

Conexión de red entre el servidor de publicación y el servidor de administración

Red LAN/Wi-Fi

  • 0

  • 0

  • 1

  • 1

  • 100

  • 200

  • Wi-Fi

  • Wi-Fi

  • 11

  • 20

  • 15

  • 17

Así sea que el servidor de administración y los servidores de publicación estén conectados por una red de vínculo de baja velocidad o una red de alta velocidad, el servidor de administración puede controlar aproximadamente 15 000 solicitudes de actualización de paquetes en 30 minutos.

Recomendaciones para la planificación de capacidad del servidor de informes de App-V 5.0

Los clientes de App-V 5.0 envían los datos de informes al servidor de informes. El servidor de informes luego registra la información en la base de datos de Microsoft SQL Server y devuelve una notificación de recepción correcta al equipo que ejecuta el cliente de App-V 5.0. Para obtener más información acerca de las configuraciones admitidas del servidor de informes de App-V 5.0, vea Consideraciones compatibles con App-V 5.0.

Nota

El tiempo de respuesta de ida y vuelta es el tiempo que demora el equipo que ejecuta el cliente de App-V 5.0 en enviar la información de informes al servidor de informes y recibe la notificación de recepción correcta del servidor de informes.

Escenario Resumen

Varios clientes de App-V 5.0 envían los datos de informes al servidor de informes simultáneamente.

  • El tiempo de respuesta de ida y vuelta desde el servidor de informes es de 2,6 segundos para 500 clientes.

  • El tiempo de respuesta de ida y vuelta desde el servidor de informes es de 5.65 segundos para 1000 clientes.

  • El tiempo de respuesta de ida y vuelta aumenta linealmente según el número de clientes.

Solicitudes por segundo procesadas por el servidor de informes.

  • Un único servidor de informes y una única base de datos pueden procesar un máximo de 139 solicitudes por segundo. El promedio son 121 solicitudes/segundo.

  • Con dos servidores de informes que apunten a la misma base de datos de Microsoft SQL Server, el promedio de solicitudes/segundo es similar al de un único servidor de informes = ~127, con un máximo de 278 solicitudes/segundo.

  • Un único servidor de informes puede procesar 500 conexiones simultáneas/activas.

  • Un único servidor de informes puede procesar un máximo de 1500 conexiones simultáneas.

Base de datos de informes.

  • La contención de bloqueos en el equipo que ejecuta Microsoft SQL Server es el factor limitante para las solicitudes/segundo.

  • El rendimiento y el tiempo de respuesta son independientes del tamaño de la base de datos.

Cálculo del retraso aleatorio:

El retraso aleatorio especifica el retraso máximo (en minutos) para enviar los datos al servidor de informes. Al iniciarse una tarea programada, el cliente genera un retraso aleatorio entre 0 y ReportingRandomDelay, y esperará el tiempo especificado antes de enviar los datos.

Retraso aleatorio = 4 * número de clientes / promedio de solicitudes por segundo.

Ejemplo: Para 500 clientes, con 120 solicitudes por segundo, el retraso aleatorio es: 4 * 500 / 120 = ~17 minutos.

Recomendaciones para la planificación de capacidad del servidor de publicación de App-V 5.0

Los equipos que ejecutan el cliente de App-V 5.0 se conectan al servidor de publicación de App-V 5.0 para enviar una solicitud de actualización de publicación y recibir una respuesta. El tiempo de respuesta de ida y vuelta se mide en el equipo que ejecuta el cliente de App-V 5.0. El tiempo del procesador se mide en el servidor de publicación. Para obtener más información acerca de las configuraciones admitidas del servidor de publicación de App-V 5.0, vea Consideraciones compatibles con App-V 5.0.

Importante

La lista siguiente muestra los principales factores que hay que tener en cuenta al configurar el servidor de publicación de App-V 5.0:

  • El número de clientes que se conectan simultáneamente a un único servidor de publicación.

  • El número de paquetes en cada actualización.

  • El ancho de banda de red disponible en su entorno entre el cliente y el servidor de publicación de App-V 5.0.

Escenario Resumen

Varios clientes de App-V 5.0 se conectan a un único servidor de publicación simultáneamente.

  • Un servidor de publicación que se ejecute con procesadores de doble núcleo puede responder, como máximo, a 5000 clientes que soliciten una actualización simultáneamente.

  • Entre 5000 y 10 000 clientes, el servidor de publicación requiere cuatro núcleos como mínimo.

  • Entre 10 000 y 20 000 clientes, el servidor de publicación debe tener un procesador dual de cuatro núcleos para obtener tiempos de respuesta más eficaces.

  • Un servidor de publicación con cuatro núcleos puede actualizar hasta 10 000 paquetes en 3 segundos. (Admite 10 000 clientes simultáneos)

El número de paquetes en cada actualización.

  • Un mayor número de paquetes aumentará el tiempo de respuesta un ~40 % (hasta 1000 paquetes).

La red entre el cliente de App-V 5.0 y el servidor de publicación.

  • En una red lenta (ancho de banda de 1,5 Mbps), hay un aumento del 97 % en el tiempo de respuesta en comparación con una LAN (hasta 1000 usuarios).

Nota

El uso de CPU del servidor de publicación es siempre elevado durante el intervalo de tiempo en que tiene que procesar solicitudes simultáneas (>90 % en la mayoría de los casos). El servidor de publicación puede administrar ~1500 solicitudes de clientes en 1 segundo.

Escenario Variación Número de clientes de App-V 5.0 Número de paquetes Configuración del procesador en el servidor de publicación Tipo de conexión de red del servidor de publicación / cliente de App-V 5.0 Tiempo de ida y vuelta en el cliente de App-V 5.0 (en segundos) Uso de CPU en el servidor de publicación (en %)

El cliente de App-V 5.0 envía una solicitud de actualización de publicación y recibe la respuesta, cada solicitud contiene 120 paquetes.

Número de clientes

  • 100

  • 1000

  • 5000

  • 10000

  • 120

  • 120

  • 120

  • 120

  • Dos núcleos

  • Dos núcleos

  • Cuatro núcleos

  • Cuatro núcleos

  • LAN

  • LAN

  • LAN

  • LAN

  • 1

  • 2

  • 2

  • 3

  • 100

  • 99

  • 89

  • 77

Varios paquetes en cada actualización

Número de paquetes

  • 1000

  • 1000

  • 500

  • 1000

  • Cuatro núcleos

  • Cuatro núcleos

  • LAN

  • LAN

  • 2

  • 3

  • 92

  • 91

Red entre el cliente y el servidor de publicación

Red de vínculo de baja velocidad de 1,5 Mbps

  • 100

  • 500

  • 1000

  • 120

  • 120

  • 120

  • Cuatro núcleos

  • Cuatro núcleos

  • Cuatro núcleos

  • Red intracontinental de 1,5 Mbps

  • 3

  • 10 (con porcentaje de errores del 0,2%)

  • 17 (con porcentaje de errores del 1%)

Recomendaciones de planificación de capacidad de transmisión de App-V 5.0

Los equipos que ejecutan el cliente de App-V 5.0 transmiten el paquete de aplicaciones virtuales desde el servidor de transmisión. El tiempo de respuesta de ida y vuelta se mide en el equipo que ejecuta el cliente de App-V 5.0 y es el tiempo que se tarda en transmitir todo el paquete.

Importante

La lista siguiente identifica los principales factores que hay que tener en cuenta al configurar el servidor de transmisión de App-V 5.0:

  • El número de clientes que transmiten paquetes de aplicaciones simultáneamente desde un único servidor de transmisión.

  • El tamaño del paquete que se transmite.

  • El ancho de banda de red disponible en su entorno entre el cliente y el servidor de transmisión.

Escenario Resumen

Varios clientes de App-V 5.0 transmiten aplicaciones desde un único servidor de transmisión simultáneamente.

  • Si aumenta el número de clientes que transmiten simultáneamente desde el mismo servidor, existe una relación lineal con el tiempo de descarga/transmisión de paquetes.

El tamaño del paquete que se transmite.

  • El tamaño del paquete tiene un efecto significativo en el tiempo de transmisión/descarga solo para los paquetes más grandes con un tamaño de ~1 GB. Para los tamaños de paquete de 3 a 100 MB, el tiempo de transmisión varía entre 20 y 100 segundos, con 100 clientes simultáneos.

La red entre el cliente de App-V 5.0 y el servidor de transmisión.

  • En una red lenta (ancho de banda de 1,5 Mbps), hay un aumento de entre el 70 y el 80 % en el tiempo de respuesta en comparación con una LAN (hasta 100 usuarios).

La tabla siguiente muestra valores de muestra para cada uno de los factores de la lista anterior:

Escenario Variación Número de clientes de App-V 5.0 Tamaño de cada paquete Tipo de conexión de red del servidor de transmisión / cliente de App-V 5.0 Tiempo de ida y vuelta en el cliente de App-V 5.0 (en segundos)

Varios clientes de App-V 5.0 que transmiten paquetes de aplicaciones virtuales desde un servidor de transmisión.

Número de clientes.

  • 100

  • 200

  • 1000



  • 100

  • 200

  • 1000

  • 3,5 MB

  • 3,5 MB

  • 3,5 MB



  • 5 MB

  • 5 MB

  • 5 MB

  • LAN

  • LAN

  • LAN



  • LAN

  • LAN

  • LAN

  • 29

  • 39

  • 391



  • 35

  • 68

  • 461

El tamaño de cada paquete que se transmite.

Tamaño de cada paquete.

  • 100

  • 200



  • 100

  • 200

  • 21 MB

  • 21 MB



  • 109

  • 109

  • LAN

  • LAN



  • LAN

  • LAN

  • 33

  • 83



  • 100

  • 160

Conexión de red entre el cliente y el servidor de transmisión de App-V 5.0.

Red de vínculo de baja velocidad de 1,5 Mbps.

  • 100



  • 100

  • 3,5 MB



  • 5 MB

  • Red intracontinental de 1,5 Mbps

  • 102



  • 121

Cada servidor de transmisión de App-V 5.0 debe ser capaz de administrar un mínimo de 200 clientes que transmiten aplicaciones virtualizadas simultáneamente.

Nota

El tiempo real que tardará en transmitir depende principalmente del número de clientes que transmitan simultáneamente, el número de paquetes, el tamaño de los paquetes, la actividad de red del servidor y las condiciones de la red.

Por ejemplo, un usuario promedio puede transmitir un paquete de 100 MB en menos de 2 minutos, cuando hay 100 clientes simultáneos transmitiendo desde el servidor. Sin embargo, un paquete de 1 GB puede tardar hasta 30 minutos. En la mayoría de los entornos del mundo real, la demanda de transmisión no se distribuye de manera uniforme, deberá comprender los requisitos máximos aproximados de transmisión presentes en su entorno a fin de determinar el tamaño apropiado del número de servidores de transmisión necesarios.

El número de clientes que puede admitir un servidor de transmisión puede aumentar significativamente y los requisitos máximos de transmisión reducirse si va a almacenar sus aplicaciones en la memoria caché previa. También puede aumentar el número de clientes que puede admitir un servidor de transición si utiliza una entrega de transmisión a petición y transmite paquetes optimizados.

Combinación de roles del servidor de App-V 5.0

Descontando los requisitos de escalado y tolerancia a errores, el número mínimo de servidores necesarios para una ubicación con conectividad a Active Directory es uno. Este servidor hospedará el servidor de administración, el servicio del servidor de administración y los roles de Microsoft SQL Server. Por lo tanto, se pueden organizar varios roles en cualquier combinación deseada, ya que no entran en conflicto entre sí.

Si no se tienen en cuenta los requisitos de escalado, el número mínimo de servidores necesarios para proporcionar una implementación con tolerancia a errores es cuatro. El servidor de administración y los roles de Microsoft SQL Server admiten ser parte de configuraciones con tolerancia a errores. El servicio del servidor de administración se puede combinar con cualquiera de los roles, pero sigue siendo un punto de error único.

Si bien hay disponibles varias estrategias y tecnologías de tolerancia a errores, no todas se aplican a un servicio dado. Además, si se combinan los roles de App-V 5.0, es posible que ciertas opciones de tolerancia a errores no se apliquen debido a incompatibilidades.

¿Tiene alguna sugerencia sobre App-V?

Agregue o vote sugerencias aquí. Para problemas de App-V, use el foro de TechNet de App-V.

Véase también

Conceptos

Consideraciones compatibles con App-V 5.0
Planeación para la alta disponibilidad con App-V 5.0

Otros recursos

Planeación de la implementación de App-V

-----
Puede obtener más información sobre MDOP en la Biblioteca de TechNet, mediante la búsqueda de información de solución de problemas en la sección TechNet Wiki, o a través de Facebook o Twitter.
-----