Planeamiento de capacidad

Última modificación del tema: 2011-01-07

Los requisitos de planeamiento de capacidad se basan en los modelos de usuario propuestos para Office Communications Server 2007 R2. En esta sección se describen esos modelos de usuario y se proporciona información que sirve como ayuda para planear la capacidad de una organización.

Modelos de usuario

Los modelos de usuario de esta sección proporcionan la base de los requisitos y recomendaciones para planear la capacidad que se describen posteriormente en esta sección.

Modelo de usuario de Office Communications Server

En la tabla siguiente se describe el modelo de usuario para Office Communications Server.

Tabla 1. Modelo de usuario para Office Communications Server

Categoría	Descripción
Distribución de clientes	Un 30% de los clientes ejecuta clientes de Office Communicator 2007, incluido Communicator Web Access (versión 2007) o Communicator Mobile (versión 2007). Un 70 % de los clientes ejecuta Office Communicator 2007 R2, la versión 2007 R2 de Communicator Mobile o Communicator Web Access; todos los clientes ejecutan el cliente de Live Meeting.
Distribución de usuarios remotos	Un 90% de los usuarios se conecta internamente. Un 10% de los usuarios se conecta a través de un servidor perimetral y un director (opción recomendada).
Distribución de contactos	Un promedio de 80 contactos en dispositivos móviles. Un promedio de 50 contactos en todos los demás dispositivos. Un 70% de los contactos están dentro de la organización. Un 10% de los usuarios corporativos son remotos. Un 10% de los contactos son contactos asociados externos. Un 10% de los contactos son contactos de mensajería instantánea pública.
Sesiones de mensajería instantánea	Dos sesiones de mensajería instantánea por usuario y hora. Diez mensajes instantáneos por sesión. El tamaño medio de los mensajes es de 400 bytes. Un promedio de tres personas para las sesiones de mensajería instantánea de varios participantes.

En la tabla siguiente se describe el modelo de conferencia que se usa como base de los requisitos y recomendaciones para el planeamiento de capacidad que se describen posteriormente en esta sección.

Tabla 2. Modelo de conferencia

Categoría	Descripción
Reuniones programadas y reuniones de tipo "Reunirse ahora"	Un 50% de cada categoría.
Concurrencia en reuniones	El 5% de los usuarios estará en conferencias durante el horario de trabajo.
Distribución de los medios de reunión	15%: audio por RTC a través de un proveedor de servicios de audioconferencia de otro fabricante, PowerPoint. 10%: audio por RTC a través de un proveedor de servicios de audioconferencia de otro fabricante, uso compartido de aplicaciones. 15%: mensajería instantánea en grupo con integración de grupos de distribución. 10%: solo audioconferencias de acceso telefónico local por RTC. 10%: audio por VoIP, conferencias de acceso telefónico local por RTC, PowerPoint. 25%: audio por VoIP, vídeo y acceso telefónico local por RTC, uso compartido de aplicaciones. 5%: audio por VoIP, acceso telefónico local por RTC, mensajería instantánea y uso compartido de aplicaciones. 10%: audio por VoIP, acceso telefónico local por RTC, vídeo, mensajería instantánea.
Distribución de los participantes en las reuniones	En las reuniones donde se usa el operador de conferencia junto con una combinación de audio por VoIP y audio de acceso telefónico por RTC, la relación entre los usuarios de VoIP y los usuarios de acceso telefónico es de 2:1. Pueden hacerse dos tipos de uso compartido de aplicaciones: el basado en Modelo de objetos compartidos persistentes (PSOM), a través del servidor de conferencia web, y el basado en el Protocolo de escritorio remoto (RDP), en el nuevo servidor de uso compartido de aplicaciones. El modelo de usuario presupone que en un 80% de todas las reuniones ad hoc se usa el tipo basado en RDP y en un 20%, el tipo basado en PSOM. En el caso de las reuniones programadas, el modelo de usuario presupone que la mitad usa PSOM y la otra mitad, RDP para compartir aplicaciones. Supuestos: en las reuniones con un solo participante no se usa el tipo basado en RDP para compartir aplicaciones. En el caso de las reuniones programadas con dos participantes, el modelo presupone que un 20% usa el tipo basado en RDP para compartir aplicaciones. En el caso de las reuniones ad hoc, el modelo presupone que un 10% usa el tipo basado en RDP para compartir aplicaciones. Un 25% de acceso remoto. Un 15% anónimo. Un 10% de asociados externos. Un 50% interno.

