Descripción de escalabilidad y rendimiento de Mensajería unificada

Artículo
05/20/2011

Última modificación del tema: 2009-11-30

En muchas organizaciones de hoy en día, tener acceso al correo electrónico y al correo de voz es crítico para llevar a cabo eficazmente las operaciones cotidianas. Con el fin de proporcionar un acceso continuado al correo electrónico y al correo de voz, debe planear e implementar correctamente una solución para Microsoft Exchange Server 2010 que garantice la disponibilidad de los servidores que proporcionan estos servicios. Para proporcionar una solución con gran escalabilidad en la mensajería unificada de Exchange 2010 (MU), debe saber cómo se pueden escalar los componentes de la misma.

Escalabilidad del servidor de mensajería unificada

La escalabilidad se define como la capacidad de aumentar los recursos para incrementar la capacidad de un servicio determinado. Existen dos tipos de escalabilidad que se pueden usar para incrementar la capacidad de los servidores de MU de la organización: horizontal y vertical. Al escalar verticalmente en la mensajería unificada, se agregan recursos de hardware a un único servidor o a varios servidores de mensajería unificada utilizando, por ejemplo, los procedimientos siguientes:

Agregar más espacio en disco duro para el almacenamiento de mensajes
Aumentar la velocidad o el número de procesadores
Aumentar la cantidad o velocidad de la RAM
Aumentar el número de adaptadores de red o aumentar el número de puertos de red de área local en un único adaptador de red.

Al escalar horizontalmente, se instala un rol del servidor Mensajería unificada en nuevos servidores de MU y se agregan más servidores de MU a un plan de marcado para así incrementar el número de llamadas entrantes simultáneas que puede aceptar un sistema. Para escalar el entorno de MU horizontalmente, también tiene que incrementar el número de puertas de enlace IP. De esta manera aumenta el número de puertos disponibles para llamadas entrantes.

La mensajería unificada proporciona un único y eficiente modelo de implementación, muy escalable, sin que por ello aumente la complejidad de la implementación. Hay diversos modelos de implementación para la mensajería unificada en una organización. El modelo de implementación recomendado para mensajería unificada es el que consiste en centralizar todos los servidores de MU. Todas las opciones de implementación disponibles para la mensajería unificada tienen algunos pasos en común necesarios para poder crear un sistema escalable que admita grandes cantidades de servidores de MU. Estos pasos son los siguientes:

Aprovisionar líneas de PBX El primer paso para crear una solución de MU muy escalable es aprovisionar líneas de PBX.
Organizar canales Después de aprovisionar canales de voz basados en PBX, puede organizarlos como grupos de extensiones.
Implementar puertas de enlace IP Después de organizar los canales de voz como grupos de extensiones, estos canales han de terminar en las puertas de enlace IP. Las puertas de enlace IP se usan junto a una PBX heredada para convertir los protocolos de conmutación de circuitos de una red de telefonía en protocolos de conmutación de paquetes basados en IP.
Agregar más servidores de mensajería unificada a un plan de marcado Si tiene que incrementar el número de llamadas que puede administrar la mensajería unificada, puede instalar y configurar servidores de MU adicionales y agregarlos al plan de marcado. En la mayoría de los casos, las puertas de enlace IP usarán DNS para equilibrar la carga entre los servidores de MU existentes y los adicionales que se han instalado.

Volver al principio

Tráfico de red

Todas las llamadas entrantes que se reciban de una puerta de enlace IP generarán un tráfico de red basado en IP y consumirán parte de su ancho de banda disponible. Antes de implementar la mensajería unificada, debe realizar un análisis del tráfico en la red con el fin de determinar los patrones de uso en esos momentos y encontrar cualquier posible problema. En la mayoría de las redes, la demanda de ancho de banda no se distribuye de manera equitativa durante las horas de trabajo. Puesto que todas las llamadas basadas en IP se enrutan directamente a sus servidores de MU desde las puertas de enlace IP de su red y su tráfico de red basado en IP consume una parte del ancho de banda disponible, debe seguir estas recomendaciones e instrucciones:

