Recomendaciones de configuración y dimensionamiento de Exchange 2013
Se aplica a: Exchange Server 2013
Exchange 2013 consume más recursos del sistema que otras versiones anteriores de Exchange. Para establecer las bases de una implementación de rendimiento óptimo, debe dimensionar correctamente la infraestructura de Exchange 2013 y, después, aplicar algunas configuraciones recomendadas a los componentes relacionados con Exchange dentro de esa infraestructura.
Dimensionamiento de Exchange 2013
Dimensionar correctamente el tamaño de Exchange 2013 es una de las maneras más eficaces de evitar problemas de rendimiento. La calculadora de requisitos de rol de servidor de Exchange 2013 está disponible aquí. La versión más reciente es 9.1. Para usar esta calculadora correctamente, debe consultar las instrucciones de las entradas de blog Calculadora de requisitos de rol de servidor de Exchange 2013 y Dimensionamiento de implementaciones de Exchange 2013 .
Es importante empezar con la calculadora antes de comprar e implementar el hardware. Primero debe determinar los requisitos generales de los recursos en función de los resultados de la calculadora. Puede usar la calculadora para indicar las demandas de su organización y utilizar los resultados para obtener instrucciones sobre cómo escalar el hardware. La calculadora no indica cuántos servidores usar, pero permite calcular el impacto de una carga de trabajo de Exchange en un conjunto determinado de servidores. Debe probar con distintas configuraciones para ver cómo afecta al rendimiento y poder satisfacer las necesidades de hardware y de empresa específicas de su entorno.
Para simplificar las implementaciones y obtener el mejor uso del hardware, el grupo de productos Exchange recomienda servidores de varios roles. El uso de servidores de varios roles proporciona mejor disponibilidad en el nivel del servidor de acceso de cliente (CAS) porque hay disponibles más servidores de acceso de cliente para administrar las solicitudes durante un escenario de error. La consideración de diseño clave para Exchange 2013 es usar servidores de tipo de mercancía "más pequeños" (escalado horizontal en lugar de escalar verticalmente). El diseño y las pruebas se realizaron con dos equipos socket que contienen hasta 20 núcleos de procesador, con hasta 96 gigabytes (GB) de RAM. Si el hardware es mayor que esta recomendación, debe tener en cuenta otras opciones. Por ejemplo, use ese hardware para otras necesidades y compre servidores más pequeños para su entorno de Exchange 2013. O bien, considere la posibilidad de virtualizar.
Es preferible crear más servidores (escalado horizontal) que agregar recursos a servidores existentes más grandes (escalado vertical). El escalado horizontal permite que su entorno aproveche las características de alta disponibilidad integradas en Exchange 2013. Para comprender por qué se recomienda esta configuración, revise en detalle las publicaciones The Preferred Architecture and Site Resilience Impact on Availability (La arquitectura preferida y el impacto de la resistencia del sitio en la disponibilidad).
La calculadora no tiene en cuenta los siguientes elementos:
- Productos de terceros que se ejecutan en servidores exchange.
- Productos que interactúan con Exchange, incluidas las aplicaciones desarrolladas internamente.
Por lo tanto, asegúrese de tener en cuenta estos elementos en el tamaño. Por ejemplo, Lync Server, aplicaciones de servicios web de Exchange (EWS) de terceros y dispositivos ActiveSync pueden aumentar significativamente los requisitos de CPU por usuario. Use la documentación de productos de terceros para obtener información sobre cómo afecta a Exchange. Se recomienda crear una línea base de rendimiento para Exchange antes de implementar soluciones de terceros.
Configuraciones de rendimiento recomendadas
Se recomiendan las siguientes optimizaciones de rendimiento para su entorno de Exchange 2013.
Alimentación
Configure el BIOS para que el sistema operativo (SO) administre la energía.
En el sistema operativo, active el plan de energía de alto rendimiento.
Procesamiento
Desactive la característica hyper-threading en los servidores físicos de Exchange. En entornos de servidor virtual, puede habilitar el hiperprocesamiento en el servidor físico, pero a cada servidor virtual solo se le debe asignar el número necesario de CPU virtuales. En otras palabras, no sobreasigne CPU virtuales y use solo el recuento de núcleos de procesador físico para los cálculos de tamaño.
En Exchange Server 2013 Service Pack 1 o posteriores, puede habilitar la descarga de SSL para ayudar a reducir el consumo de CPU en los servidores de acceso de cliente, pero quizás la complejidad de la configuración de la descarga de SSL no compense los beneficios.
.NET Framework
Versión de Exchange | .NET Framework 4.6.2 | .NET Framework 4.6.1 | .NET Framework 4.5.2 |
---|---|---|---|
Exchange 2013 CU16 | X | ||
Exchange 2013 CU15 | X | X1,2 | X |
Exchange 2013 CU13 y CU14 | Xsup>1,2 | X |
1 .NET Framework 4.6.1 requiere correcciones posteriores a la versión si desea instalarlo en un servidor que ejecute Exchange 2013 CU13. Para obtener más información. Consulte Requisitos previos de Exchange 2013.
2 Si va a actualizar a Exchange 2013 CU13, CU14 o CU15 desde Exchange 2013 CU12 o versiones anteriores, se recomienda encarecidamente instalar Exchange 2013 CU13 antes de .NET Framework 4.6.1 y sus correcciones posteriores a la versión relacionadas.
Si no puede instalar .NET 4.5.2, consulte el artículo de Microsoft Knowledge Base 2995145 "Problemas de rendimiento o retrasos al conectarse a Exchange Server 2013 que se ejecuta en Windows Server". Las correcciones de ese artículo se desarrollaron en función de los resultados internos sobre el uso de memoria del proceso de trabajo de la Tienda. Al aplicar estas correcciones, reducirá el consumo de memoria general de todos los procesos administrados (incluido el proceso de trabajo del almacén) y reducirá el tiempo total de CPU que se dedica a la recolección de elementos no utilizados de .NET.
Correcciones
El equipo de rendimiento de Exchange recomienda instalar todas las correcciones siguientes relacionadas con el rendimiento.
- Actualización que mejora la resistencia del clúster en Windows Server 2012 está disponible
- Revisiones y actualizaciones recomendadas para clústeres de conmutación por error basados en Windows Server 2012
- Revisiones y actualizaciones recomendadas para Windows Server 2012 clústeres de conmutación por error basados en R2
- Asignación incorrecta del procesador RSS en un equipo basado en Windows 8 o Windows Server 2012 que tiene procesadores de varios núcleos
- Problemas de rendimiento o retrasos al conectarse a Exchange Server 2013 que se ejecuta en Windows Server
- Problema de conectividad de Outlook si SSLOffloading es "True" en Exchange 2013
- Conexión de servidor larga para Outlook después de una conmutación por error de base de datos en Exchange Server 2013
- Rendimiento lento en Outlook Web App cuando Lync se integra con Exchange Server 2013
- EMS tarda mucho tiempo en ejecutar el primer comando en un entorno de actualización acumulativa 5 de Exchange Server 2013
- Latencia de enrutamiento de mensajes si IPv6 está habilitado en Exchange Server 2013
- Uso elevado de CPU por parte de una aplicación que depende de un cliente LDAP de Microsoft en Windows Server 2008 R2 SP1
- El uso de CPU es alto cuando se usa rpc a través del protocolo HTTP en Windows 8.1 o Windows Server 2012 R2
Redes
Con Exchange 2013, se recomienda un único adaptador de red, ya que ya no es necesario dividir MAPI y las redes de replicación. Para obtener más información, vea Requisitos de red.
Utilice la configuración predeterminada de descarga de SNP cuando esté disponible y asegúrese de que RSS está habilitado (configuración predeterminada en Windows Server 2012 y versiones posteriores). RSS ayudará a escalar el uso de CPU, especialmente en 10 GbE.
Compruebe que el sistema operativo no ha desactivado la tarjeta de red para ahorrar energía.
Mantenga actualizados los controladores NIC. Vea mensualmente con su proveedor si hay actualizaciones para los controladores pertinentes.
Internet Information Services (IIS)
Durante la instalación, Exchange modifica algunos límites de conexión para IIS. Se recomienda no realizar más ajustes en IIS.
Evite las personalizaciones siempre que sea posible. Las actualizaciones de Windows o las actualizaciones acumulativas de Exchange pueden sobrescribir los cambios realizados en web.config o en las claves del Registro.
Almacenamiento
Las instrucciones para el almacenamiento de Exchange 2013 están disponibles en las opciones de configuración de almacenamiento de Exchange 2013.
Virtualización
Vea Requirements for hardware virtualization. Tenga en cuenta también que Exchange no reconoce el acceso de memoria no uniforme (NUMA). Por lo tanto, se recomienda usar la configuración de NUMA predeterminada del fabricante de hardware.
Active Directory
Supervise el rendimiento del servidor de directorio, porque las consultas de Active Directory tienen un impacto directo en la implementación de Exchange.
El tiempo de búsqueda de LDAP es un contador fundamental para medir el estado de Active Directory. Supervise la CPU en los controladores de dominio. Los problemas de la CPU en los controladores de dominio se representarán como problema de rendimiento en los servidores de Exchange.
Ejecute el elemento integrado "Diagnósticos de Active Directory" en el controlador de dominio de Monitor de rendimiento ubicado en "Conjunto de recopiladores de datos" para ayudar a aislar la causa de los problemas de rendimiento del controlador de dominio.
Planee suficiente memoria RAM en los controladores de dominio para poder almacenar en caché el archivo de base de datos completo de AD.
Se recomienda implementar un núcleo de catálogo global de Active Directory para cada ocho núcleos de buzón de correo que controlan la carga activa (en función de los núcleos de catálogo global de 64 bits).
Equilibrio de carga
Todos los servidores de acceso de cliente deben recibir aproximadamente el mismo número de conexiones entrantes.
Para todos los protocolos, Exchange 2013 no requiere afinidad de sesión entre un servidor de acceso de cliente determinado y el equilibrador de carga.
Debe usarse un equilibrador de carga de hardware o de software para administrar todo el tráfico entrante a los servidores de acceso de cliente. La selección del servidor de destino se puede determinar con métodos como "round-robin", en los que cada conexión entrante va al siguiente servidor de destino en una lista circular o con "conexiones mínimas", en las que el equilibrador de carga envía cada nueva conexión al servidor que tiene el menor número de conexiones establecidas en ese momento. Estos métodos se detallan más en Equilibrio de carga. También debe tener en cuenta los siguientes elementos:
El método "round robin" tiene el problema de una convergencia lenta con conexiones de larga duración (como RPC/HTTP). A medida que haya más equipos nuevos en línea, las conexiones atendidas en los equipos de destino tardarán mucho tiempo en converger.
Con el método "menos conexiones", tenga en cuenta que es posible que un servidor de acceso de cliente se sobrecargue y deje de responder durante una interrupción del servidor de acceso de cliente o durante el mantenimiento de revisiones. En el contexto del rendimiento de Exchange, la autenticación es una operación costosa.
Debido a una serie de limitaciones con el equilibrio de carga de red (NLB) de Windows en un entorno de Exchange 2013, que se detalla en Equilibrio de carga, no se recomienda usar Windows NLB.
Distribución de la base de datos y de usuarios
Mantenga una distribución equilibrada de usuarios por base de datos y de bases de datos activas por servidor. Distribuya uniformemente el consumo de espacio de disco de base de datos y equilibre los usuarios intensos en todas las bases de datos.
Debe crear el perfil de su base de usuarios para saber cómo interactúan con Exchange (dispositivos, Outlook y OWA) y el impacto que esas interacciones tendrán desde la perspectiva del rendimiento. Para obtener más información sobre cómo crear un perfil del uso de Exchange por usuario, vea los blogs de calculadora de la sección 2.
Configure la preferencia de activación de copia de base de datos y la configuración "MaximumPreferredActiveDatabases" (por servidor) para mantener el equilibrio durante una conmutación por error o conmutación por error.
El script RedistributeActiveDatabases.ps1 equilibrará las bases de datos activas entre los nodos del DAG.
Considere la posibilidad de aplicar límites estrictos de recuento de elementos que coincidan con Microsoft 365 o Office 365. Puede hacerlo con el cmdlet Set-Mailbox y la información proporcionada en Límites de carpetas de buzón.
Paginación
Establezca un tamaño máximo para el archivo de página de 32 778 MB si usa más de 32 GB de RAM.
El archivo de paginación no debería hospedarse en la misma unidad que los archivos de base de datos de Exchange o que los archivos de registro de la base de datos.
Es imperativo usar un archivo de página de tamaño fijo y no permitir que Windows administre el tamaño. El crecimiento del archivo de paginación puede ser una tarea que afecta mucho al rendimiento y puede producir problemas cuando Exchange está sobrecargado.
Si necesita obtener un volcado de kernel completo, consulte Generación de un kernel o volcado de memoria completo.
Modo de Outlook
Se recomienda el modo en caché. Para comprender la ventaja de usar el modo almacenado en caché, vea Elegir entre el modo de intercambio almacenado en caché y el modo en línea para Outlook 2013.
Es importante tener en cuenta que el rendimiento puede verse afectado tanto por los complementos de servidor como por los complementos de terceros de Outlook. Al usar el modo en línea, los clientes pueden esperar algunos problemas de rendimiento de complementos de terceros, recuentos elevados de elementos, vistas restringidas, el número de usuarios que acceden al buzón, entre otros factores. Los clientes antiguos pueden experimentar más impacto por los recuentos de elementos elevados y el rendimiento que Outlook 2013.
Si la razón principal para que una organización tenga configurado en modo en línea de Outlook es la seguridad, considere la posibilidad de usar BitLocker en su lugar.
Outlook 2013 ofrece una nueva característica "Control deslizante de sincronización" para minimizar el tiempo de descarga y el tamaño del archivo OST. Para obtener más información, vea Configurar el modo de intercambio almacenado en caché en Outlook 2013.
Compruebe mensualmente si hay actualizaciones de los clientes de Outlook compatibles con su entorno.
Software de terceros
Como procedimiento recomendado, desinstale o deshabilite el software de terceros mientras soluciona problemas de rendimiento de Exchange. La lista siguiente contiene los tipos de software de terceros que el soporte técnico de Microsoft ha visto con más frecuencia afectando al rendimiento de Exchange 2013.
- Soluciones antivirus
- Software de prevención de intrusiones
- Software de copia de seguridad
- Software auditar software, tanto usuarios como archivos
- Soluciones de archivado