En la tabla siguiente se describe el modelo del tamaño del contenido de la reunión que se usa como base de los requisitos y recomendaciones para el planeamiento de capacidad que se describen posteriormente en esta sección.

Tabla 3. Modelo del tamaño del contenido de las reuniones

Tipo de contenido	Tamaño medio	Número de instancias
Contenido multimedia (Flash, Reproductor de Windows Media)	50 megabytes (MB)	1
PowerPoint	20 MB	2
Otros documentos de Microsoft Office Document Imaging (MODI)	10 MB	3
Documentos	5 MB	1

Modelo de Communicator Web Access

El modelo de uso de Communicator Web Access se basa en el modelo de uso de Office Communicator e incluye los supuestos siguientes.

Tabla 4. Uso de Communicator Web Access

Descripción	Valor
Número total de usuarios	5000 más 120 usuarios que comparten el escritorio
Usuarios que comparten el escritorio	120 (20 conferencias)
Porcentaje de usuarios internos en la lista de contactos	70%
Porcentaje de usuarios heredados	30%
Promedio de contactos por usuario	50
Número máximo de contactos por usuario	260
Número mínimo de contactos por usuario	1
Número de horas en conexión por usuario y día	12
Actualizaciones de presencia por usuario y día	82
Conversaciones en mensajes instantáneos por día y usuario	12
Conferencias de mensajes instantáneos por día y usuario	1
Mensajes instantáneos enviados por usuario y conferencia (punto a punto)	10
Tasa de envío de mensajes instantáneos	1 por minuto
Sesiones de mensajería instantánea por hora	2
Promedio de participantes en una sesión entre varias personas	3
Usuarios de conferencia simultáneos en un instante dado	5% del número total de usuarios
Número de consultas de presencia por usuario y día	60
Búsquedas de usuario por día	12
Cambios de contacto por usuario y día	13
Porcentaje de usuarios que comparten el escritorio simultáneamente	2%
Número máximo de usuarios en una conferencia que comparte el escritorio	6
Duración de la conferencia que comparte el escritorio	1 hora

En la tabla siguiente se muestra información sobre el modelo de uso compartido de escritorio.

Tabla 5. Modelo de uso compartido de escritorio

Descripción	Valor
Usuarios que ven los escritorios compartidos	100
Usuarios que comparten su escritorio	20
Número de conferencias	20
Tamaño de conferencia pequeño	2
Tamaño de conferencia medio	3
Tamaño de conferencia grande	6
Tamaño de conferencia mayor	6
Porcentaje de conferencias pequeñas	10
Porcentaje de conferencias medias	15
Porcentaje de conferencias grandes	70
Porcentaje de conferencias mayores	5
Duración de la conferencia	1 hora
Conversaciones por día	24

El modelo de uso de la tabla anterior se basa en las pruebas de un Proliant.

Modelo de usuario del servicio de grupo de respuesta

La tabla siguiente describe el modelo de usuario propuesto para el servicio de grupo de respuesta que se usa como base para los requisitos y recomendaciones de planeamiento de capacidad que se describen posteriormente en esta sección.

En este modelo se presupone lo siguiente:

• Se usa el archivo de música en espera predeterminado.
• Se usa el inglés.

Tabla 6. Modelo de usuario del servicio de grupo de respuesta