Sitúe las PBX (físicamente) cerca de las puertas de enlace IP.
Sitúe las puertas de enlace IP y los servidores de MU en una única red que esté bien conectada, en el mismo lugar físico.
Sitúe sus servidores de MU en una única red bien conectada o en el mismo lugar físico donde estén los otros equipos que tengan instalados roles de servidores de Exchange 2010, como el de Buzón de correo, Transportador de concentradores y Acceso de cliente.
Finalice las conexiones de su red de área extensa (WAN) cerca de donde esté ubicado su equipo de telefonía.
En las sucursales o mediante conexiones WAN, use el códec G.723.1 en vez de los códec G.711u o G.711A para así reducir el tráfico de red que circula entre las puertas de enlace IP y los servidores de MU.

Servidores de MU

Por lo general, la escalabilidad de la mensajería unificada viene determinada por el número de llamadas simultáneas. De manera predeterminada, un servidor de MU puede aceptar un máximo de 100 llamadas de voz simultáneas. Estas llamadas pueden ser entrantes o salientes y se pueden generar cuando un usuario deja un mensaje de correo de voz, cuando un usuario de Outlook Voice Access obtiene acceso al buzón de Exchange 2010 o cuando un usuario usa la característica Reproducir en teléfono para escuchar sus mensajes de voz. A pesar de que el número de llamadas simultáneas es un factor importante a tener en cuenta cuando se crea una infraestructura de MU escalable, también es necesario determinar el mejor códec a usar para codificar los mensajes de voz y los tipos y número de usuarios que va a admitir.

**Cantidad de llamadas simultáneas **Aunque un servidor de MU puede aceptar, de manera predeterminada, un máximo de 100 llamadas de voz simultáneas, se puede configurar un único servidor para que acepte hasta 200 mensajes de voz simultáneos. Cuanto más aumente la cantidad de conexiones simultáneas de un servidor de MU, más recursos se requerirán. La disminución de este valor es muy importante sobre todo en los equipos más lentos y de gama baja en los que está instalado el rol del servidor Mensajería unificada. Hay contadores de rendimiento disponibles, así como el cmdlet Get-UMActiveCalls, que puede supervisar el número de llamadas simultáneas actualmente conectadas a un servidor de MU.
Si el número de llamadas simultáneas necesario para su empresa es superior al número admitido por un único servidor de MU, es posible escalarlo horizontalmente y así incrementar la capacidad de llamadas simultáneas; para ello, ha de instalar el rol del servidor Mensajería unificada en un servidor adicional y, luego, agregar el nuevo servidor de MU al mismo plan de marcado.
**Códec de almacenamiento de correo de voz **El término "códec" es una combinación de las palabras "codificar" y "decodificar", y se refiere a datos digitales. Un códec es un programa informático o software que transforma los datos digitales en un formato de archivo de audio o de transmisión de audio.
En la mensajería unificada de Microsoft Exchange, existen dos tipos generales de códecs: el códec que se usa entre las puertas de enlace IP y el que se usa para codificar los mensajes de voz. Los códecs de audio MP3, de Windows Media (WMA), de Group System Mobile (GSM) 06.10 y el G.711 Pulse Code Modulation (PCM) Linear se usan para crear archivos de audio mp3, .wma y .wav para los mensajes de voz. Pero el tipo de archivo que se usa depende del códec de audio usado para crear el archivo de audio de mensaje de voz. En mensajería unificada de Microsoft Exchange el códec de audio MP3 crea archivos de audio .mp3, el códec de audio WMA crea archivos de audio .wma y los códecs de audio GSM 06.10 y G.711 PCM Linear producen archivos de audio .wav. Según el códec que se use, se envía un archivo de audio en formato .wma o .wav, junto con el correo electrónico, al destinatario del correo de voz. El tamaño de los mensajes de voz de MU depende del tamaño de los datos adjuntos que contienen los datos de voz. Además, el tamaño de los datos adjuntos depende de los siguientes factores:
- La duración de la grabación del correo de voz
- El códec de audio usado
- El formato de almacenamiento del archivo de audio
  La siguiente ilustración muestra los cuatro códecs de audio que se pueden usar en MU y cómo el tamaño del archivo de audio depende de la duración de la grabación del correo de voz.
  Tamaño del archivo de audio
  La velocidad de muestreo (bit/seg) y las propiedades de compresión para cada códec de audio que se usa en la mensajería unificada son como las siguientes:
- MP3 - 16 bits - archivo comprimido
- WMA – 16 bits – archivo comprimido
- G.711 – 16 bits – archivo no comprimido
- GSM – 8 bits – archivo comprimido
  El formato MP3 está seleccionado de forma predeterminada. El formato MP3 es un formato de archivo de audio habitual que se usa para reducir considerablemente el tamaño de los archivos de audio; se trata del formato de audio que usan la mayoría de dispositivos de audio personales y reproductores MP3. MP3 es un códec de audio multiplataforma que se usa para obtener compatibilidad con una amplia variedad de teléfonos móviles, dispositivos y sistemas operativos.
  Cuando se usa el códec WMA, estimamos que cada servidor de MU puede administrar de 60 a 75 llamadas basadas en IP simultáneas. Este cálculo está basado en el supuesto de que el 14% de las llamadas basadas en IP se reciban durante la hora punta del día. Sobre la base de los siguientes supuestos:
- se usa el códec WMA
- el 14% de las llamadas basadas en IP se reciban durante la hora punta del día
- los usuarios tienen acceso a sus mensajes de voz con frecuencia mediante Outlook Voice Access
  estimamos que cada servidor de MU puede admitir entre 2.000 y 10.000 usuarios.
  Por lo general, tendría que admitir el siguiente número de llamadas simultáneas por servidor de MU:
- 60, si el códec del plan de marcado predeterminado es WMA
- 75, si el códec del plan de marcado predeterminado es GSM
**Tipos de usuarios **Hay dos tipos de usuarios que pueden tener acceso al sistema de MU y consumir recursos: autenticados o no autenticados. Cuando se construye un entorno escalable de MU, se debe considerar el efecto que tendrán estos usuarios y los recursos que cada uno de ellos consumirá.
- **Autenticado **Los usuarios autenticados están habilitados para MU y pueden tener acceso a su buzón de voz a través de Outlook Voice Access. Los usuarios autenticados consumen recursos del servidor de MU de diferentes maneras, como por ejemplo: llamando directamente a un número de acceso de suscriptor, iniciando sesión en sus buzones, obteniendo acceso a sus mensajes, calendario, contactos o al directorio, y también usando el servidor de MU para reproducir mensajes de voz a través de un teléfono con la característica Reproducir en teléfono. También pueden consumir recursos de manera indirecta al transferir una llamada, mandar un mensaje de voz o llamar al número de extensión de un usuario y dejar un mensaje de voz.
- **No autenticados **Los usuarios que llamen a un operador automático de MU o a un número de acceso de suscriptor pero que no inicien sesión en su buzón de correo son autores de llamada no autenticados. Cada vez que lo hacen, se usan recursos de MU para atender sus solicitudes. Aunque no inicien sesión en el buzón de correo, consumen recursos al transferir una llamada, mandar un mensaje de voz, transferir a otro operador automático u otro número de teléfono o escuchar mensajes de audio grabados.

Puertas de enlace IP

La mensajería unificada depende de la capacidad de la puerta de enlace IP para traducir TDM o protocolos de telefonía basados en conmutación de circuitos, como la Red digital de servicios integrados (ISDN o RDSI) o QSIG, desde la central de conmutación (PBX) a los protocolos basados en VoIP o IP, como el protocolo de inicio de sesión (SIP), el protocolo de transporte en tiempo real (RTP) o el T.38 para el transporte de facsímil en tiempo real.

Las puertas de enlace IP se pueden obtener de muchos fabricantes en tamaños y modelos que varían entre los 4 y los 32 puertos. Puede implementar tantas puertas de enlace IP como sean necesarias para proporcionar suficiente capacidad y tolerancia a errores. Si el número de llamadas o puertos necesario es superior al número de llamadas o puertos admitido por una única puerta de enlace IP, es posible escalar horizontalmente e incrementar el número de llamadas que se pueden aceptar o el número de puertos; para ello, se deben instalar y configurar puertas de enlace IP adicionales, crear el objeto Puerta de enlace IP de MU y configurar los grupos de extensiones adecuados para que admitan su entorno.

Es igual de importante hacer coincidir el número de puertas de enlace IP que tiene en su entorno con el número de servidores de MU disponibles. Por ejemplo, no debe configurar diez puertas de enlace IP conectadas, cada una de ellas con una línea T-1, a un único servidor de MU. Esto tendría como resultado que el servidor de MU tendría que admitir 240 llamadas entrantes simultáneas. También ha de tener en cuenta esto y escalar sus puertas de enlace IP a los servidores de MU de manera adecuada.