Estimar requisitos de capacidad y rendimiento para entornos de colaboración de Intranet empresarial (SharePoint Server 2013)
SE APLICA A:
2013 
2016 2019 Subscription Edition SharePoint en Microsoft 365
Este artículo contiene orientación sobre rendimiento y planificación de capacidad para una solución de colaboración de Intranet empresarial que se basa en SharePoint Server 2013. Incluye lo siguiente:
Especificaciones de entorno de laboratorio, como hardware, topología de la granja de servidores y configuración
El conjunto de datos y la carga de trabajo de la granja de servidores que se usa para generar la carga de prueba
Análisis y resultados de pruebas que demuestran y explican las tendencias en el rendimiento, la latencia y la demanda de hardware bajo la carga en puntos de escala específicos.
Use la información de este artículo para comprender las características del supuesto bajo cargas normales y máximas, y de cómo las tendencias de rendimiento cambian cuando los servidores de granja de servidores se escalan. Este artículo también puede ayudar a estimar un punto de inicio adecuado para su arquitectura planificada y los factores que son importantes para tener en cuenta al planificar para los recursos que su granja de servidores necesitará para mantener niveles aceptables de rendimiento bajo carga máxima.
Introducción a este entorno
Este artículo ofrece orientación acerca de cómo escalar servidores en una solución de colaboración de Intranet empresarial de SharePoint Server 2013. La planificación de capacidad informa de las decisiones acerca del hardware que hay que comprar y las configuraciones del sistema que optimizan su solución.
Las granjas de servidores de SharePoint Server 2013 individuales son únicas, y cada granja de servidores tiene diferentes requisitos que dependen del hardware, comportamiento del usuario, la configuración de características instaladas y muchos otros factores. Por lo tanto, complemente esta guía con otras pruebas en su propio hardware en su propio entorno. Si su carga de trabajo y diseño planificados son similares al entorno descrito en este artículo, puede usar este artículo para extraer conclusiones acerca de cómo escalar su entorno.
Los resultados de pruebas que aparecen en este artículo se producen en un laboratorio de pruebas, usando una carga de trabajo, el conjunto de datos, y la arquitectura emulan un entorno de producción en condiciones muy controladas. Aunque se tuvo mucho cuidado al diseñar estas pruebas, las características de rendimiento de un laboratorio de pruebas nunca son las mismas que el comportamiento de un entorno de producción. Estos resultados de prueba no representan las características de rendimiento y capacidad de una granja de servidores de producción. En su lugar, los resultados de las pruebas demuestran las tendencias observadas en el rendimiento, la latencia y la demanda de hardware, y proporcionan análisis de los datos observados que pueden ayudarle a tomar decisiones acerca de cómo planificar la capacidad y administrar su propia granja de servidores.
Este artículo incluye lo siguiente:
Especificaciones, que incluyen hardware, topología y configuración
La carga de trabajo, que incluye un análisis de la demanda en la granja de servidores, el número de usuarios y las características de uso
El conjunto de datos, como los tamaños de bases de datos y los tipos de contenido
Análisis y resultados de pruebas para escalar servidores web
Comparación entre SharePoint Server 2010 y rendimiento, latencia y rendimiento del servidor web de SharePoint Server 2013 en los servidores físicos y las máquinas virtuales
Antes de leer este artículo, lea los siguientes artículos para asegurarse de que comprende los conceptos clave tras la administración de capacidad en SharePoint Server 2013.
Ajuste de tamaño y administración de la capacidad para SharePoint Server 2013
Restricciones y límites del software de SharePoint Server 2016
Estos artículos proporcionan la siguiente información:
El enfoque recomendado para la administración de capacidad
Como hacer un uso efectivo de la información de este artículo
Definiciones de los términos que se usan en este artículo
Glosario
Estos son algunos términos especializados que encontrará en este artículo.
RPS: Solicitudes por segundo o el número de solicitudes que recibe una granja o servidor en un segundo. Se trata de una medida común de la carga de servidores y granjas de servidores.
Las solicitudes difieren de las cargas de página. Una página contiene varios componentes, y cada uno de ellos crea una o más solicitudes cuando un explorador carga la página. Por tanto, una carga de página crea varias solicitudes. Normalmente, las comprobaciones de autenticación y los eventos que usan recursos insignificantes no se cuentan en las medidas de RPS.
Zona verde: la zona verde representa un conjunto definido de características de carga bajo condiciones de funcionamiento normales, hasta las cargas máximas diarias esperadas. Una granja de servidores que opera en este intervalo debería poder sostener tiempos de respuesta y latencia que se encuentren dentro de parámetros aceptables.
Este es el estado en el que el servidor puede mantener el siguiente conjunto de criterios:
La latencia del servidor durante al menos el 75% de las solicitudes es inferior a un segundo.
Todos los servidores de la granja mantienen un uso medio de la CPU de menos del 60%.
Nota:
Dado que este entorno de laboratorio no tuvo un rastreo de búsqueda activo en ejecución, el servidor de base de datos se conservó en aproximadamente el uso del 50% de la CPU o menos para reservar el 10% para la carga de rastreo de búsqueda. Esto supone que se usa el regulador de recursos de SQL Server en producción para limitar la carga de rastreo de búsqueda para el 10% de la CPU.
El porcentaje de errores es menor al 0,01%.
Zona roja (máx.): la zona roja representa un conjunto definido de características de carga bajo condiciones de operación máxima. En la zona roja, la granja de servidores experimenta demandas muy elevadas de recursos transitorios que únicamente puede sostener durante períodos limitados antes de que se produzcan errores y otros problemas de rendimiento y fiabilidad.
Este es el estado en el que el servidor puede mantener el siguiente conjunto de criterios para una duración limitada:
La característica de limitación de solicitudes HTTP está habilitada, pero no se han devuelto errores 503 (servidor ocupado).
La tasa de errores es menor que 0. 1%.
La latencia del servidor es inferior a tres segundos en al menos el 75% de las solicitudes.
Todos los servidores de la granja (excluyendo los servidores de base de datos) mantienen un uso medio de la CPU inferior al porcentaje aproximado del 90%.
La utilización media de la CPU del servidor de base de datos es menor del porcentaje aproximado del 50%, lo cual permite que se reserve una sobrecarga suficiente para la carga de rastreo de búsqueda.
AxBxC (notación de gráfico): este es el número de los servidores web, servidores de aplicaciones y servidores de base de datos respectivamente en una granja de servidores. Por ejemplo, 10x1x1 significa que este entorno tiene 10 servidores web, 1 servidor de aplicaciones y 1 servidor de base de datos.
MDF y LDF: archivos físicos de SQL Server. Para obtener más información, vea Arquitectura de archivos y grupos de archivos.
Información general
Esta sección ofrece información general de nuestro enfoque de escala y metodología de prueba.
Enfoque de escalado
Esta sección describe el enfoque que adoptamos para escalar este entorno de laboratorio. Este enfoque le habilitará para encontrar la mejor configuración para su carga de trabajo:
Escalamos los servidores web hasta que hubo cuatro servidores web en uso. Cada servidor ejecuta el servicio de caché distribuido.
Agregamos un servidor dedicado que ejecuta el servicio de caché distribuida.
Deshabilitamos el servicio de caché distribuido en los servidores web.
Hemos escalado horizontalmente más servidores web al máximo para el ámbito de las pruebas.
Hemos realizado más pruebas para comparar las características de rendimiento de SharePoint Server 2013 y SharePoint Server 2010.
Metodología y notas de pruebas
Dado que este artículo ofrece resultados desde un entorno de laboratorio de pruebas, podríamos controlar determinados factores para mostrar aspectos específicos de rendimiento para esta carga. Además, determinados elementos del entorno de producción, que se encuentran en la lista siguientes, quedaron excluidos del entorno de laboratorio para simplificar la sobrecarga de las pruebas.
Nota:
Se recomienda incluir estos elementos en entornos de producción.
Entre las ejecuciones de prueba, solo modificamos una variable cada vez para facilitar la comparación de resultados entre las ejecuciones de prueba.
Los servidores de base de datos no formaban parte de un clúster porque la redundancia no era necesaria para estas pruebas.
El rastreo de búsqueda no se estaba ejecutando durante las pruebas. Podría estar ejecutándose en un entorno de producción. Para tenerlo en cuenta, disminuimos la utilización de la CPU de SQL Server en nuestras definiciones de "Zona verde" y "Zona roja" para acomodar los recursos que un rastreo de búsqueda en ejecución consumiría normalmente durante las pruebas.
Especificaciones
Esta sección ofrece datos acerca del hardware, software, topología y configuración del entorno de laboratorio.
Hardware
En las secciones siguientes se describe el hardware usado en este entorno de laboratorio.
Importante
Tenga en cuenta que todos los servidores web y los servidores de aplicaciones del laboratorio de pruebas están virtualizados usando hosts Hyper-V. Los servidores de base de datos no estaban virtualizados. El hardware de host físico y el hardware virtual de máquina virtual se detallan a continuación por separado.
Hosts Hyper-V
Un total de seis hosts Hyper-V configurados de manera idéntica se usan para pruebas. Cada host ejecuta de una a dos máquinas virtuales.
| Host Hardware | Valor |
|---|---|
|
Procesadores |
2 procesadores de cuatro núcleos de 2,49 GHz |
|
RAM |
32 GB |
|
Sistema operativo |
Windows Server 2008 R2 SP1 |
|
Número de adaptadores de red |
2 |
|
Velocidad del adaptador de red |
1 Gigabit |
Servidores web virtuales y servidores de aplicaciones
La granja de servidores tiene de uno a 10 servidores web virtuales. Un servidor virtual dedicado adicional ejecuta el servicio de caché distribuido.
Nota:
En un entorno de producción, los servidores dedicados que ejecutan el servicio de caché de distribución normalmente se implementarían en una configuración altamente disponible. Para fines de pruebas, usamos un servidor único dedicado para caché distribuida porque la alta disponibilidad no es un factor crítico.
| Hardware de máquina virtual | WFE1-10 y DC1 |
|---|---|
|
Procesadores |
4 procesadores virtuales |
|
RAM |
12 GB |
|
Sistema operativo |
Windows Server 2008 R2 SP1 |
|
Tamaño de la unidad de SharePoint |
100 GB |
|
Número de adaptadores de red |
2 |
|
Velocidad del adaptador de red |
10 gigabits (tráfico entre hosts limitado para hospedar velocidad NIC) |
|
Autenticación |
Windows NTLM |
|
Tipo de equilibrador de carga |
F5 Big IP |
|
Servicios en ejecución local |
WFE 1-10: servicios federados básicos. Esto incluye lo siguiente: Temporizador de extensiones de SharePoint, servicio de seguimiento, Word Automation Services, Servicios de Excel y Servicio de código en espacio aislado de Microsoft SharePoint Foundation. DC1: servicio de caché distribuido. |
Servidores de bases de datos
Un servidor de base de datos físico ejecuta la instancia de SQL Server predeterminada que tiene las bases de datos de SharePoint. No se realiza el seguimiento de la base de datos de registro en este artículo.
Nota:
Si habilita los informes de uso, se recomienda que almacene la base de datos de registro en un número de unidad lógico (LUN) independiente. Las implementaciones grandes y algunas implementaciones medianas pueden requerir un servicio de base de datos de registro dedicado para acomodar la demanda del procesador de un gran volumen de registro. > En este entorno de laboratorio, el registro estaba restringido y la base de datos de registro se almacenaba en una instancia independiente de SQL Server.
| Servidor de base de datos - Instancia predeterminada | SPSQL |
|---|---|
|
Procesadores |
4 procesadores de cuatro núcleos de 2,4 GHz |
|
RAM |
32 GB |
|
Sistema operativo |
Windows Server 2008 R2 SP1 |
|
Almacenamiento y geometría |
Almacenamiento directo (DAS) 1 x volumen de sistema (RAID0, 1 cilindro, 300 GB) 2 x volúmenes de datos de contenido (RAID0, 4 cilindros, 450 GB cada uno) 2 x volúmenes de registro de contenido (RAID0, 2 cilindros, 450 GB cada uno) 1 x volumen de datos temporales (RAID0, 2 cilindros, 300 GB cada uno) 1 x volumen de registro temporal (RAID0, 2 cilindros, 300 GB cada uno) |
|
Número de adaptadores de red |
1 |
|
Velocidad del adaptador de red |
1 Gigabit |
|
Autenticación |
Windows NTLM |
|
Versión de software |
SQL Server 2008 R2 |
Topología
El siguiente diagrama muestra la topología en este entorno de laboratorio.
Configuración
Para permitir el rendimiento de pruebas óptimo y las relaciones claras entre los resultados y los parámetros de prueba, se realizaron los siguientes cambios de configuración importantes en este entorno de laboratorio.
| Valor | Valor | Notas |
|---|---|---|
|
Colección de sitios |
179 |
Las colecciones de sitios en el entorno de prueba usan la configuración predeterminada y la autenticación de notificaciones de Windows. |
|
Almacenamiento en caché de blobs |
Activado |
El valor predeterminado es desconectado. Si habilita el almacenamiento caché de blobs, mejora la eficiencia del servidor reduciendo las llamadas al servidor de base de datos para recursos de página estáticos que se pueden solicitar a menudo. |
|
Grado máximo de paralelismo (MAXDOP) |
1 |
Este parámetro se establece en las instancias de SQL Server que contienen bases de datos de contenido SharePoint Server 2013. El valor predeterminado es 0, que habilita SQL Server para determinar el grado máximo de paralelismo. SharePoint Server 2013 requiere MAXDOP para establecerse en 1 para las instancias de SQL Server que contienen bases de datos de SharePoint Server 2013. Para obtener más información sobre cómo configurar los valores de MAXDOP para SQL Server 2008 R2, vea el grado máximo de la opción de paralelismo. Para obtener más información sobre cómo configurar los valores de MAXDOP para SQL Server 2012, vea Configurar la opción de configuración de servidor del grado de paralelismo máximo. |
Carga de trabajo
Esta sección explica las pruebas de laboratorio que se ejecutan frente a SharePoint Server 2013. Los datos de las pruebas son típicos de un entorno de colaboración empresarial.
Conjunto de datos
El conjunto de datos para el entorno de laboratorio de este artículo, que representa un entorno de colaboración empresarial típico, contiene diversas colecciones de sitios, listas, bibliotecas, tamaños y tipos de archivos.
| Características del conjunto de datos | Valor |
|---|---|
|
Tamaño de la base de datos (combinado) |
174 GB |
|
Tamaño de MDF |
154 GB |
|
Tamaño de LDF |
20 GB |
|
Tamaño de blob |
152 GB |
|
Número de bases de datos de contenido |
2 |
|
Número de colecciones de sitio |
179 |
|
Número de aplicaciones web |
1 |
|
Número de sitios |
1.471 |
Resultados y análisis
Los siguientes resultados se ordenan en función del enfoque de escalado descrito en la sección de Información general de este artículo.
Escalado horizontal del servidor web
Esta sección describe los resultados de prueba que se obtuvieron cuando escalamos el número de servidores web en este entorno de laboratorio.
Metodología de prueba
Agregue servidores web que usen las mismas especificaciones de hardware y ejecute la prueba de nuevo sin cambios a la granja de servidores o parámetros de prueba.
Mida RPS, la latencia y la utilización de recursos en cada servidor de la granja de servidores de prueba.
Análisis
En nuestras pruebas, encontramos lo siguiente:
El entorno escaló a diez servidores web por servidor de base de datos. El aumento en el rendimiento fue bastante lineal.
Incluso hasta la escala máxima probada de diez servidores web, la adición de más servidores de base de datos no aumentó el rendimiento. El cuello de botella se limitaba a los recursos del servidor web.
La latencia media en la zona verde fue casi constante durante toda la prueba. El número de servidores web y el rendimiento no afectaron a la latencia de la zona verde. Los datos de latencia de la zona verde muestran una línea de tendencia esperada. La latencia es alta en un único servidor web. Una curva entre 2 y 10 servidores web permanece de manera cómoda dentro de los criterios de la zona roja.
Nota:
La latencia puede verse ligeramente afectada cuando mueve el servicio de la caché distribuida de los servidores web de una granja de servidores a un servidor dedicado a la caché distribuida. Esto puede ocurrir porque el tráfico de la caché distribuida, que anteriormente era interno de cada servidor web, comienza a atravesar la red. Pruebe el rendimiento de escalabilidad su propio entorno para determinar si esta desventaja es importante. Tenga en cuenta que la latencia en nuestro entorno de prueba aumentó ligeramente cuando el servicio de caché distribuido se migró a un servidor dedicado. La latencia disminuyó con cada servidor web agregado conforme la latencia agregada nominal se desplazó por la carga de memoria y el procesamiento disminuido en los servidores web. > Para obtener más información sobre el planeamiento de la capacidad de caché distribuida, vea Planear fuentes y el servicio caché distribuida en SharePoint Server.
Cuando se realizan las pruebas de rendimiento para SharePoint Server 2010, el servidor de base de datos se convierte en un cuello de botella en el rendimiento máximo para usar cuatro servidores web. Debido a las mejoras en el almacenamiento en caché y las características de uso de la base de datos en SharePoint Server 2013, la carga media en la capa del servidor de base de datos es menor que en SharePoint Server 2010 y no era necesario escalar horizontalmente los servidores de bases de datos durante las pruebas.
Para obtener más información acerca de los resultados de pruebas de SharePoint Server 2010 para este escenario, vea el estudio de laboratorio del entorno de colaboración de Intranet empresarial (SharePoint Server 2010)
Las mejoras en el rendimiento cuando agrega servidores virtuales dependen en parte de los recursos de hardware de host y del uso de recursos de otros equipos virtuales que se ejecutan en el mismo host. La planificación de l capacidad para servidores virtuales requiere planificación adicional y estrategias de administración específicas de la virtualización.
Para obtener más información sobre el rendimiento y el planeamiento de capacidad de Hyper-V, vea Requisitos de virtualización de Hyper-V para SharePoint 2013 y Usar configuraciones de procedimientos recomendados para las máquinas virtuales de SharePoint 2013 y el entorno de Hyper-V.
Nota:
Las conclusiones descritas en esta sección son específicas del hardware que incluye el entorno. El entorno puede haber logrado el mismo rendimiento usando más servidores host de Hyper-V aunque menos potentes, o menos servidores host de Hyper-V aunque más potentes. Un aumento de los recursos de hardware del servidor de base de datos no afectaría materialmente a los resultados.
Resultados y gráficos
En los siguientes gráficos, el eje x muestra el cambio en el número de servidores web de la granja de servidores. La escala empieza con un servidor web virtual y un servidor de base de datos físico (1x1). El máximo es diez servidores web virtuales, un servidor de caché distribuida virtual, un servidor de caché distribuida virtual dedicado (agregado en cuatro servidores web) y un servidor de base de datos físico (10x1x1).
Nota:
Los gráficos de esta sección representan los valores medios de cada punto de datos durante la prueba. Todos los gráficos incluyen la línea base de RPS de las zonas verde y roja a fin de mostrar la relación entre RPS y factores como la latencia, el uso de recursos de servidor y el uso de disco de SQL Server.
1. RPS
El siguiente gráfico muestra de qué manera el escalado horizontal afecta a la línea base de RPS.
2. Latencia
El siguiente gráfico muestra de qué manera el escalado horizontal afecta a la latencia. Tenga en cuenta que la latencia de zona verde permanece principalmente plana, mientras que la latencia de zona roja muestra variaciones moderadas que están bien dentro de los límites aceptables.
3. Uso de memoria y procesador de servidor web
El siguiente gráfico muestra de qué manera el escalado afecta a la utilización media de la memoria y el procesador en los servidores web. Tenga en cuenta que la utilización del procesador de la zona verde permanece bastante constante a medida que aumenta RPS, mientras que la utilización media de la memoria aumenta ligeramente.
La tendencia de la utilización del procesador de zona roja es hacia abajo, lo que refleja el hecho de que la demanda media del procesador del servidor web en la carga máxima se reduce gradualmente conforme aumenta el número de servidores.
4. SQL Server Operaciones por segundo de E/S (IOP) y utilización del procesador
Los siguientes gráficos muestran como las IOP de disco medias (tanto totales como lecturas/escrituras) y los valores de utilización de procesador cambian conforme se escala el número de servidores web. Los siguientes contadores de rendimiento se usaron para medir valores de IOP:
PhysicalDisk: lecturas de disco/seg.
PhysicalDisk: escrituras de disco/seg.
Se realiza el promedio de los valores de cada contador durante la prueba y, a continuación, se suman para producir las IOP totales.
Nota:
Los datos para la utilización de la memoria de SQL Server no estaban disponibles y no están en este gráfico.
Importante
Estos resultados de prueba de IOP no son representativos de un entorno de producción porque nuestro conjunto de datos era mucho menor que el de una granja de servidores de producción. Por tanto, fue posible que un porcentaje mayor de los datos se almacenara en caché en los servidores web de lo que sería posible en un entorno de producción. Los resultados de IOP de esta sección son por tanto promedios calculados que se basan en datos de pruebas disponibles y se espera que sean por lo general menores que las IOP de su entorno de producción. Una prueba exhaustiva de su propia granja de servidores en su entorno piloto puede producir resultados diferentes.
Tenga en cuenta que en los gráficos de esta sección, ambas IOP y la utilización de procesador de servidor de base de datos muestran una caída de 9 a 10 servidores web front-end, mientras que RPS continúa aumentando. Esta variación también se refleja en la utilización del procesador de servidor web como se muestra en el gráfico anterior.
Esto muestra que el escalado de la granja de servidores ha alcanzado un punto en el que se ha logrado la presión máxima en los recursos del servidor de la granja de servidores mediante el conjunto de datos y la carga de la línea base. Se requiere una utilización media inferior para admitir la carga en la granja de servidores.
Es posible extrapolar lo siguiente desde esta tendencia:
Si se hubiera aumentado la carga de prueba en el noveno punto de escala de servidor web, se podría haber logrado mayor RPS a la vez que se mantendría una curva plana en la utilización de recursos de servidor.
Si se hubiera escalado más el número de servidores web a la vez que se mantiene la misma carga de prueba, RPS habría continuado aumentando a la vez que la presión en los recursos de servidor habría continuado una tendencia descendente.
SQL Server IOP totales
En el siguiente gráfico se muestra la manera en que el escalado afecta a las IOP totales.
SQL Server IOP desglosadas en operaciones de lectura y escritura
El siguiente gráfico muestra la manera en que el escalado afecta a las IOP, desglosadas en lecturas por segundo y escrituras por segundo.
Utilización del procesador de SQL Server
El siguiente gráfico muestra de qué manera el escalado horizontal afecta al uso del procesador de SQL Server.
Comparación de SharePoint Server 2013 y SharePoint Server 2010
Esta sección ofrece información acerca de cómo ha variado el rendimiento para esta carga de trabajo entre SharePoint Server 2013 y SharePoint Server 2010.
Carga de trabajo
Para comparar SharePoint Server 2013 con SharePoint Server 2010, usamos una mezcla de prueba diferente de la descrita en la sección Especificaciones. Esto era necesario porque algunas características de SharePoint Server 2013 (como el servicio de caché distribuida) y las operaciones no estaban disponibles en SharePoint Server 2010.
Metodología de prueba
Para probar el rendimiento en los dos entornos, usamos la siguiente metodología:
Creamos un entorno de SharePoint Server 2010.
Probamos el entorno de SharePoint Server 2010 usando la carga de trabajo descrita anteriormente en este entorno.
Hemos actualizado las bases de datos de contenido a SharePoint Server 2013 sin cambiar los clientes que consumen el entorno.
Este entorno actualizado se probó otra vez en los servidores actualizados que hospedan SharePoint Server 2013 con la misma mezcla de prueba, que incluye únicamente operaciones de SharePoint Server 2010.
Probamos dos entornos para comparación. Un entorno usó hardware de servidor físico y otro usó máquina virtuales para ejecutar los servidores web en un host de Hyper-V. En ambos casos, el servidor de base de datos se ejecutó en un servidor físico.
No modificamos el conjunto de datos después de la actualización de la base de datos de contenido para las pruebas de SharePoint Server 2013.
La mezcla de prueba para SharePoint Server 2010 excluyó nuevas operaciones específicas de SharePoint Server 2013 y fue similar a la solución de colaboración de Intranet empresarial que se probó y describió anteriormente en este artículo.
El objetivo de la prueba fue aplicar cargas similares frente a las granjas de servidores de SharePoint Server 2013 y SharePoint Server 2010 con la misma carga de trabajo y conjunto de datos, y mostrar a continuación las diferencias en el rendimiento, la latencia y el consumo de recursos de servidor. Los objetivos y las metodologías de prueba difieren entre las pruebas de servidores web virtuales y físicos:
El objetivo de las pruebas de servidor físico fue comparar cómo las granjas de servidores de SharePoint Server 2013 y SharePoint Server 2010 realizaron su labor cuando se escalaron bajo carga. Los servidores web en esta prueba se escalaron de dos a cinco servidores web.
El objetivo de pruebas de servidor virtuales fue comparar la manera en que las granjas de servidores de SharePoint Server 2013 y SharePoint Server 2010 con cuatro servidores web realizaron su trabajo en las cargas de usuario de la zona verde y la zona roja. No se llevo a cabo ninguna prueba de escalado de servidor web.
Análisis
En general, SharePoint Server 2013 tuvo mejor rendimiento que SharePoint Server 2010 cuando se escaló en cinco servidores web pero los resultados de SharePoint Server 2010 fueron mejores en dos servidores web. Las pruebas en la granja de servidores actualizada de SharePoint Server 2013 no implicaron optimizaciones posteriores a la actualización ni aprovecharon las mejoras de rendimiento de SharePoint Server 2013, como el Servicio de caché distribuida o el Administrador de solicitudes. Por tanto, los resultados de la prueba de SharePoint Server 2013 son significativamente diferentes de los resultados en un entorno de mundo real.
La relación entre las tendencias de datos en los gráficos de esta sección muestran la manera en que el modelo de administración de recursos de SharePoint Server 2013 dan prioridad al uso de recursos del procesador sobre las IOP de disco.
En la zona verde, SharePoint Server 2013 supera el rendimiento de SharePoint Server 2010 en cinco servidores, con más del 10% de mejora en RPS y una latencia ligeramente inferior. Sin embargo, en dos servidores web, SharePoint Server 2013 produce RPS inferior y una ligera mejora en la latencia sobre SharePoint Server 2010.
En zona roja, SharePoint Server 2013 logra aproximadamente un 12 % más de rendimiento en comparación con SharePoint Server 2010 en cinco servidores web. En dos servidores web, el rendimiento de SharePoint Server 2010 era aproximadamente un 30 % mayor. SharePoint Server 2013 mostró una mejora moderada en la latencia con respecto a SharePoint Server 2010 en cinco servidores web.
En las pruebas de servidor web virtuales, los resultados de SharePoint Server 2013 y SharePoint Server 2010 son similares en la zona verde. SharePoint Server 2013 muestra una mejora importante sobre SharePoint Server 2010 en el rendimiento y la latencia en la zona roja.
Resultados y gráficos
Las pruebas que produjeron los resultados en los gráficos de esta sección se ejecutaron frente a servidores físicos y virtuales como se ha indicado. En todas las pruebas, se usó un servidor de base de datos físico ejecutando SQL Server 2008 R2 con SP1.
RPS y latencia
En el siguiente gráfico se muestra la diferencia en el rendimiento y la latencia entre SharePoint Server 2013 y SharePoint Server 2010 con dos y cinco servidores web en la zona verde. SharePoint Server 2010 tiene mayor RPS en dos servidores web y mayor latencia. En cinco servidores web, SharePoint Server 2013 muestra aumento de RPS y menor latencia.
En el siguiente gráfico se muestra la diferencia en la utilización del procesador de servidor web con dos y cinco servidores web físicos en la zona roja. SharePoint Server 2013 supera el rendimiento de SharePoint Server 2010 en RPS y latencia en 5 servidores web pero no en dos servidores web.
RPS y utilización de recursos de servidor
En el siguiente gráfico se muestra la diferencia en la utilización de procesador de servidor de base de datos y web con dos y cinco servidores web físico en la carga de la zona verde. Tenga en cuenta que SharePoint Server 2013 logra mayor rendimiento en cinco servidores web beneficiándose de manera más eficaz de los recursos de servidor disponibles.
En el siguiente gráfico se muestra la diferencia en la utilización del procesador de servidor de base de datos y web con dos y cinco servidores web físicos en la carga de la zona roja. De nuevo, SharePoint Server 2013 logra mayor rendimiento en cinco servidores web pero no en dos servidores web.
RPS e IOP
En el siguiente gráfico se muestra la diferencia en IOP con dos y cinco servidores web físicos en la zona verde. Tenga en cuenta que en la zona verde, las IOPS de SharePoint Server 2013SharePoint Server 2016 aumentan entre dos y cinco servidores web, mientras que las E/S/S de SharePoint Server 2010 disminuyen. Al mismo tiempo, la tasa del aumento en RPS de SharePoint Server 2013 es significativamente mayor que en SharePoint Server 2010. Esta diferencia en las tendencias muestra la manera en que SharePoint Server 2013 administra los recursos de servidor de manera diferente en una graja de servidores mayo para lograr mayor rendimiento.
En el siguiente gráfico se muestra la diferencia en las IOP con dos y cinco servidores web en la carga de la zona roja. Cuando estos resultados se contrastan con el gráfico de la zona roja en el RPS anterior y la sección de utilización de recursos de servidor, puede observar que el modelo de administración de recursos de SharePoint Server 2013 da prioridad a uso de recursos de procesador sobre IOP de disco de SQL Server.
RPS de servidor web virtual, latencia e IOP
Las pruebas de comparación de servidor virtual se realizaron frente a 4 servidores virtuales web y un servidor de base de datos físico.
En el siguiente gráfico se muestra la diferencia en el rendimiento y la latencia con cuatro servidores web virtuales. En la carga de la zona verde, los resultados de SharePoint Server 2013 y SharePoint Server 2010 son similares, mientras que SharePoint Server 2013 muestra una mejora significativa sobre SharePoint Server 2010 en la latencia y el rendimiento en la zona roja.
En el gráfico siguiente se muestra la diferencia en las IOP de base de datos con cuatro servidores web virtuales. SharePoint Server 2013 muestra una importante mejora en el rendimiento de las IOP de base de datos en las cargas de la zona verde y roja.
Vea también
Conceptos
Planeamiento del rendimiento en SharePoint Server 2013
Resultados y recomendaciones de la prueba de rendimiento y capacidad (SharePoint Server 2013)