Componente	Por implementación de Enterprise Edition	Por servidor Standard Edition
Agentes activos (formal e informal)	1200	1200
Número de grupos de respuesta estándar	450	150
Número de colas usadas	Una única cola para cada grupo de búsqueda, dos para el grupo de respuesta Interactivo de un nivel	Una única cola para cada grupo de búsqueda, dos para el grupo de respuesta Interactivo de un nivel
Distribución de los métodos de enrutamiento en los grupos	Enrutamiento en paralelo: 40% Máxima inactividad: 40% En serie: 10% Round robin: 10%	Enrutamiento en paralelo: 40% Máxima inactividad: 40% Enrutamiento en serie: 10% Round robin: 10%
Porcentaje de flujos de trabajo que usan el reconocimiento de voz en su respuesta interactiva de voz (IVR) con respecto a los flujos de trabajo que usan únicamente la multifrecuencia de tono dual (DTMF) en la IVR	Reconocimiento de voz/Texto a voz (SR/TTS) + DTMF: 50% DTMF: 50%	SR/TTS + DTMF: 50% DTMF: 50%
Número de grupos de búsqueda (mezcla de un 50% de grupos de búsqueda simples y un 50% de grupos de búsqueda complejos)	600	300
Promedio de agentes por grupo	10 agentes	10 agentes
Promedio de grupos a los que pertenece un agente	Dos grupos	Dos grupos
Número de grupos por cola (promedio)	90%: un grupo 10%: dos grupos	90%: un grupo 10%: dos grupos
Número de llamadas simultáneas de los grupos de respuesta	480	60
Promedio de duración de la llamada (parte de IVR + música en espera)	30 segundos	30 segundos
Promedio de duración de las llamadas con el agente	3 minutos	3 minutos
Número de ciclos de inicio y cierre de sesión de los agentes formales en un día (basándose en un día de 8 horas)	4	4

Requisitos de planeamiento de capacidad y recomendaciones

En las tablas siguientes se proporciona información para facilitar el planeamiento de capacidad para una organización.

Tabla 7. Número máximo de usuarios admitidos para cada topología

Topología	Servidores necesarios	Número máximo de usuarios admitidos
Servidor Standard Edition	Un servidor Standard Edition	5000
Grupo de servidores Enterprise Edition, configuración consolidada	8 servidores front-end Enterprise Edition en los que se ejecutan todas las funciones de servidor Un servidor SQL back-end	100 000 Nota: Si solo se implementa la mensajería instantánea y el estado de presencia, Office Communications Server 2007 R2 admite 200 000 extremos de cliente, donde cada uno es un programa cliente, como Communicator, basado en ocho servidores front-end y un equipo de 16 núcleos que ejecutan el software de base de datos Microsoft SQL Server. La base de datos back-end se debe ejecutar en un equipo con un procesador de cuatro vías y núcleo cuádruple, u ocho vías y núcleo doble, y 2 GHz, como mínimo.
Servidor de archivado	Un servidor de archivado	300 000
Servidor de supervisión	Un servidor de supervisión	200 000
Servidor de chat en grupo	Tres servidores de chat en grupo	60 000 (20 000 por servidor) Nota: Debe implementar QFE 1 para admitir esta cantidad de usuarios y servidores.

En las topologías de servidor perimetral se supone que un 10% de toda la base de usuarios se conectará desde fuera de la intranet. En la tabla que figura a continuación se muestra el número máximo de conexiones de cliente admitidas por cada una de las siguientes topologías y funciones de servidor perimetral.

Tabla 8. Número máximo de usuarios admitidos para las topologías de servidor perimetral

Topología	Rendimiento admitido
Servidor perimetral	Servicio perimetral de acceso: 5000 conexiones de cliente Servicio perimetral de conferencia web: 1000 conexiones de cliente Servicio perimetral A/V: 500 sesiones de audio y vídeo (A/V) simultáneas

Le recomendamos implementar un director para el acceso externo.

