Estudio de laboratorio de entorno de colaboración de intranet de empresa (SharePoint Server 2010)

 

Se aplica a: SharePoint Server 2010

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

En este artículo se incluyen instrucciones sobre la planeación de capacidad y rendimiento para una solución de colaboración de intranet empresarial basada en Microsoft SharePoint Server 2010. Se incluye lo siguiente:

• Especificaciones de entorno de laboratorio, como hardware, topología de granja de servidores y configuración

• Conjunto de datos de granja de servidores de prueba

• Análisis de los resultados de pruebas, que le ayudará a determinar el hardware, la topología y la configuración que debe tener para implementar un entorno similar y optimizar el entorno con las características de capacidad y rendimiento apropiadas

En este artículo:

• Introducción a este entorno

• Glosario

• Información general

• Especificaciones

• Resultados y análisis

Introducción a este entorno

En este documento se proporcionan instrucciones acerca de los incrementos de la escalabilidad horizontal y vertical de una solución de colaboración de intranet empresarial de SharePoint Server 2010, que se basa en un entorno de prueba de Microsoft. Con la planeación de capacidad se obtienen informes de la toma de decisiones sobre la compra de hardware y la configuración del sistema para optimizar la solución.

Cada escenario tiene sus propios requisitos. Por lo tanto, es importante complementar estas instrucciones con pruebas adicionales en su propio hardware y entorno. Si el diseño y la carga de trabajo que planeó se parecen al entorno descrito en este documento, puede usarlo para sacar conclusiones sobre el incremento de la escalabilidad horizontal y vertical en su entorno.

En este documento se incluye lo siguiente:

• Especificaciones, entre las que se incluyen el hardware, la topología y la configuración

• Carga de trabajo, que es la demanda en la granja de servidores e incluye la cantidad de usuarios y las características de uso

• Conjunto de datos, como los tamaños de bases de datos

• Análisis y resultados de pruebas para incrementar la escalabilidad horizontal de los servidores web

• Análisis y resultados de pruebas para incrementar la escalabilidad vertical de los servidores web

• Análisis y resultados de pruebas para incrementar la escalabilidad horizontal de los servidores de bases de datos

• Comparación entreMicrosoft Office SharePoint Server 2007 y SharePoint Server 2010 en cuanto al rendimiento y el efecto en los servidores web y en los servidores de bases de datos

El entorno de SharePoint Server 2010 descrito en este documento es un entorno de laboratorio que simula un entorno de producción en una gran empresa. El entorno de producción hospeda portales de publicación y sitios de grupo muy importantes para los equipos internos para colaboración empresarial, organizaciones, equipos y proyectos. Los empleados usan ese entorno de producción para realizar un seguimiento de proyectos, colaborar en documentos y compartir información dentro de la organización. El entorno incluye una gran cantidad de sitios más pequeños que se usan para proyectos ad-hoc y equipos pequeños. Para obtener más información acerca del entorno de producción, vea Caso práctico técnico de entorno de colaboración de intranet de empresa (SharePoint Server 2010).

Antes de leer este documento, asegúrese de comprender los conceptos clave sobre la administración de capacidad de SharePoint Server 2010. La siguiente documentación proporciona información acerca del método recomendado para administrar la capacidad y sobre cómo usar eficazmente la información de este documento. También se definen los términos usados en todo el documento.

• Información general sobre administración y ajuste de tamaño de la capacidad de SharePoint Server 2010

• Administración de capacidad de SharePoint Server 2010: Límites y límites máximos del software

Asimismo, se recomienda que lea lo siguiente:

• Planeación y configuración del almacenamiento y capacidad de SQL Server (SharePoint Server 2010)

Glosario

En este documento encontrará algunos términos especializados. Estos son algunos términos clave y sus definiciones:

• RPS: solicitudes por segundo. La cantidad de solicitudes recibidas por una granja o un servidor en un segundo. Esta es una medición común de carga del servidor y de la granja de servidores.

  Observe que las solicitudes difieren de las cargas de página; cada página contiene varios componentes, cada uno de los cuales crea una o varias solicitudes cuando se carga la página. Por lo tanto, una carga de página crea varias solicitudes. Normalmente, los eventos y las comprobaciones de autenticación que no tienen un uso intensivo de recursos no se cuentan en las mediciones de RPS.

• Zona verde: se trata del estado en que el servidor puede mantener el siguiente conjunto de criterios:

  • La latencia del lado servidor de al menos el 75% de las solicitudes es menor que 1 segundo.

  • Todos los servidores tienen un uso de CPU menor que el 50%.

  Nota

  Debido a que en este entorno de laboratorio no había un rastreo de búsqueda activo en ejecución, el servidor de bases de datos se mantuvo con un uso de CPU del 40% o inferior para reservar el 10% para la carga del rastreo de búsqueda. Se supone que el regulador de recursos de Microsoft SQL Server se usa en producción para limitar la carga del rastreo de búsqueda al 10% de CPU.

  • La tasa de errores es inferior al 0,01%.

• Zona roja (máxima): se trata del estado en que el servidor puede mantener el siguiente conjunto de criterios:

  • La característica de limitación de solicitudes HTTP está habilitada, pero no se devuelve ningún error 503 (servidor ocupado).

  • La tasa de errores es inferior al 0,1%.

  • La latencia del lado servidor es menor que 3 segundos para al menos el 75% de las solicitudes.

  • El servidor de bases de datos realiza un uso de CPU inferior al 80%, lo que permite reservar un 10% para la carga del rastreo de búsqueda, que se limita mediante el regulador de recursos de SQL Server.

• AxBxC (notación gráfica): se trata del número de servidores web, servidores de aplicaciones y servidores de bases de datos presentes, respectivamente, en una granja de servidores. Por ejemplo, 8x1x2 significa que este entorno tiene 8 servidores web, 1 servidor de aplicaciones y 2 servidores de bases de datos.

• MDF y LDF: archivos físicos de SQL Server. Para obtener más información, vea el tema sobre la arquitectura de archivos y grupos de archivos.

Información general

En esta sección se proporciona una introducción al enfoque de ajuste de escala, a la relación entre este entorno de laboratorio y un entorno de caso práctico similar, y a la metodología de prueba.

Enfoque de ajuste de escala

En esta sección se describe el orden específico recomendado para el ajuste de escala de los servidores del entorno; es el mismo enfoque que se usó para el ajuste de escala de este entorno de laboratorio. Este enfoque permitirá encontrar la mejor configuración para la carga de trabajo y puede describirse de la siguiente manera:

• En primer lugar, se incrementó la escalabilidad horizontal de los servidores web. Su escalabilidad horizontal se incrementó el máximo posible bajo la carga de trabajo probada, hasta que el servidor de bases de datos se convirtió en el cuello de botella y no pudo dar cabida a más solicitudes de los servidores web.

• En segundo lugar, se incrementó la escalabilidad horizontal del servidor de bases de datos al mover la mitad de las bases de datos de contenido a otro servidor de bases de datos. En este momento, los servidores web no estaban creando una carga suficiente en los servidores de bases de datos. Por lo tanto, se incrementó aún más la escalabilidad horizontal.

• A fin de probar el incremento de la escalabilidad vertical, se intentó usar otra opción: incrementar la escalabilidad vertical de los servidores web en lugar de incrementar su escalabilidad horizontal. Normalmente, se prefiere incrementar la escalabilidad horizontal de los servidores web en lugar de incrementar su escalabilidad vertical, debido a que el primer método proporciona una mejor redundancia y disponibilidad.

Correlación entre el entorno de laboratorio y un entorno de producción

El entorno de laboratorio descrito en este documento es un modelo de escala más pequeña de un entorno de producción en Microsoft. Aunque hay diferencias significativas entre los dos entornos, puede ser útil examinarlos en paralelo, ya que ambos son entornos de colaboración empresarial en que los patrones observados deberían ser similares.

