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:
El número de servidores de publicación que realizan solicitudes simultáneas.
El número de grupos de conexión configurados en el servidor de administración.
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. |
|
El número de grupos de conexión configurados en el servidor de administración. |
|
El número de grupos de acceso configurados en el servidor de administració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 |
|
|
|
|
|
|
Los metadatos de publicación contienen grupos de conexión |
Número de grupos de conexión |
|
|
|
|
|
|
Los metadatos de publicación contienen grupos de acceso |
Número de grupos de acceso |
|
|
|
|
|
|
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 |
|
|
|
|
|
|
Conexión de red entre el servidor de publicación y el servidor de administración |
Red LAN/Wi-Fi |
|
|
|
|
|
|
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. |
|
Solicitudes por segundo procesadas por el servidor de informes. |
|
Base de datos de informes. |
|
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. |
|
El número de paquetes en cada actualización. |
|
La red entre el cliente de App-V 5.0 y el servidor de publicación. |
|
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 |
|
|
|
|
|
|
Varios paquetes en cada actualización |
Número de paquetes |
|
|
|
|
|
|
Red entre el cliente y el servidor de publicación |
Red de vínculo de baja velocidad de 1,5 Mbps |
|
|
|
|
|
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. |
|
El tamaño del paquete que se transmite. |
|
La red entre el cliente de App-V 5.0 y el servidor de transmisión. |
|
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. |
|
|
|
|
El tamaño de cada paquete que se transmite. |
Tamaño de cada paquete. |
|
|
|
|
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. |
|
|
|
|
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.
-----