Tabla 9. Capacidad de Communicator Web Access

Métrica de rendimiento	Presencia y mensajería instantánea de Communicator Web Access, Communicator Mobile para Java, búsqueda y uso compartido de escritorio
Número de usuarios	5000 usuarios 120 usuarios simultáneos para el uso compartido de escritorio

Nota

Configuración del equipo: CPU de 2,3 GHz, memoria de 8 GB, ocho procesadores, Kernel SSL deshabilitado, límite de la cola de solicitudes de ASP NET 1.5 de 1,5 * el número de usuarios simultáneos del servidor, conexión HTTP, instalado sin otros servidores virtuales o servidores Office Communications Server, memoria virtual de 16 GB, registro de Communicator Web Access (seguimiento en versión comercial) desactivado

Nota

Configuración del equipo: CPU de 3 GHz, memoria de 1 GB, red de 100 Mbps, disco duro de 80 GB, explorador Internet Explorer 7.0, sistema operativo Microsoft Windows XP SP2, pantalla de 1280x1024

Tabla 10. Planeamiento de capacidad del disco de almacenamiento

Unidad de disco de almacenamiento	Promedio de bytes de disco por lectura y promedio de bytes de disco por escritura (para 100 000 usuarios)	Lecturas y escrituras en disco (por segundo, para 100 000 usuarios)
Unidad de datos back-end de grupo de servidores Enterprise	Lectura: 0 Escritura: 2180	Lectura: 0 Escritura: 158,3
Registro RTC de grupo de servidores Enterprise	Lectura: 0 Escritura: 832	Lectura: 0 Escritura: 216,2
Registro RTCdyn de grupo de servidores Enterprise	Lectura: 996 Escritura: 2289	Lectura: 0,002 Escritura: 561,3
Unidad de archivo de registro de archivado	Lectura: 0 Escritura: 3783	Lectura: 0 Escritura: 110,1
Unidad de archivo de datos de archivado	Lectura: 761 Escritura: 3532	Lectura: 0,091 Escritura: 38,7
Unidad de registro de datos de supervisión (QoE y CDR)	Lectura: 8192 Escritura: 6213	Lectura: 85,5 Escritura: 193,1

Tabla 11. Planeamiento de capacidad de almacenamiento de bases de datos de archivado y supervisión

Componente	Promedio del crecimiento de la base de datos por hora	Hipótesis de uso
Base de datos de archivado	636 MB por hora por 100 000 extremos	Basado en 320 mensajes por segundo, 400 bytes por mensaje
Base de datos de supervisión	CDR: 162 MB por hora para 100 000 extremos QoE: 482 MB por hora para 100 000 extremos	Se supone que los clientes no crean datos de QoE para las llamadas de vídeo

Tabla 12. Planeamiento de capacidad del chat en grupo

Uso del salón de chat	Tasa de conexiones de usuario	Tasa de mensajes
Cada usuario participa en 30 salones de chat Cada salón de chat tiene 30 participantes	Dos conexiones de usuario iniciadas por segundo, por servidor	40 mensajes por segundo (todos los salones de chat)

Nota

Los salones de chat pueden admitir más de 30 participantes y el cliente de chat en grupo es capaz de admitir más de 30 salones de chat. Sin embargo, si hay muchos participantes en un salón de chat, puede afectar al rendimiento del servidor. La configuración máxima probada para los salones de chat es de 1000 participantes. El uso de salones de chat con muchos participantes se debería limitar a una cifra inferior al 10% de todos los salones de chat creados.

Nota

La documentación actualizada sobre el planeamiento de capacidad del chat en grupo, así como una hoja de cálculo de planeamiento de capacidad, pueden descargarse gratuitamente en el Centro de descarga de Microsoft:

• Documentación sobre el planeamiento de capacidad del servidor de chat en grupo con QFE1, para Microsoft Office Communications Server 2007 R2: https://go.microsoft.com/fwlink/?linkid=178622&clcid=0xC0A
  
