Compartir a través de

Requisitos de los protocolos de Exchange de equilibrio de carga

  • Artículo

 

Se aplica a: Exchange Server 2010 SP2, Exchange Server 2010 SP3

Última modificación del tema: 2011-11-02

Los protocolos y los servicios de acceso de cliente de Microsoft Exchange tienen diferentes requisitos de equilibrio de carga. Algunos protocolos y servicios de acceso de cliente de Microsoft Exchange requieren una afinidad del servidor Acceso de cliente a cliente. Otros funcionarán sin esta, pero mostrarán mejoras de rendimiento de dicha afinidad. Otros protocolos de Exchange no requieren una afinidad del servidor Acceso de cliente a cliente y el rendimiento no disminuye sin la afinidad.

Contenido

Protocolos de Exchange que requieren la afinidad del servidor Acceso de cliente a cliente

Protocolos de Exchange que se benefician de la afinidad del servidor Acceso de cliente a cliente

Protocolos de Exchange que no requieren afinidad

Descripción de los puertos IP

Protocolos de Exchange que requieren la afinidad del servidor Acceso de cliente a cliente

Los siguientes protocolos de Exchange requieren una afinidad del servidor Acceso de cliente a cliente. La afinidad debe durar toda la sesión de cliente.

  • Outlook Web App y el Panel de control de Exchange   Microsoft Office Outlook Web App y el Panel de control de Exchange requieren afinidad de servidor Acceso de cliente a cliente. Cuando use autenticación basada en formularios, que es predeterminada en Microsoft Exchange Server 2010, tanto Outlook Web App como el Panel de control de Exchange deben tener afinidad con el mismo servidor Acceso de cliente. Esto es necesario porque comparten la misma cookie de autenticación, y esta cookie solo puede cifrarse con un servidor Acceso de cliente específico.

  • Servicios web de Exchange   Solo un subconjunto de servicios web de Exchange requieren afinidad. Las solicitudes de Servicio de disponibilidad no requieren afinidad, pero sí, suscripciones. Todos los aspectos de servicios web de Exchange experimentan mejoras de rendimiento a partir de la afinidad. No respaldamos el uso de servicios web de Exchange sin afinidad.

  • Outlook RPC a través de TCP en la red privada   Los clientes Outlook de la red privada suponen que todas las conexiones RPC se realizan en el mismo servidor. Outlook usa varias sesiones por usuario y asume que todas las sesiones se conectan al mismo servidor.

Protocolos de Exchange que se benefician de la afinidad del servidor Acceso de cliente a cliente

Los siguiente protocolos y servicios de Exchange funcionarán sin afinidad. Sin embargo, el rendimiento se reduce considerablemente cuando se implementan sin afinidad.

  • Outlook en cualquier lugar   Las conexiones de Outlook en cualquier lugar son unidireccionales y dividen una conexión de datos RPC única en dos conexiones HTTP. Una conexión es para los datos de entrada y uno es para los datos de salida. Cuando no hay afinidad entre estos dos tipos de conexiones, Outlook en cualquier lugar intenta relacionar las conexiones al coordinar con otros miembros de la matriz de servidor Acceso de cliente. Esto aumenta el tráfico entre los servidores Acceso de cliente, aproximadamente, 50% para una matriz de dos servidores y hasta 100% para una matriz con una gran cantidad de servidores.

  • Exchange ActiveSync   Microsoft Exchange ActiveSync transmite nuevas notificaciones de correo a clientes mediante una solicitud HTTPS de larga permanencia desde el cliente al servidor. Cuando se asigna un cliente de Exchange ActiveSync a un servidor Acceso de cliente nuevo, ese servidor debe recrear la suscripción de notificación en el buzón del usuario. Esto da como resultado una disminución significativa del rendimiento.

  • Servicio de libreta de direcciones de Exchange   Este es un nuevo servicio de Exchange 2010 que brinda a los clientes acceso al directorio. Si no se usa la afinidad, habrá un nivel de comunicación significativamente mayor entre el cliente y los servidores Acceso de cliente.

  • **PowerShell Remota **Sin afinidad, los usuarios necesitarán volver a autenticarse cuando se interrumpa la conexión.

