Planeación de los límites de software (Windows SharePoint Services)
En este artículo:
Entorno de prueba
Resultados de las pruebas
Instrucciones para un rendimiento aceptable
En este artículo se ofrece información que le ayudará a comprender el rendimiento probado y los límites de capacidad de Windows SharePoint Services 3.0, así como información sobre el entorno de prueba y los resultados de las pruebas e instrucciones para obtener un rendimiento aceptable. Use la información de este artículo para determinar si la implementación que ha planeado se encuentra dentro de los límites de rendimiento y capacidad aceptables.
Los resultados de las pruebas y las instrucciones proporcionadas en este artículo se aplican a una sola instalación de Windows SharePoint Services 3.0. Agregar equipos servidor a la instalación no aumenta los límites de capacidad de los objetos del sitio que se enumeran en las tablas de la sección Instrucciones para un rendimiento aceptable. Por otra parte, agregar equipos servidor aumenta el rendimiento de una granja de servidores, lo que puede ser necesario para obtener un rendimiento aceptable con grandes cantidades de objetos. En algunos casos, los requisitos para grandes cantidades de objetos dentro de una solución pueden requerir el uso de más de una granja de servidores.
En este artículo, las instrucciones vienen determinadas por el rendimiento. En otras palabras, puede exceder las instrucciones proporcionadas, pero a medida que aumente la escala, experimentará un menor rendimiento.
Tenga en cuenta que existen muchos factores que pueden afectar al rendimiento de un entorno dado e incluso de áreas diferentes de dicho entorno. Algunos resultados de pruebas y recomendaciones de este artículo pueden estar relacionados con características u operaciones de usuario que no existen en su entorno y, por tanto, no son aplicables a su solución. Únicamente la realización de pruebas exhaustivas le proporcionará los datos exactos y específicos de su entorno.
Vea la sección Factores adicionales de la planeación de la capacidad y el rendimiento (Windows SharePoint Services) de esta guía para obtener más información acerca de otros factores que afectan al rendimiento y a la capacidad y que no fueron incluidos en el proceso de pruebas de esta guía.
Entorno de prueba
En la siguiente tabla se muestran las especificaciones de los equipos en el entorno de prueba.
Función | Especificaciones |
---|---|
Equipo independiente |
1 procesador de 64 bits Intel Xeon con dos núcleos de 2,8 gigahercios (GHz), 2 gigabytes (GB) de RAM |
Equipo servidor web |
2 procesadores de 64 bits Intel Xeon con dos núcleos de 2,8 GHz, 4 gigabytes (GB) de RAM |
Equipo base de datos con Microsoft SQL Server |
Cuatro procesadores de 64 bits de núcleo dual Intel Xeon a 2,8 GHz, 3 2 GB de RAM |
Equipos cliente |
Procesador Pentium III de 1,2 GHz, 1 GB de RAM |
Se usó una red Ethernet de 1 gigabit (mil millones de bits/segundo) entre los equipos de la granja.
Las pruebas se realizaron con las configuraciones que se muestran en la siguiente tabla.
Servidor de base de datos | 1 servidor web | 2 servidores web | 3 servidores web | 4 servidores web | 5 servidores web | 6 servidores web | 7 servidores web | 8 servidores web |
---|---|---|---|---|---|---|---|---|
0 |
X |
|||||||
1 |
X |
X |
X |
X |
X |
X |
X |
X |
También se realizaron pruebas específicas del entorno respecto a varias configuraciones de granja de servidores. Vea los artículos de escenario en la sección Estimación de los requisitos de capacidad y rendimiento (Windows SharePoint Services) para obtener información sobre pruebas de configuración específicas de entorno.
Resultados de las pruebas
Las siguientes tablas y gráficos muestran el rendimiento del entorno de prueba dado un conjunto determinado de parámetros, operaciones de usuario y condiciones de carga. Todas estas pruebas se realizaron en una granja 8x1 de Windows SharePoint Services. Los resultados proporcionados se aplican a todos los entornos de Windows SharePoint Services 3.0.
Nota
En el futuro se harán pruebas de otras configuraciones. Los resultados se irán publicando a medida que estén disponibles.
Las mediciones del rendimiento para las distintas operaciones dependen de cómo se usen las colecciones de sitios. Por ejemplo, una sola colección de sitios puede contener miles de subsitios, pero los tiempos de respuesta para los usuarios para operaciones que enumeren el contenedor comienzan a aumentar a medida que aumenta el número de colecciones de sitios. Las operaciones que no enumeran el contenedor seguirán teniendo un rendimiento aceptable.
Los subsitios creados para las pruebas se dividen tal como se muestra en la siguiente tabla.
Tipo de subsitio | Porcentaje del total |
---|---|
Sitios de grupo |
55% |
Área de documentos |
20% |
Área de reuniones |
10% |
Blog |
10% |
Wiki |
5% |
Cambios en el rendimiento al crear un sitio y enumeración de sitios a medida que aumenta el número de sitios
El tiempo de respuesta para los usuarios para determinadas operaciones aumenta con el número de sitios de una colección de sitios.
Este gráfico muestra el tiempo de respuesta para los usuarios cuando se enumeran los sitios de una colección de sitios y cuando se crea un nuevo sitio a medida que aumenta el número de sitios existentes.
Rendimiento y número de colecciones de sitios
El rendimiento, medido en RPS (respuestas por segundo), disminuye a medida que aumenta el número de colecciones de sitios en la granja.
La siguiente ilustración muestra el descenso de rendimiento al explorar hasta la página de inicio de diferentes colecciones de sitios a medida que aumenta el número de colecciones de sitios en la misma base de datos de contenido. El rendimiento desciende rápidamente a medida que el número total de colecciones de sitios aumenta de 2.000 (RPS=265) a 16.000 (RPS=66); luego, las RPS se mantienen cerca de 50 cuando el número total de colecciones de sitios aumenta hasta 50.000.
Diferencias de rendimiento entre una biblioteca de documentos plana y una biblioteca de documentos con carpetas
El rendimiento para ciertas operaciones disminuye a medida que aumenta el número de elementos en una carpeta.
La siguiente ilustración muestra la diferencia de rendimiento entre ver todos los elementos de una biblioteca de documentos con y sin uso efectivo de carpetas, lo que resulta vital para ajustar la escala. Como se muestra en el gráfico a continuación, el rendimiento disminuye a medida que aumenta el número de documentos cuando se almacena en bibliotecas planas. El mayor descenso de rendimiento ocurre cuando el número total de documentos es menor de 2.000, de 151 RPS (con 200 documentos) a 63 RPS (con 2.000 documentos). Con 4.000 documentos, el rendimiento descienda a 13 RPS, es decir, un descenso total del rendimiento de más del 90% respecto a una biblioteca vacía.
La siguiente ilustración muestra el rendimiento relativo entre las vistas de carpeta, cuando las carpetas se usan para almacenar y organizar documentos, y una vista indizada de una estructura de biblioteca plana. Cada carpeta contiene 500 documentos creados por distintos usuarios. En este escenario, no hay un descenso significativo del rendimiento hasta 1 millón de documentos para ambos casos, siempre que el número de elementos en la vista no supere el umbral de rendimiento de su sistema. Sin embargo, el rendimiento es mejor cuando se usan carpetas.
A medida que aumenta el número de elementos en una carpeta, el rendimiento de la vista de carpetas empeorará gradualmente. Tenga en cuenta que los resultados anteriores son estimaciones basadas en nuestras pruebas, y que los resultados pueden variar en su entorno.
Instrucciones para un rendimiento aceptable
La capacidad está directamente afectada por la escalabilidad. En esta sección se enumeran los objetos que pueden formar una solución y se proporcionan instrucciones para un rendimiento aceptable para cada tipo de objeto. Se proporcionan datos de límites, junto con las notas que describen las condiciones según las cuales los límites obtiene información adicional y se vinculan a ésta donde se encuentra disponible. Use las directrices de este artículo para revisar los planes de solución globales.
Si los planes de su solución exceden las instrucciones recomendadas para uno o más objetos, lleve a cabo una o más de las siguientes acciones:
Evalúe la solución para garantizar que se compensan otras áreas.
Marque estas áreas para realizar pruebas y operaciones de supervisión mientras genera e implementa la solución.
Vuelva a diseñar la solución para estar seguro de que no se han excedido los límites de capacidad.
En las siguientes tablas se muestran los objetos por categoría y se incluyen las instrucciones recomendadas para obtener un rendimiento aceptable. Por rendimiento aceptable se entiende que el sistema, tal como ha sido probado, admite ese número de objetos, pero que el número no puede aumentarse sin experimentar un menor rendimiento. Un asterisco (*) indica un límite físico; la ausencia de asterisco indica un límite probado o admitido.
En la siguiente tabla se muestran las instrucciones recomendadas para los objetos del sitio.
Objeto del sitio | Instrucciones para un rendimiento aceptable | Notas | Ámbito de impacto al disminuir el rendimiento |
---|---|---|---|
Colección de sitios |
50.000 por aplicación web |
El rendimiento total de la granja disminuye a medida que aumenta el número de colecciones de sitios. |
Granja |
Sitio web |
250.000 por colección de sitios |
Puede crear un número total muy alto de sitios web si anida los subsitios. Por ejemplo, 100 sitios, cada uno de ellos con 1.000 subsitios, suman un total de 100.000 sitios web. El número máximo recomendado de sitios y subsitios es 125 sitios, con 2.000 subsitios cada uno, para sumar un total de 250.000 sitios. |
Colección de sitios |
Subsitio |
2.000 por sitio web |
La interfaz para enumerar los subsitios de un sitio web determinado no rinde bien cuando el número de subsitios sobrepasa los 2.000. |
Vista del sitio |
Documento |
5 millones por biblioteca |
Puede crear bibliotecas de documentos muy grandes si anida las carpetas y usa vistas estándar y jerarquía de sitios. Este valor puede variar en función de cómo se organizan los documentos y las carpetas, y del tipo y tamaño de los documentos almacenados. |
Biblioteca |
Elemento |
2.000 por vista |
Las pruebas indican una reducción del rendimiento con más de 2.000 elementos. El uso de índices en una vista de carpetas plana puede mejorar el rendimiento. |
Vista de lista |
Tamaño de archivo de documento |
50 MB (2 GB máx.*) |
El rendimiento al guardar un archivo es proporcional al tamaño del archivo. El máximo predeterminado es 50 MB. Éste es el máximo que exige el sistema, pero puede cambiarlo por cualquier valor hasta 2 GB. |
Rendimiento al guardar bibliotecas y archivos |
Lista |
2.000 por sitio web |
Las pruebas indican una reducción del rendimiento de vista de lista superior a dos mil entradas. |
Vista de lista |
Tipo de campo |
256 por lista |
Éste no es un límite físico, pero podría experimentar una reducción del rendimiento en la vista de lista a medida que aumenta el número de tipos de campo en una lista. |
Vista de lista |
Columna |
2.000 por biblioteca de documentos 4.096 por lista |
Éste no es un límite físico, pero podría experimentar una reducción del rendimiento en la vista de lista y biblioteca a medida que aumenta el número de columnas en una biblioteca de documentos o una lista. |
Vista de biblioteca y lista |
Elemento web |
50 por página |
Esta ilustración es una estimación basada en elementos web sencillos. La complejidad de los elementos web determina cuántos elementos web se pueden usar en una página antes de que el rendimiento se vea afectado. |
Página |
En la siguiente tabla se muestran las instrucciones recomendadas para los objetos de persona.
Objeto de persona | Instrucciones para un rendimiento aceptable | Notas |
---|---|---|
Usuarios en grupos |
2 millones por sitio web |
Puede agregar millones de personas a su sitio web si usa grupos de seguridad de Microsoft Windows para administrar la seguridad en lugar de usar usuarios individuales. |
Perfil de usuario |
5 millones por granja |
Este número representa el número de perfiles que se pueden importar de un servicio de directorios, como Active Directory, en el almacén de perfiles de personas. |
Entidad principal de seguridad |
2.000 por sitio web |
El tamaño de la lista de control de acceso está limitado a unas pocas miles de entidades principales de seguridad (usuarios y grupos en el sitio web). |
En la siguiente tabla se muestran las instrucciones recomendadas para los objetos de búsqueda.
Objeto de búsqueda | Instrucciones para un rendimiento aceptable | Notas |
---|---|---|
Índices de búsqueda |
1 por cada servidor de búsqueda |
|
Documento indizado |
50 millones por índice de búsqueda |
Se admiten 50 millones de documentos por cada servidor de índices y un índice de búsqueda por servidor de índices. Esto significa que el límite efectivo de documentos por servidor de índices es de 50 millones. |
En la siguiente tabla se muestran las instrucciones recomendadas para los objetos de arquitectura lógica.
Objeto de arquitectura lógica | Instrucciones para un rendimiento aceptable | Notas |
---|---|---|
Proveedor de servicios compartidos (SSP) |
3 por granja (máximo 20 por granja) |
|
Zona |
5* por granja |
El número de zonas definidas para una granja está codificado en 5. |
Grupo de aplicaciones de Internet Information Services (IIS) |
8 por servidor web |
El número máximo está determinado por la capacidad del hardware. |
Colección de sitios |
50.000 por aplicación web |
|
Base de datos de contenido |
100 por aplicación web |
|
Colección de sitios |
50.000 por base de datos |
En la siguiente tabla se muestran las instrucciones recomendadas para los objetos físicos.
Objeto físico | Instrucciones para un rendimiento aceptable | Notas |
---|---|---|
Servidores de índices |
1 por SSP* |
|
Servidores de aplicaciones que ejecutan Excel Calculation Services |
Sin límite |
|
Servidores de búsqueda |
Sin límite |
Puesto que se admiten 100 bases de datos de contenido para cada servidor de búsqueda, el número de servidores de búsqueda necesarios por granja de servidores se basa en el número de bases de datos de contenido de la granja de servidores. Por ejemplo, si hay 500 bases de datos de contenido en la granja de servidores, serán necesarios al menos 5 servidores de búsqueda. |
Proporción servidor web/servidor de base de datos |
8 * servidores web por cada servidor de base de datos |
El factor de escalabilidad depende de la combinación de operaciones. |
Razón de controlador de servidor/dominio web |
3 servidores web por controlador de dominio |
En función de la cantidad de tráfico de autenticación que se genere, su entorno puede admitir un mayor número de servidores web por controlador de dominio. |
Rendimiento y número de servidores web
En nuestro entorno de prueba, el rendimiento de la granja se estabilizó al llegar a 5 servidores web por servidor de base de datos, y no cambió sustancialmente cuando se agregaron servidores web adicionales. Aunque puede implementar hasta 8 servidores web por servidor de base de datos, puede que no obtenga una ganancia de rendimiento sustancial con más 5 servidores web. Esto se debe a que, a medida que aumenta el número de servidores web que realizan llamadas a un único servidor de base de datos, llega un momento en que éste alcanza el 100% de su capacidad. Los resultados en su entorno pueden variar en función de las características de rendimiento de su servidor de base de datos. Deberá realizar sus propias pruebas para determinar el número óptimo de servidores web en su entorno de granja.
Agregar más servidores web a una granja una vez que se haya alcanzado el rendimiento óptimo puede ser deseable por otras razones: por ejemplo, si una parte considerable del uso de CPU de los servidores web se emplea en la autenticación de los usuarios. En tal caso, debe realizar pruebas para determinar la solución adecuada.
Tiempos de respuesta del usuario
La siguiente tabla proporciona instrucciones para lograr tiempos de respuesta del usuario aceptables para cuatro tipos de operaciones de usuario. Tenga en cuenta que sus requisitos empresariales pueden permitir tiempos de respuesta más cortos o más largos que los sugeridos.
El objetivo de las pruebas era proporcionar tiempos de respuesta por debajo de un segundo para todas las operaciones de usuario final. Sin embargo, esto no es posible en todos los casos, por lo que se usaron las instrucciones de la siguiente tabla.
Tipo de operación | Ejemplos | Tiempo de respuesta del usuario aceptable |
---|---|---|
Operación común |
|
<3 segundos |
Operación poco frecuente |
|
<5 segundos |
Operación rara |
|
<7 segundos |
Operación de larga duración |
|
Varía según la configuración de operación y de sistema. Todas las operaciones en ejecución tendrán una página de información o estado. |