• Hoja de cálculo de planeamiento de capacidad del servidor de chat en grupo con QFE1, para Microsoft Office Communications Server 2007 R2: https://go.microsoft.com/fwlink/?linkid=178624&clcid=0xC0A
  

Tabla 13. Planeamiento de capacidad del uso compartido de aplicaciones del Modelo de objetos compartidos persistentes (PSOM)

Uso compartido de aplicaciones	Enviado y recibido (KBps)	Tiempo de procesador	Promedio de uso de ancho de banda por usuario (Kbps)
15 conferencias, 90 usuarios	Recibido: 1370 (2728 máximo) Enviado: 6370 (12315 máximo)	Promedio: 8,5 Máximo: 24,4	Enviado por persona que comparte: 713,57 Recibido por persona que visualiza: 552,92

Tabla 14. Planeamiento de capacidad del servidor de mediación

Equipo
90% usuarios internos, 10% usuarios remotos o externos
Procesador doble, núcleo doble, CPU de 3 GHz, con memoria de 4 GB y dos tarjetas adaptadoras de red de 1 Gbps
Procesador doble, núcleo cuádruple, CPU de 2,3 GHz, con memoria de 4 GB y 2 tarjetas adaptadoras de red de 1 Gbps
100% usuarios externos o remotos
Procesador doble, núcleo doble, CPU de 3 GHz, con memoria de 4 GB y 2 tarjetas adaptadoras de red de 1 GB
Procesador doble, núcleo cuádruple, CPU de 2,3 GHz, con memoria de 4 GB y 2 tarjetas adaptadoras de red de 1 GB

Nota

En la tabla anterior, se supone que el uso de la CPU es del 75% de la capacidad.
Las cifras de ampliación para el servidor de mediación dependen de la ubicación de los usuarios, principalmente de la distancia a la que se encuentren del servidor de mediación. Para los usuarios que se hallan fuera de la red interna, la pila de medios usa una tasa de bits más baja, que puede afectar significativamente al rendimiento.

El planeamiento de capacidad del servidor de libreta de direcciones necesita planear el tamaño de las bases de datos del servidor de libreta de direcciones y del servicio de consulta web de la libreta de direcciones, el tamaño de los archivos de descarga y el número de clientes de Office Communicator Mobile para Windows que tendrán acceso al servicio de consulta web de la libreta de direcciones.

El tamaño del disco usado para la base de datos del servidor de libreta de direcciones y el servidor de archivos en los que el servidor de libreta de direcciones crea los archivos de descarga depende en gran medida del número de contactos que debe almacenar (el servidor de archivos se puede usar también para almacenar otros datos. Para obtener información detallada, vea la sección “Carpetas” de Requisitos de almacenamiento). Un modo de evaluar el número de contactos que el servidor de libreta de direcciones almacenará en la base de datos y en los archivos de descarga es suponer que cada usuario tiene dos objetos de contacto. Como resultado, puede evaluar los requisitos de almacenamiento para el servidor de libreta de direcciones multiplicando por dos el número de usuarios de la organización.

• Hipótesis generales del tamaño de los archivos de descarga de la libreta de direcciones:
  • 100 000 contactos, almacenamiento de 2,5 GB para los archivos de descarga (en función de dos contactos por empleado)
  • 100 000 empleados, almacenamiento de 5 GB para los archivos de descarga
• Hipótesis generales del tamaño de la base de datos de consulta web de la libreta de direcciones:
  • 100 000 contactos, almacenamiento de 1,5 GB
  • 1 GB para el registro de base de datos

Tabla 15. Rendimiento del servicio de consulta web de libreta de direcciones para un grupo de servidores Enterprise