Protocolos de Exchange que no requieren afinidad

Existen varios protocolos y servicios de Exchange que no requieren afinidad dado que son transaccionales. Esto significa que la conexión se establece, la transacción se completa y la conexión se cierra. Estos protocolos no experimentan las ventajas de rendimiento de la afinidad.

  • Libreta de direcciones sin conexión

  • Servicio Detección automática

  • POP3

  • IMAP4

Descripción de los puertos IP

La mayoría de los servicios de Exchange 2010 están integrados en los mejores HTTP y usan el puerto 443 para acceso de Capa de socket seguro (SSL) y el puerto 80 para acceso sin SSL. Dichos servicios son Outlook Web App,Exchange ActiveSync,Outlook en cualquier lugar y servicios web de Exchange. POP3 e IMAP4 usan los puertos 110 y 143, respectivamente, cuando no están cifrados con SSL y los puertos 995 y 993, respectivamente, cuando están cifrados con SSL.

Otros servicios de Exchange, tales como el servicio de Acceso de cliente RPC y el servicio de Libreta de direcciones de Exchange son servicios RPC. Cuando un cliente de Outlook se conecta directamente al servidor Acceso de cliente mediante estos protocolos, en lugar de usar Outlook en cualquier lugar, los puertos TCP de extremo para estos servicios son asignados por el administrador de extremos de RPC. La asignación tiene lugar cuando se inician los servicios. Esto requiere que se configure un gran rango de puertos de destino para el equilibrio de carga sin poder destinar de manera específica el tráfico para estos servicios basados en un número de puerto. Puede asignar estos servicios de forma estática a números de puertos específicos para simplificar el equilibrio de carga. Si los puertos para estos servicios se asignan de forma estática, el tráfico se restringirá al puerto 135 y los dos puertos específicos que se seleccionaron para estos servicios.

Configuración de la asignación de puertos estáticos para servicios basados en RPC

El puerto estático para el servicio de Acceso de cliente de RPC se configura en el registro. La siguiente clave del registro debe configurarse en cada servidor Acceso de cliente. Establezca la clave en el valor del puerto que desea usar para las conexiones TCP al servicio de Acceso de cliente de RPC.

Key: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSExchangeRPC\ParametersSystem
Value: TCP/IP Port
Type: DWORD

Nota

Este cambio solo afectará las conexiones internas a través de TCP y no afectará las conexiones de Outlook en cualquier lugar que usan el túnel RPC/HTTP. Las conexiones de Outlook en cualquier lugar al servicio de Acceso de cliente de RPC se producen en el puerto 6001. Este no es configurable.

Este proceso debe realizarse en servidores de carpetas públicas de su organización.

Los puertos estáticos para los dos extremos de RPC que mantiene el servicio de Libreta de direcciones de Exchange están configurados en el archivo Microsoft.Exchange.AddressBook.Service.Exe.config. Puede encontrar este archivo en el directorio bin en la ruta de instalación de Exchange de cada servidor Acceso de cliente. El valor RpcTcpPort del archivo de configuración debe establecerse según el valor del puerto que desee usar para las conexiones de TCP para este servicio. Este puerto maneja conexiones para la referencia de la libreta de direcciones (ABREF) y la interfaz del proveedor de servicio de nombres (NSPI).

Nota

No cambie los valores para las opciones de configuración de NspiHTTPPort y RfrHTTPPort. De manera predeterminada, Outlook se configura para usar estos puertos. Si cambia estos valores se producirá un retraso no deseado cuando los clientes intenten establecer las conexiones de Outlook en cualquier lugar. Los puertos predeterminados son 6002 para NspiHTTPPort y 6004 para RfrHTTPPort.

 © 2010 Microsoft Corporation. Reservados todos los derechos.