El entorno de laboratorio contiene un subconjunto de los datos del entorno de producción y también algunas modificaciones de la carga de trabajo. Esto influye en los resultados de pruebas en relación con el uso de memoria del servidor web porque la memoria caché de objetos en el entorno de producción recibe una mayor cantidad de visitas en sitios únicos y, por tanto, usa más memoria. El entorno de laboratorio también tiene menos datos, la mayor parte de los cuales se almacena en la memoria caché, en oposición al entorno de producción que aporta siete terabytes de datos. Por lo tanto, se requiere que el servidor de bases de datos del entorno de producción realice más lecturas del disco que el servidor de bases de datos del entorno de laboratorio. De forma similar, el hardware que se usó en el entorno de laboratorio es significativamente distinto al del entorno de producción que modela, porque hay una menor demanda de esos recursos. El entorno de laboratorio se basa en el hardware más fácilmente disponible.

Para obtener una mejor comprensión de las diferencias entre los entornos, lea la sección Especificaciones de este documento y compárela con las especificaciones de Caso práctico técnico de entorno de colaboración de intranet de empresa (SharePoint Server 2010).

Metodología y notas de pruebas

En este documento se proporcionan resultados de un entorno de laboratorio de prueba. Puesto que este era un entorno de laboratorio y no un entorno de producción, se pudieron controlar ciertos factores para mostrar los aspectos específicos del rendimiento para esta carga de trabajo. Además, ciertos elementos del entorno de producción, que se enumeran aquí, se dejaron fuera del entorno de laboratorio para simplificar la sobrecarga de pruebas. No se recomienda omitir estos elementos para entornos de producción.

• Entre las ejecuciones de pruebas, se modificó solo una variable a la vez para simplificar la comparación de los resultados de las distintas ejecuciones de pruebas.

• Los servidores de bases de datos que se usaron en este entorno de laboratorio no eran parte de un clúster, porque la redundancia no era necesaria para los fines de estas pruebas.

• El rastreo de búsqueda no estaba en ejecución durante las pruebas, mientras que es posible que sí esté en ejecución en un entorno de producción. Para tener esto en cuenta, se disminuyó el uso de CPU de SQL Server en la definición de la "zona verde" y la "zona roja" para dar cabida a los recursos que hubiera consumido un rastreo de búsqueda si se hubiera ejecutado al mismo tiempo que nuestras pruebas. Para obtener más información al respecto, vea Planeación y configuración del almacenamiento y capacidad de SQL Server (SharePoint Server 2010).

Especificaciones

En esta sección se ofrece información detallada sobre el hardware, el software, la topología y la configuración del entorno de laboratorio.

Hardware

En las secciones siguientes se describe el hardware usado en este entorno de laboratorio.

Servidores web y de aplicaciones

La granja de servidores puede tener entre uno y ocho servidores web, además de un servidor de aplicaciones.

Servidor web	WFE1-8 y APP1
Procesadores	2 procesadores de cuatro núcleos de 2,33 GHz
RAM	8 Gigabytes (GB)
Sistema operativo	Windows 2008 Server R2
Tamaño de la unidad de SharePoint	80 GB
Número de adaptadores de red	2
Velocidad del adaptador de red	1 Gigabit
Autenticación	Windows NTLM
Tipo de equilibrador de carga	Equilibrio de carga de red de Windows
Servicios que se ejecutan localmente	WFE 1-8: servicios federados básicos. Estos incluyen los siguientes: servicio de temporizador, servicio de administración y servicio de seguimiento. APP1: Word Automation Services, Servicios de Excel y servicios de código en espacio aislado.

Servidores de bases de datos

Hay de dos a tres servidores de bases de datos; como máximo dos que ejecutan la instancia predeterminada de SQL Server que contiene las bases de datos de contenido y uno que ejecuta la base de datos de registro. En este documento no se realiza un seguimiento de la base de datos de registro.

Nota

