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

Dd425159.note(es-es,office.13).gifNota:
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)

Dd425159.note(es-es,office.13).gifNota:
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:

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.