Planeación de capacidad para la movilidad
Última modificación del tema: 2011-12-05
Determinar la cantidad de capacidad necesaria para la movilidad es un proceso iterativo de estimación del uso de la movilidad, de medición de la capacidad actual, de planeación de capacidad adicional y de supervisión de indicadores de rendimiento clave. La siguiente figura ilustra las fases implicadas en la planeación de capacidad y los factores que intervienen en cada fase.
Flujo de trabajo de planeación de capacidad de movilidad
.jpg "015701c0-77a2-4622-9c01-76576dea0140")
Esta sección describe los factores que se deben tener en cuenta para estimar el uso de la movilidad y ofrece instrucciones para determinar el tamaño necesario para implementar la movilidad.
Para obtener información sobre la supervisión del uso y de los indicadores de rendimiento, vea lo siguiente:
Para obtener información sobre la supervisión de la memoria del servidor, vea Supervisión de los límites de capacidad de la memoria del servidor.
Para obtener información sobre la supervisión del uso de la movilidad, vea Supervisar el uso del servicio de movilidad.
Para obtener información sobre la supervisión de archivos de registro de seguimiento IIS, vea Supervisar archivos de registro de seguimiento de solicitudes de IIS.
Para obtener información sobre los contadores de rendimiento que puede usar para supervisar la movilidad, vea Contadores de rendimiento de movilidad.
Para obtener información sobre la configuración del servicio de movilidad para un alto rendimiento, vea Configurar el servicio de movilidad para alto rendimiento.
Factores que influyen en la capacidad
Hay tres factores que influyen en la planeación de capacidad para Servidores front-end que ejecutan el servicio de movilidad de Microsoft Lync Server 2010:
Modelo de usuario
Características de dispositivos móviles
RAM disponible
Modelo de usuario
El modelo de usuario descrito en esta sección proporciona las bases para las mediciones de planeación de capacidad y recomendaciones de movilidad.
Media de contactos por usuario
| Categoría de contactos | Media por usuario |
|---|---|
Todos los contactos |
80 |
Contactos de empresa |
64 |
Contactos federados |
8 |
Contactos de mensajería instantánea pública |
6 |
Grupos de distribución |
2 |
Contactos usados con más frecuencia |
15 |
Contactos usados más recientemente |
10 |
Actividad diaria por usuario
| Actividad diaria | Número durante horas laborables | Número fuera de horas laborables |
|---|---|---|
Inicios de de sesión a aplicación móvil |
10 |
2 |
Llamadas telefónicas (número) |
10 |
2 |
Llamadas telefónicas (duración) |
2 minutos por llamada |
2 minutos por llamada |
Conferencias |
1 por semana |
0 |
Participantes por conferencia |
<10 |
0 |
Cambios en la nota de estado |
1 |
0 |
Vistas de tarjeta de contacto |
6 |
1 |
Vistas de lista de contactos |
9 |
1 |
Desplazamientos por lista de contactos |
3 |
0 |
Búsquedas de la lista global de direcciones (GAL) |
5* |
- |
Actualizaciones de presencia manuales |
0.5 |
0 |
Actualizaciones de presencia totales por contacto |
6 |
0 |
Desvío de llamadas |
0.5 |
0 |
Sesiones de mensajería instantánea (MI) (número) |
3 |
1 |
Sesiones de MI (duración) |
6 minutos por sesión; 1 mensaje por 30 segundos |
6 minutos por sesión; 1 mensaje por 30 segundos |
Búsquedas de calendario (conexiones a servicios Web Exchange) |
11 |
3 |
* Número de búsquedas de la lista global de direcciones (GAL) = 1 búsqueda manual por día + búsquedas automáticas en la mitad de mensajes instantáneos y llamadas salientes. Es decir, 1 + 2 (mensajes instantáneos) + 2 (llamadas) =5.
Características de dispositivos móviles
Los dispositivos móviles admitidos para la movilidad ejecutan varios sistemas operativos. El modo en que un sistema operativo administra las aplicaciones cuando un usuario conmuta a una aplicación distinta influye en la planeación de la capacidad. Los sistemas operativos se pueden dividir en las dos siguientes categorías con respecto a la planeación de la capacidad:
Habilitados en segundo plano Cuando un usuario pasa a una aplicación móvil distinta en dispositivos móviles de Apple y Windows Phone, la aplicación móvil de Lync 2010 pasa a un segundo plano y pierde la conexión con Lync Server 2010. La aplicación móvil se reactiva mediante una notificación de inserción o cuando el usuario lleva manualmente la aplicación al primer plano.
Siempre conectados Cuando un usuario conmuta a una aplicación móvil distinta en dispositivos móviles Android y Nokia, la aplicación móvil de Lync 2010 mantiene la conexión a Lync Server 2010 mientras el usuario mantenga iniciada la sesión.
Los dispositivos móviles Android y Nokia crean una carga mayor en servidores porque mantienen la conexión al servidor incluso si el usuario no usa activamente la aplicación móvil.
Memoria disponible
Las instrucciones sobre el tamaño descritas más adelante en esta sección le ayudarán a definir la cantidad de memoria necesaria ara la movilidad. Para determinar la cantidad de memoria física disponible en sus servidores, use el contador de rendimiento Memoria, Mbytes disponibles. Este contador de rendimiento indica la cantidad de memoria física en megabytes disponible para ejecutar procesos. Si la cantidad de memoria disponible para ejecutar procesos es inferior al cinco por ciento (5%) de la memoria física total, el servidor tiene memoria insuficiente, lo cual puede aumentar la paginación.
Instrucciones sobre el tamaño
El servicio de movilidad usa memoria adicional, recursos de procesador y recursos de red en Servidores front-end. Al planear la capacidad, debe comprender el impacto de la carga de movilidad en el Grupo de servidores front-end y decidir si necesita hardware adicional para la carga de movilidad. Siga los ejemplos sobre el tamaño en la tabla siguiente para determinar si necesita hardware adicional y cuánto necesita.
Los ejemplos de la tabla se basan en algunas fórmulas y asunciones. Las fórmulas ya asunciones siguen las siguientes definiciones:
AC significa el número de aplicaciones móviles que están siempre conectadas al modelo de usuario.
BE significa el número de aplicaciones móviles que están habilitadas en segundo plano en el modelo de usuario.
Las fórmulas y asunciones son las siguientes:
Memoria de destino (TM) en Mbytes = 164 + (AC * 534 + BE * 400) / 1.024.
TM es la memoria mínima requerida.
Con el modelo de usuario descrio anteriormente, el número de conexiones al Grupo de servidores front-end es AC * 2 + BE * .20.
La memoria medida puede ser mayor (hasta 1 MB por extremo) cuando no hay presión de memoria en el servidor. La memoria de destino puede ser mayor si su modelo de usuario es más agresivo, como cuando hay más llamadas de audio/vídeo (A/V) o contactos, etc.
El número de conexiones creadas por segundo es inferior o igual a 30/segundos por 1.000 usuarios. Este número depende de la configuración de agrupaciones de conexión en el equilibrador de carga de hardware y de la configuración de la conexión persistente.
La siguiente tabla muestra ejemplos de tamaño para usuarios siempre conectados en el modelo de usuario.
Ejemplos de tamaño
| Número de usuarios | Memoria (MB) | CPU media | CPU máxima |
|---|---|---|---|
1.000 |
620,05 |
1% |
2,5% |
2.000 |
1076,11 |
6% |
8% |
3.000 |
1.532,16 |
14% |
18% |
4.000 |
1.988,22 |
14% |
18% |
5.000 |
2.444,27 |
14% |
18% |
Ejemplo de escenario
Los siguientes ejemplos muestran cómo se aplican las instrucciones sobre el tamaño a una gran empresa ficticia y a un Grupo de servidores front-end que incluye dos servidores.
Gran empresa
Contoso ha implementado 75.000 usuarios en tres grupos con cuatro Servidores front-end en cada grupo. Contoso planea habilitar servicios de movilidad para 30.000 usuarios.
Durante la fase de planeación, los administradores de Contoso capturan los datos siguientes:
Cada Servidor front-end tiene 3 GB de memoria disponible.
El uso de la CPU es inferior al 60%.
Todos los usuarios tienen un dispositivo móvil iPhone o Windows Phone.
El modelo de usuario para Contoso es similar al modelo de usuario de la planeación de capacidad descrito anteriormente en esta sección.
La memoria mínima requerida para cada servidor es 164 + 2.500 * 400 / 1.024 = 1.133 MB. Cuando hay memoria disponible, se puede asignar más memoria a las aplicaciones móviles porque la memoria se libera como es necesario hasta 2,7 GB. En cualquier situación, Contoso no debe actualizar el hardware de Servidor front-end.
Nota
El objetivo del uso de la CPU de movilidad es una media del 10%. Contoso debe supervisar el tiempo del procesador de la CPU a medida que se acerca al límite del servidor del 70%.
Grupo de servidores front-end con dos servidores
Contoso ha implementado 8.000 usuarios en un Grupo de servidores front-end con dos servidores. Contoso planea habilitar los servicios de movilidad para todos los usuarios.
Durante la fase de planeación, los administradores de Contoso capturan los datos siguientes:
Cada Servidor front-end tiene 2,5 GB de memoria disponible.
El uso de la CPU es inferior al 60%.
Todos los usuarios tienen un dispositivo móvil Nokia o Android.
El modelo de usuario para Contoso es similar al modelo de usuario de la planeación de capacidad descrito anteriormente en esta sección.
La memoria mínima requerida para cada servidor es 164 + 4.000 * 534 / 1.024 = 2.242 MB. En teoría un servidor podría admitir la carga. Sin embargo, un servidor no admitirá la carga si se produce una conmutación por error entre los dos servidores. Asimismo, el uso de la CPU de movilidad estará por encima del 10% y se alcanzará el límite de la CPU del servidor del 70%.
En este escenario, la recomendación es agregar un servidor al grupo. La nueva distribución de carga es 2.667 (es decir, 8.000/3) usuarios por Servidor front-end. El coste de movilidad adicional es 2.667 * 534 / 1.024 = 1.390 MB.
Al agregar un servidor, en caso de error del servidor, cada uno de los tres servidores del grupo aceptará 1.300 usuarios más y el aumento de la carga será de 600 MB. Con la nueva distribución de carga, el uso de la CPU permanecerá por debajo del límite del servidor del 70%.