Si habilita los informes de uso, se recomienda almacenar la base de datos de registro en un número de unidad lógica (LUN) independiente. Para las implementaciones grandes y algunas medianas, no será suficiente tener un LUN independiente, ya que la demanda de CPU del servidor podría ser demasiado alta. En ese caso, necesitará un cuadro de servidor de bases de datos independiente para la base de datos de registro. En este entorno de laboratorio, la base de datos de registro se almacenó en una instancia independiente de SQL Server y sus especificaciones no se incluyen en este documento.

Servidor de bases de datos: instancia predeterminada	DB1-2
Procesadores	4 procesadores de doble núcleo de 3,19 GHz
RAM	32 Gigabytes (GB)
Sistema operativo	Windows 2008 Server R2
Almacenamiento y geometría	Almacenamiento directo (DAS) Matriz interna con disco de 5x300 GB a 10.000 rpm Matriz externa con disco de 15x450 GB a 15.000 rpm Datos de contenido: 6 (RAID0 externo, 2 cilindros, 450 GB cada uno) Registros de contenido: 2 (RAID0 interno, 1 cilindro, 300 GB cada uno) Datos temporales: 1 (RAID 0 interno, 2 cilindros, 150 GB cada uno) Registros temporales: 1 (RAID 0 interno, 2 cilindros, 150 GB cada uno) Unidades de copia de seguridad: 2 (RAID 0 interno, 1 cilindro, 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 (versión preliminar)

Topología

En el siguiente diagrama se muestra la topología de este entorno de laboratorio:

Configuración

Para permitir un rendimiento óptimo, se realizaron los siguientes cambios de configuración en este entorno de laboratorio.

Opción	Valor	Notas
Colección de sitios
Caché BLOB	Activada	El valor predeterminado es Desactivado. Al activar la memoria caché Blob se mejora la eficacia del servidor mediante la reducción de las llamadas al servidor de bases de datos para los recursos de página estática que se podrían solicitar con frecuencia.
Servidor de bases de datos: instancia predeterminada
Grado de paralelismo máximo	1	El valor predeterminado es 0. Para garantizar un óptimo rendimiento, se recomienda fehacientemente establecer el grado máximo de paralelismo en 1 para servidores de bases de datos que hospedan bases de datos de SharePoint Server. Para obtener más información acerca de cómo establecer el grado máximo de paralelismo, vea el tema sobre la opción max degree of parallelism(https://go.microsoft.com/fwlink/?linkid=189030&clcid=0xC0A).

Carga de trabajo

La mezcla transaccional para el entorno de laboratorio que se describe en este documento es similar a las características de carga de trabajo de un entorno de producción en Microsoft. Para obtener más información acerca del entorno de producción, vea Caso práctico técnico de entorno de colaboración de intranet de empresa (SharePoint Server 2010).

Estos son los detalles de la combinación para las pruebas de laboratorio ejecutadas en SharePoint Server 2010, comparadas con el entorno de producción. Aunque hay algunas pequeñas diferencias en las cargas de trabajo, ambas representan una mezcla transaccional típica de un entorno de colaboración empresarial.

Conjunto de datos

El conjunto de datos para el entorno de laboratorio que se describe en este documento es un subconjunto del conjunto de datos de un entorno de producción en Microsoft. Para obtener más información acerca del entorno de producción, vea Caso práctico técnico de entorno de colaboración de intranet de empresa (SharePoint Server 2010).

Características del conjunto de datos	Valor
Tamaño de base de datos (combinado)	130 GB
Tamaño BLOB	108,3 GB
Número de bases de datos de contenido	2
Número de colecciones de sitios	181
Cantidad de aplicaciones web	1
Número de sitios	1.384

Resultados y análisis

Los siguientes resultados están ordenados según el enfoque de ajuste de escala que se describe en la sección Información general de este documento.

Incremento de la escalabilidad horizontal de servidores web

En esta sección se describen los resultados de pruebas que se obtuvieron cuando se incrementó la escalabilidad horizontal del número de servidores web en este entorno de laboratorio.

Metodología de prueba

• Agregar servidores web con las mismas especificaciones de hardware, sin modificar el resto de la granja de servidores.

• Medir las RPS, la latencia y el uso de recursos.

Análisis

En las pruebas, se observaron los siguientes datos:

• Se incrementó la escalabilidad horizontal del entorno hasta cuatro servidores web por cada servidor de bases de datos. Sin embargo, este aumento del rendimiento no fue lineal, especialmente al agregar el cuarto servidor web.

• Después de cuatro servidores web, no se obtuvo ninguna ganancia adicional en el rendimiento al agregar más servidores web. Esto se debe a que el cuello de botella en este momento era el uso de CPU del servidor de bases de datos.

• La latencia promedio fue prácticamente constante durante toda la prueba, sin verse afectada por el número de servidores web ni el rendimiento.

Nota

Las conclusiones descritas en esta sección son específicas de hardware y es posible que el mismo rendimiento lo haya alcanzado un número mayor de hardware de baja gama o un número menor de hardware de alta gama. De forma similar, el cambio del hardware del servidor de bases de datos afectaría los resultados. Para hacerse una idea de la medida en que el hardware de los servidores web puede afectar estos resultados, vea la sección Incremento de la escalabilidad vertical de servidores web.

Gráficos de resultados

En los gráficos siguientes, el eje X muestra el cambio en el número de servidores web de la granja, con un ajuste de escala desde un servidor web (1x1x1) hasta cinco servidores web (5x1x1).

1. Latencia y RPS

En el siguiente gráfico se muestra cómo el incremento de la escalabilidad horizontal (adición de servidores web) afecta a la latencia y las RPS.

2. Uso del procesador

En el siguiente gráfico se muestra cómo el incremento de la escalabilidad horizontal de los servidores web afecta el uso del procesador en los servidores web y el servidor de bases de datos.

3. Operaciones de E/S de SQL Server por sección (IOPs) para archivos MDF y LDF

En los gráficos siguientes se muestra cómo cambian las IOPs de las bases de datos de contenido a medida que se incrementa la escalabilidad horizontal del número de servidores web. Estas se miden mediante la observación de los contadores de rendimiento siguientes:

• Disco físico: lecturas de disco/seg.

• Disco físico: escrituras en disco/seg.

En este entorno de laboratorio se determinó que los datos sobre las IOPs no eran representativos de un entorno de producción porque el conjunto de datos era tan pequeño que se podían colocar muchos más datos en la memoria caché de lo que sería posible en el entorno de producción que se está modelando. Las lecturas proyectadas se calcularon mediante la multiplicación del valor de los datos que se tenían del laboratorio para escrituras por segundo por la relación entre lecturas y escrituras en el entorno de producción. Los resultados de esta sección son promedios. Pero también hay picos que se producen durante ciertas operaciones que se deben tener en cuenta. Para obtener más información sobre cómo calcular la cantidad de IOPs necesaria, vea Planeación y configuración del almacenamiento y capacidad de SQL Server (SharePoint Server 2010).

Zona roja:

Zona verde:

Ejemplo sobre cómo leer estos gráficos:

Una organización con una carga de trabajo similar a la descrita en este documento que espera que su zona verde sea de 300 RPS podría usar una topología 3x1x1 y usaría aproximadamente 600 lecturas por segundo en disco físico en el archivo MDF.

Incremento de la escalabilidad horizontal de servidores de bases de datos

En esta sección se describen los resultados de pruebas que se obtuvieron cuando se incrementó la escalabilidad horizontal del número de servidores de bases de datos en este entorno de laboratorio.

Metodología de prueba

• Obtener dos bases de datos de contenido en un servidor de bases de datos y, a continuación, dividirlas en dos servidores para duplicar de forma eficaz los núcleos de procesador y la memoria disponible para los servidores de bases de datos del entorno.

• Mantener la capacidad total de IOPs constante incluso al agregar un servidor de base de datos. Esto significa que el número de lecturas por segundo y escrituras por segundo que los discos podrían realizar para cada base de datos de contenido no ha cambiado a pesar de dividir el contenido en dos servidores de bases de datos en lugar de uno.

Análisis

• El primer cuello de botella en el entorno 4x1x2 era el uso de CPU del servidor de bases de datos. Casi se logra una escala lineal cuando se agregó más potencia de procesador y memoria.

• El ajuste de escala a cuatro servidores web y dos servidores de bases de datos no proporcionó muchas RPS adicionales debido a que el uso de CPU en los servidores web se encontraba cerca del 100%.

• Cuando se incrementó la escalabilidad horizontal de los servidores de bases de datos (mediante la adición de un servidor de bases de datos adicional) y se agregaron cuatro servidores web, el rendimiento se incrementó de forma prácticamente lineal. En ese momento, el cuello de botella pasó de ser el uso de CPU del servidor de bases de datos a las IOPs de disco de la base de datos de contenido.

• No se realizaron pruebas adicionales en este entorno de laboratorio para incrementar la escalabilidad horizontal en más de 8x1x2. Sin embargo, esperamos que la capacidad adicional de IOPs permita un mayor aumento del rendimiento.

• Se observó una correlación entre IOP usadas y RPS alcanzadas por las pruebas

Gráficos de resultados

En los gráficos siguientes, el eje X siempre muestra cuatro servidores web junto con un servidor de aplicaciones y un servidor de bases de datos (4x1x1) con un incremento de la escalabilidad horizontal de hasta ocho servidores web con dos servidores de bases de datos (8x1x2). Algunos muestran también 1x1x1 o 4x1x2.

1. Latencia y RPS

En el siguiente gráfico se muestra cómo el incremento de la escalabilidad horizontal de servidores web y servidores de bases de datos afecta a la latencia y las RPS.

2. Uso del procesador

En los gráficos siguientes se muestra cómo el incremento de la escalabilidad horizontal afecta al uso del procesador.

3. Uso de memoria durante el incremento de la escalabilidad horizontal

A lo largo de las pruebas se ha observado que cuanto mayor es el número de colecciones de sitios en un entorno, mayor es el consumo de memoria. Por ejemplo, en estas pruebas, en las que se accedió a 181 colecciones de sitios, el proceso principal w3wp consumió 1,8 GB de RAM. Para obtener más ejemplos, vea Casos prácticos técnicos de rendimiento y capacidad (SharePoint Server 2010). Se está desarrollando contenido adicional acerca de los requisitos de memoria para un mayor número de colecciones de sitios. Vuelva a consultar este artículo en otro momento para comprobar si hay contenido nuevo y actualizado.

4. Operaciones de E/S de SQL Server por sección (IOPs) para archivos MDF y LDF

En los gráficos siguientes se muestra cómo cambian las IOPs a medida que se incrementa la escalabilidad horizontal del número de servidores web y servidores de bases de datos.

Máximo de RPS

RPS de zona verde

Incremento de la escalabilidad vertical de servidores web

En esta sección se describen los resultados de pruebas que se obtuvieron cuando se incrementó la escalabilidad vertical de los servidores web en este entorno de laboratorio.

Metodología de prueba

• Agregar más procesadores de servidor web, pero mantener el resto de la granja de servidores.

Análisis

• El ajuste de escala es lineal hasta ocho núcleos de procesador.

• Las pruebas muestran que el entorno puede aprovechar un cuadro de 24 núcleos, aunque se produce cierta degradación a medida que el número de núcleos se acerca a 24.

Gráficos de resultados

En el gráfico siguiente, el eje X es el número de procesadores y la cantidad de RAM del servidor web. En el siguiente gráfico se muestra cómo el incremento de la escalabilidad vertical (agregar procesadores) afecta RPS en el servidor web.

Comparación entre SharePoint Server 2010 y Office SharePoint Server 2007

En esta sección se proporciona información acerca de cómo la capacidad de pruebas para esta carga de trabajo varió entre SharePoint Server 2010 y Microsoft Office SharePoint Server 2007.

Carga de trabajo

Para comparar SharePoint Server 2010 con Office SharePoint Server 2007 se usó una combinación de pruebas distinta a la descrita en la sección Especificaciones, porque algunas operaciones de SharePoint Server 2010 no estaban disponibles en Office SharePoint Server 2007. La combinación de pruebas para Office SharePoint Server 2007 está inspirada en el mismo entorno de producción que siguen las pruebas de SharePoint Server 2010. Sin embargo, esto se registró antes de la actualización a SharePoint Server 2010 en ese entorno.

En el siguiente gráfico se muestra la combinación de pruebas para los entornos de producción y de laboratorio para Office SharePoint Server 2007.

Metodología de prueba

• Las pruebas para esta comparación se realizaron mediante la creación de un entorno de Office SharePoint Server 2007, que se probó con la carga de trabajo que se describió anteriormente en esta sección. A continuación, se actualizaron las bases de datos de contenido a SharePoint Server 2010 sin cambiar los clientes que usaban el entorno, ni realizar una actualización visual. Este entorno actualizado se volvió a probar para obtener los resultados de SharePoint Server 2010 con la misma combinación de pruebas que incluye solo operaciones de Office SharePoint Server 2007.

• El conjunto de datos no se modificó después de la actualización de la base de datos de contenido para las pruebas de SharePoint Server 2010.

• La combinación de pruebas para Office SharePoint Server 2007 excluye todas las operaciones específicas nuevas de SharePoint Server 2010 y es similar a la solución de colaboración de intranet empresarial en el mismo entorno de producción para Office SharePoint Server 2007, tal como se describe en la sección Carga de trabajo.

Análisis

• Cuando el mismo número de servidores web se esfuerza hasta el rendimiento máximo en SharePoint Server 2010 y Office SharePoint Server 2007, SharePoint Server 2010 logra el 20% menos de rendimiento en comparación con Office SharePoint Server 2007.

• Cuando se incrementó la escalabilidad horizontal de los servidores web para maximizar el uso del servidor de bases de datos, SharePoint Server 2010 fue capaz de lograr una mejora de rendimiento del 25%, en comparación con Office SharePoint Server 2007. Esto refleja las mejoras que se realizaron en SharePoint Server 2010 para soportar implementaciones más grandes.

• Cuando se incrementó la escalabilidad horizontal de los servidores web para maximizar el uso del servidor de bases de datos, SharePoint Server 2010 dependió del uso de CPU de SQL Server, mientras que Office SharePoint Server 2007 dependió del bloqueo en el nivel de base de datos. Esto significa que el aumento de la potencia de procesamiento disponible para los servidores de bases de datos permite que SharePoint Server 2010 logre un mejor rendimiento del que se obtendría con el mismo hardware mediante Office SharePoint Server 2007. Esto se debe a los mecanismos de bloqueo de la base de datos en Office SharePoint Server 2007, que no se ven afectados por el hardware mejorado. Gracias a ello, se pudo aumentar el uso de CPU del servidor de bases de datos en más de un 80%.

• Como resultado de las conclusiones descritas anteriormente en esta sección, en Office SharePoint Server 2007 se logró el máximo rendimiento posible en una topología 5x0x1; mientras que en SharePoint Server 2010, el máximo rendimiento posible, con la misma carga de trabajo, se alcanzó en una topología 7x0x1 y se produjo un aumento del 25% de RPS totales.

Gráficos de resultados

En el siguiente gráfico se muestra el rendimiento sin el incremento de la escalabilidad horizontal de los servidores web.

En el siguiente gráfico se muestra el rendimiento cuando los servidores web se encontraban en el incremento de la escalabilidad horizontal máximo.

See Also

Other Resources

Centro de recursos: administración de capacidad para SharePoint Server 2010