Factores adicionales de la planeación de la capacidad y el rendimiento (Windows SharePoint Services)
En esta sección se describen factores adicionales que deben tenerse en cuenta al planear la capacidad y rendimiento.
Factores de entorno
Configuración de red
Seguridad de red
Autenticación
Desarrollo de código de cliente
Configuración de red
La configuración de la red es esencial para el rendimiento de la instalación de Windows SharePoint Services. Los componentes de red comunes que pueden afectar al rendimiento incluyen:
Tarjeta de interfaz de red (NIC)
Configuración de NIC: en los casos donde sea posible, siempre debe usar tarjetas de red Gigabit. Si tiene tarjetas de conmutación automática (100 MB / 1 GB), debe establecer el conmutador para que use 1 Gigabit.
Entrada/Salida: en los escenarios donde se espera un tráfico alto, es recomendable tener NIC independientes para controlar el tráfico entrante y saliente.
Modificadores: si ejecuta la red a través de un modificador, asegúrese de que usa un modificador GB y de que tiene el mismo número de canales de entrada y salida.
Enrutadores: asegúrese de que los enrutadores estén configurados en una infraestructura GB.
Controladores de dominio: es posible que la autenticación afecte al rendimiento en su entorno de SharePoint si el controlador de dominio (DC) recibe solicitudes con más rapidez de la que puede responder. En los entornos que usan autenticación de usuario como NTLM, es recomendable alcanzar una velocidad de 3 WFE por DC. Si las pruebas indican que la carga de autenticación a 3 WFE por DC es aceptable, puede agregar un WFE más por DC para un límite admitido de 4 WFE por DC.
Tenga en cuenta que debe planear y probar la configuración de red minuciosamente antes de pasarla a un entorno de producción.
Seguridad de red
Vea Planeación de una comunicación segura en una granja de servidores (Windows SharePoint Services) para obtener más información acerca de la seguridad de red.
Autenticación
El mecanismo de autenticación que se usa en el entorno tiene un efecto incremental en el rendimiento general del sistema. Entre los factores que contribuyen al rendimiento de la autenticación se incluyen:
El número y la velocidad de acciones de ida y vuelta al proveedor de autenticación
Rendimiento de procesamiento del proveedor de autenticación
Las pruebas de Microsoft indican que el orden de los mecanismos alfanuméricos, de los más rápidos a los más lentos, es el siguiente:
Anónima
Kerberos
NTLM
Básica
Formularios
Si selecciona un proveedor de autenticación para usarlo con Office SharePoint Server o Windows SharePoint Services, deberá seguir los procedimientos recomendados que se describen en el artículo de MSDN sobre autenticación en ASP.NET: orientación de seguridad .NET (en inglés) (https://go.microsoft.com/fwlink/?linkid=98743&clcid=0xC0A) (en inglés).
Desarrollo de código de cliente
La causa más habitual de un rendimiento bajo en las versiones anteriores de SharePoint Server es el desarrollo y la implementación de características personalizadas poco eficaces en la plataforma SharePoint. Al desarrollar características personalizadas para SharePoint, hay algunas métricas de rendimiento que se debe controlar. Entre estas se incluyen:
Viajes de ida y vuelta de SQL Server. Es recomendable que no haya más de 2 a 3 viajes de ida y vuelta de SQL para las páginas principales. El exceso de viajes de ida y vuelta tiene los siguientes efectos perjudiciales sobre el rendimiento:
Tiempo de respuesta de usuario final incrementado debido a un mayor tiempo de procesamiento del servidor
Capacidad de proceso del sistema general reducida debido a la carga adicional en el servidor SQL.
Utilización de la CPU del servidor SQL. Para que el sistema permanezca en buen estado, es importante que el uso de la CPU en los servidores SQL permanezca relativamente baja. Si el promedio de uso de la CPU es superior al 60%, el rendimiento se verá perjudicado. Entre los pasos que puede seguir para reducir el uso de la CPU del servidor SQL se incluyen:
Implementar una estrategia de almacenamiento en caché: este método reduce el número general de llamadas de WFE a SQL Server.
Optimizar el código personalizado para que use métodos de objetos que devuelvan los datos deseados de la forma más eficaz (por ejemplo, introducir índices en listas, etc.)
Distribuir las bases de datos de SQL en varios servidores de SQL físicos
Tamaño de descarga de página. Mantener el tamaño de código al mínimo. Un incremento relativamente pequeño en el tamaño de la página puede tener un impacto significativo en el rendimiento si hay gran cantidad de personas que obtienen acceso a esa página cada día, especialmente durante las horas de mayor actividad.
Eficacia de código de cliente. Aproximadamente el 50% del tiempo de respuesta del usuario final se debe al procesamiento del cliente del código devuelto. Si la solución personalizada lo incrementa, cabe esperar un efecto negativo sobre el tiempo de respuesta del usuario final.
Devoluciones de llamada de AJAX. En los elementos AJAX, el número de devoluciones de llamada y la carga para cada devolución de llamada. Por ejemplo, cada KPI realiza 3 llamadas para devolver el resultado. Asegúrese de probar el rendimiento de la página al introducir varios KPI u otro código personalizado en una página.
Descarga de este libro
Este tema se incluye en el siguiente libro descargable para facilitar la lectura y la impresión:
Vea la lista completa de libros disponibles en la página de libros descargables para Windows SharePoint Services.