Número de usuarios	Número máximo de dispositivos móviles	Número de entradas en la base de datos de libreta de direcciones	Consultas por segundo	Notas de uso
Total: 100 000 Habilitados para voz: 30 000	18 000 (60% de usuarios habilitados para voz)	300 000	Promedio: 17,7 Horas de máximo uso: 26,55	Ocho servidores front-end El 30% de los usuarios están habilitados para las comunicaciones unificadas. 100 consultas por segundo tienen una repercusión mínima en el rendimiento.

Tabla 16. Planeamiento de capacidad de audio y vídeo

Medios	Códec	Promedio de ancho de banda (Kbps)	Actividad calculada (%)	Ancho de banda máximo (Kbps)
Audio de banda ancha	RTAudio	34,8	61	57
Audio de banda ancha	Siren	22,2	43	51,6
Audio de banda estrecha	RTAudio	25,9	65	39,8
Vídeo	RTVideo	258,3	82	350
Vídeo panorámico	RTVideo	220,5	70	350

• Las cifras mencionadas para el ancho de banda de las secuencias de medios incluyen toda la sobrecarga de la información de tramas, cifrado y enrutamiento IP, además de los medios codificados propiamente dichos.
• Los valores de ancho de banda medio de los códecs se basan en mediciones y se derivan del ancho de banda teórico máximo basado en los valores de nivel de actividad típicos. Los niveles de la actividad de audio tienen en cuenta la actividad de voz en la secuencia. Los niveles de la actividad de vídeo toman en cuenta el grado de movimiento en las imágenes de vídeo.
• Los niveles de actividad del audio de banda estrecha RT son ligeramente más altos para permitir una detección de actividad de voz menos óptima en las puertas de enlace RTC para las llamadas VoIP a RTC de Office Communications Server. Este número debe incrementarse en un 15% si no está habilitada la detección de actividad de voz en la puerta de enlace RTC implementada.
• El nivel de actividad de los vídeos panorámicos es más bajo que para las secuencias de vídeo normales porque hay una proporción relativa más alta de área de fondo en las imágenes panorámicas.

Requisitos de ancho de banda de medios y recomendaciones

Para las puertas de enlace multimedia básicas, el requisito de ancho de banda entre la puerta de enlace y el servidor de mediación es de 80 Kbps por cada llamada simultánea. Si se multiplica este número por el número de puertos para cada puerta de enlace, se obtiene un cálculo aproximado del ancho de banda necesario en la puerta de enlace del servidor de mediación. En cuanto a Office Communications Server, el requisito de ancho de banda es considerablemente menor.

Al configurar el servidor de mediación, se recomienda aceptar el intervalo de puertos de medios predeterminado de 60 000 a 64 000 de la puerta de enlace. Al reducir en gran medida el intervalo de puertos, se reduce la capacidad del servidor. Esto solo lo debe hacer por razones específicas un administrador que conozca los requisitos y escenarios de los puertos de medios. Por este motivo, no se recomienda modificar el intervalo de puertos predeterminado.

El tráfico que ocupa mucho ancho de banda, como el de voz y vídeo, tiende a sobrecargar las redes que no están aprovisionadas de forma apropiada. Limitar el tráfico de medios a un intervalo de puertos facilita la solución de este tipo de problemas.

Requisitos de ancho banda de datos móviles

Se necesita aproximadamente 1 MB de ancho de banda para el acceso móvil en un día laborable de 8 horas. Esto se basa en el uso siguiente:

• Un grupo de distribución, con 15 usuarios
• 80 miembros en la lista de contactos, con cuatro actualizaciones de presencia por usuario y hora
• Un contacto marcado con cuatro actualizaciones de presencia en una hora
• 12 llamadas telefónicas por día, con una llamada telefónica por hora (una recibida y otra hecha cada dos horas)
• Dos minutos por llamada
• El usuario inicia sesión en un extremo adicional (por ejemplo en Office Communicator o un teléfono de escritorio)
• Una sesión de mensajería instantánea cada dos horas
• La proporción entre los mensajes de mensajería instantánea hechos y recibidos es de uno a uno