Estimación de los requisitos de rendimiento y capacidad para InfoPath Forms Services en SharePoint Server 2010
Se aplica a: InfoPath Forms Services
Última modificación del tema: 2016-11-30
En este artículo se proporciona información orientativa sobre los efectos de usar InfoPath Forms Services en Microsoft SharePoint Server 2010 en las topologías que ejecutan Microsoft SharePoint Server 2010.
Las pruebas descritas en este artículo se diseñaron para poder desarrollar estimaciones sobre cómo responden a los cambios varias configuraciones de conjunto o granja de servidores en las siguientes variables:
Escalabilidad horizontal del servidor front-end web para distintas operaciones de envío
Escalabilidad horizontal del servidor front-end web para distintas operaciones de lista de InfoPath
Impacto de la complejidad del formulario en el rendimiento
Para obtener información general acerca de la planeación de capacidad de SharePoint Server 2010, vea Administración del rendimiento y de la capacidad (SharePoint Server 2010).
En este artículo:
Prueba de las características de la granja de servidores
Resultados de las pruebas
Recomendaciones
Prueba de las características de la granja de servidores
Las cifras de capacidad y rendimiento específicas presentadas en este artículo serán diferentes de las cifras en entornos reales. Las cifras que se presentan están diseñadas para proporcionar un punto de partida para el diseño de un entorno a una escala adecuada. Después de completar el diseño inicial del sistema, pruebe la configuración para determinar si el sistema admitirá los factores del entorno.
Hardware, configuración y topología
En esta sección se describen el hardware y la topología utilizados para completar estas pruebas, así como los escenarios de prueba en las secciones siguientes:
Hardware de laboratorio
Topología
Escenarios de prueba
Hardware de laboratorio
Para proporcionar un alto nivel de detalle en los resultados de la prueba, se usaron varias configuraciones de granja de servidores en las pruebas. Las configuraciones de granja de servidores varían de uno a seis servidores web y un solo servidor de bases de datos que ejecuta software de base de datos de Microsoft SQL Server 2008. Se realizaron pruebas de carga con Visual Studio Team System 2008. Las pruebas también incluyeron dos equipos del agente. Todos los equipos eran de 64 bits.
En la tabla siguiente se enumera el hardware específico usado para realizar las pruebas.
| Servidor web | Servidor de bases de datos | Agente 1 y agente 2 | |
|---|---|---|---|
Rol |
Servidor front-end web |
SQL Server |
Agente |
Procesadores |
2 x Xeon L5420 a 2,5 GHz (8 núcleos) |
4 x Xeon E7330 a 2,4 GHz (16 núcleos) |
2 x Xeon L5420 a 2,5 GHz (8 núcleos) |
RAM |
16 GB |
32 GB |
16 GB |
Sistema operativo |
Windows Server 2008 R2 |
Windows Server 2008 R2 |
Windows Server 2008 R2 |
Almacenamiento: sistema operativo |
4 x 146 GB, 10.000 RPM, RAID 0 |
2 x 146 GB, 15.000 RPM, RAID 1 |
4 x 146 GB, 10.000 RPM, RAID 0 |
Almacenamiento: copias de seguridad |
3 x 300 GB, 15.000 RPM, RAID 5 |
||
Almacenamiento: datos de SQL Server |
9 x 300 GB, 15.000 RPM, RAID 5 |
||
Almacenamiento: registro de SQL Server |
6 x 300 GB, 15.000 RPM, RAID 5 |
||
Número de adaptadores de red |
1 |
4 |
1 |
Velocidad del adaptador de red |
1 GB por segundo |
1 GB por segundo |
1 GB por segundo |
Autenticación |
NTLM |
NTLM |
NTLM |
Versión de software |
SharePoint Server 2010 (versión preliminar) |
SQL Server 2008 SP1 CU6 |
|
Número de sesiones de SQL Server |
1 |
||
Tipo de equilibrador de carga |
Equilibrio de carga de red de Windows |
Equilibrio de carga de red de Windows |
No disponible |
Configuración de Information Rights Management (IRM) |
Desactivado |
Desactivado |
|
Configuración del antivirus |
Sin instalar |
Sin instalar |
Sin instalar |
Topología
Topología de planeación de la capacidad de InfoPath
.gif "Planeación de capacidad para InfoPath")
Escenarios de prueba
En esta sección se definen los escenarios de prueba y se proporciona información general sobre el proceso de prueba que se usó para cada escenario. Los resultados de las pruebas se ofrecen en las secciones posteriores de este artículo.
Plantillas de formulario
Las pruebas se realizaron con una plantilla de formulario que consta de cuadros de texto, botones de radio y cuadros de lista desplegable. En adelante, esta plantilla se denominará solución de línea base. A continuación, se presenta una captura de pantalla de la plantilla de formulario para el contexto.
Formulario de aplicación de Passport
.gif "Formulario de aplicación de Passport")
La solución de línea base se usó para crear plantillas de formulario derivadas. Estas plantillas de formulario se crean al realizar una modificación del ámbito en la plantilla de solución de línea base y guardarla como una plantilla nueva. Este método permite realizar una comparación de diferentes operaciones y aspectos del diseño de formularios. En la siguiente tabla se describen las distintas plantillas de formulario utilizadas en las pruebas.
| Plantilla de formulario | Número de campos | Tipo de envío | Número de reglas de validación | Primera solicitud optimizada | Administrador implementado | Notas |
|---|---|---|---|---|---|---|
Solución de línea base |
44 |
Ninguno |
4 |
Sí |
No |
|
Solución de línea base con envío de servicio web |
44 |
Servicio web |
4 |
Sí |
Sí |
|
Solución de línea base con envío de biblioteca de documentos |
44 |
Biblioteca de documentos de SharePoint |
4 |
Sí |
Sí |
|
Solución de línea base sin optimización de la primera solicitud |
44 |
Servicio web |
5 |
No |
Sí |
La regla de validación adicional es Fecha pasada. Dado que esta regla usa la función today(), la primera solicitud requiere datos de estado. |
Solución de línea base con 2x campos |
88 |
Servicio web |
4 |
Sí |
Sí |
|
Solución de línea base con 3x campos |
132 |
Servicio web |
4 |
Sí |
Sí |
|
Solución de línea base con 4x campos |
176 |
Servicio web |
4 |
Sí |
Sí |
|
Solución de línea base con validación |
44 |
Servicio web |
10 |
No |
Sí |
|
Solución de línea base con 2x validaciones |
44 |
Servicio web |
20 |
No |
Sí |
|
Solución de línea base con 4x validaciones |
44 |
Servicio web |
40 |
No |
Sí |
Formulario de lista de InfoPath
Se usó una versión modificada de una lista de seguimiento de problemas para probar las operaciones de formulario de lista de InfoPath. Se realizaron dos modificaciones a la lista. En primer lugar, se quitó la columna Asignado a. En segundo lugar, la columna Asuntos relacionados se configuró para no permitir varios valores. Por último, la lista se llenó previamente con 100 elementos. A continuación, se presenta una captura de pantalla de la lista.
Formulario de lista
.gif "Formulario de lista de InfoPath")
Definiciones de prueba
Pruebas de escalabilidad horizontal
En la tabla siguiente se describen las pruebas utilizadas para las pruebas de front-end web y las pruebas de escalabilidad horizontal.
| Descripción del escenario | Plantilla de formulario utilizada | Pasos de la prueba | Número de devoluciones |
|---|---|---|---|
Solución de línea base nueva |
Solución de línea base |
|
0 |
Guardar nueva solución de línea base |
Solución de línea base |
|
1 |
Solución de línea base con envío de biblioteca de documentos |
Solución de línea base con envío de biblioteca de documentos |
|
1 |
Solución de línea base con envío de servicio web |
Solución de línea base con envío de servicio web |
|
1 |
Solución de línea base con envío de biblioteca de x5 documentos |
5 copias de la solución de línea base con plantilla de formulario de envío de servicio web con cada una implementada en su propia biblioteca de documentos |
Para cada biblioteca de documentos:
|
1 |
Solución de línea base abierta |
Solución de línea base con envío de biblioteca de documentos |
|
0 |
Pruebas de complejidad del formulario
En la siguiente tabla se describen las pruebas utilizadas para las pruebas de complejidad del formulario.
| Nombre de la prueba | Plantilla de formulario utilizada | Pasos de la prueba | Número de devoluciones |
|---|---|---|---|
Solución de línea base con 1x control |
Solución de línea base con envío de servicio web |
|
1 |
Solución de línea base con 2x controles |
Solución de línea base con 2x controles |
|
1 |
Solución de línea base con 3x controles |
Solución de línea base con 3x controles |
|
1 |
Solución de línea base con 4x controles |
Solución de línea base con 4x controles |
|
1 |
Solución de línea base sin optimización de la primera solicitud |
Solución de línea base sin optimización de la primera solicitud |
|
1 |
Solución de línea base con validación |
Solución de línea base con validación |
|
1 |
Solución de línea base con 2x validaciones |
Solución de línea base con 2x validaciones |
|
1 |
Solución de línea base con 4x validaciones |
Solución de línea base con 4x validaciones |
|
1 |
Pruebas de formulario de lista de InfoPath
En la siguiente tabla se describen las pruebas utilizadas para las pruebas de formulario de lista de InfoPath.
| Nombre de la prueba | Paso de la prueba | Número de devoluciones |
|---|---|---|
Visualización de seguimiento de problemas |
|
0 |
Edición de seguimiento de problemas |
|
0 |
Nuevo seguimiento de problemas |
|
0 |
Resultados de las pruebas
Todas las pruebas que se muestran en este artículo se llevaron a cabo sin tiempo de reflexión, un intervalo de tiempo natural entre operaciones consecutivas. En un entorno real, cada operación va seguida de un intervalo de tiempo mientras el usuario realiza el siguiente paso en la tarea. Por el contrario, en estas pruebas, cada operación iba seguida inmediatamente de la operación siguiente, lo que dio como resultado una carga continua en la granja de servidores. Esta carga puede causar la contención de la base de datos y otros factores que podrían afectar negativamente al rendimiento.
Para cada topología, se ejecutó una serie de tres pruebas: calibración, zona verde y rendimiento máximo. La ejecución de la calibración usa un modelo de carga por pasos. Un modelo de carga por pasos aumenta el número de usuarios virtuales con el tiempo. Los resultados de la ejecución de la calibración determinan la carga de usuarios para las pruebas de rendimiento máximo y zona verde. Las pruebas de rendimiento máximo y zona verde usan el modelo de carga constante durante un período de 5 minutos. Las solicitudes por segundo (RPS) en el informe de este documento son las RPS promedio al final de la prueba de carga constante de cinco minutos.
Algunas de las celdas en las tablas de resultados tienen un guión. Esto indica que la prueba no se ejecutó para dicha topología. No se ejecutó la prueba porque los resultados de otras ejecuciones indican que no hay ningún aumento previsto de RPS para dicha topología concreta.
Los cuellos de botella de InfoPath Forms Services en SharePoint Server 2010 se describen con más detalle en Cuellos de botella comunes y sus causas, más adelante en este artículo.
Efecto de la escalabilidad horizontal de front-end web para diferentes operaciones de envío
En la siguiente tabla se muestran los resultados de pruebas de zona verde de escalabilidad horizontal de servidores front-end web para diversas operaciones de envío de SharePoint Server 2010.
| Operación Guardar de solución de línea base | Solución de línea base con envío de servicio web | Solución de línea base con envío de SharePoint Server 2010 | Solución de línea base con envío de SharePoint Server 2010 mediante cinco bibliotecas de documentos | |
|---|---|---|---|---|
1x1 |
165 |
245 |
160 |
139 |
2x1 |
292 |
471 |
301 |
280 |
4x1 |
479 |
896 |
478 |
544 |
6x1 |
467 |
1395 |
- |
599 |
El siguiente gráfico muestra el rendimiento de zona verde para diferentes operaciones de envío de InfoPath en diferentes topologías front-end web. El envío de SharePoint Server 2010 se puede escalar en cuatro servidores front-end web. Sin embargo, una granja de servidores que ejecuta cinco formularios de envío de biblioteca de documentos en paralelo puede lograr un mayor rendimiento con seis servidores front-end web que una sola biblioteca de documentos con seis servidores front-end web. Una granja de servidores suele tener más de una solución de InfoPath implementada. Este resultado significa que una de estas soluciones individuales alcanzará un rendimiento máximo en cuatro servidores front-end web. Sin embargo, el rendimiento colectivo de todas las soluciones se puede escalar más allá de los cuatro servidores front-end web. El envío de servicio web tiene el mayor rendimiento y se escala en seis servidores front-end web.
Rendimiento de zona verde para operaciones de envío
.gif "Rendimiento de zona verde para operaciones de envío")
En la siguiente tabla se muestran los resultados de pruebas máximas de escalabilidad horizontal de servidores front-end web para diversas operaciones de envío de SharePoint Server 2010.
| Operación Guardar de solución de línea base | Solución de línea base con envío de servicio web | Solución de línea base con envío de SharePoint Server 2010 | Solución de línea base con envío de SharePoint Server 2010 mediante cinco bibliotecas de documentos | |
|---|---|---|---|---|
1x1 |
286 |
470 |
301 |
285 |
2x1 |
484 |
912 |
464 |
518 |
4x1 |
- |
1484 |
478 |
601 |
6x1 |
- |
1483 |
- |
- |
El siguiente gráfico muestra el rendimiento máximo para diferentes operaciones de envío de InfoPath en distintas topologías front-end. Las operaciones enviar y guardar de SharePoint Server 2010 se puede escalar en dos servidores front-end web. Sin embargo, una granja de servidores que ejecuta cinco formularios de envío de biblioteca de documentos en paralelo puede lograr un mayor rendimiento con cuatro servidores front-end web que una sola biblioteca de documentos con cuatro servidores front-end web. Una granja de servidores suele tener implementada más de una solución de InfoPath. Este resultado significa que una de estas soluciones individuales alcanzará un rendimiento máximo en cuatro servidores front-end web. Sin embargo, el rendimiento colectivo de todas las soluciones se puede escalar más allá de los cuatro servidores front-end web. El envío de servicio web tiene el mayor rendimiento y se escala en cuatro servidores front-end web.
Rendimiento máximo para operaciones de envío
.gif "Rendimiento máximo para operaciones de envío")
Efecto de la escalabilidad horizontal del servidor front-end web para operaciones de lista de InfoPath
En la siguiente tabla se muestran los resultados de pruebas de zona verde de adición de servidores front-end web para operaciones de lista de InfoPath en SharePoint Server 2010.
| Visualización de seguimiento de problemas | Nuevo seguimiento de problemas | Edición de seguimiento de problemas | |
|---|---|---|---|
1x1 |
77 |
67 |
56 |
2x1 |
153 |
125 |
106 |
4x1 |
295 |
236 |
212 |
6x1 |
455 |
431 |
416 |
El siguiente gráfico muestra el rendimiento de zona verde para las operaciones de lista de InfoPath. Todas las operaciones muestran cada vez mayor rendimiento al agregar servidores front-end web. Los resultados también sugieren que la adición de más de seis servidores front-end web seguirá aumentando el rendimiento. Este aumento se observó fuera de las pruebas de planeación de capacidad. La operación de visualización tiene un mayor rendimiento que la operación nueva, que tiene más rendimiento que la operación de edición.
Rendimiento de zona verde para operaciones de lista
.gif "Rendimiento de zona verde para operaciones de lista")
En la siguiente tabla se muestran los resultados de pruebas de rendimiento máximo de adición de servidores front-end web para operaciones de lista de InfoPath en SharePoint Server 2010.
| Visualización de seguimiento de problemas | Nuevo seguimiento de problemas | Edición de seguimiento de problemas | |
|---|---|---|---|
1x1 |
143 |
126 |
100 |
2x1 |
263 |
243 |
191 |
4x1 |
524 |
457 |
364 |
6x1 |
747 |
679 |
521 |
El siguiente gráfico muestra el rendimiento máximo para las operaciones de lista de InfoPath. Todas las operaciones muestran cada vez mayor rendimiento al agregar servidores front-end web. Los resultados también sugieren que la adición de más de seis servidores front-end web seguirá aumentando el rendimiento. Este aumento se observó fuera de las pruebas de planeación de capacidad. La operación de visualización tiene un mayor rendimiento que la operación nueva, que tiene más rendimiento que la operación de edición.
Rendimiento máximo para operaciones de lista
.gif "Rendimiento máximo para operaciones con listas")
Efecto de la escalabilidad horizontal de front-end web para las operaciones nuevas y abiertas
En la siguiente tabla se muestran los resultados de pruebas de adición de servidores front-end web para operaciones nuevas y abiertas de InfoPath en SharePoint Server 2010.
| Nuevo seguimiento de problemas | Visualización de seguimiento de problemas | Solución de línea base nueva | Solución de línea base abierta | |
|---|---|---|---|---|
1x1 |
67 |
77 |
197 |
129 |
2x1 |
125 |
153 |
379 |
296 |
4x1 |
236 |
295 |
802 |
575 |
6x1 |
431 |
455 |
1182 |
869 |
El siguiente gráfico muestra el rendimiento de zona verde para operaciones nuevas y abiertas de InfoPath. Todas las operaciones experimentan un rendimiento cada vez mayor al agregar servidores front-end web. Los resultados sugieren que la adición de más de seis servidores front-end web seguirá aumentando el rendimiento. Este aumento se observó fuera de las pruebas de planeación de capacidad. Las operaciones nuevas y abiertas de biblioteca de documentos tienen mayor rendimiento que las operaciones de lista nuevas y de visualización de InfoPath.
Rendimiento de zona verde para operaciones nuevas y abiertas
.gif "Rendimiento de zona verde para operaciones nuevas y abiertas")
| Nuevo seguimiento de problemas | Visualización de seguimiento de problemas | Solución de línea base nueva | Solución de línea base abierta | |
|---|---|---|---|---|
1x1 |
126 |
143 |
408 |
282 |
2x1 |
243 |
263 |
775 |
558 |
4x1 |
457 |
524 |
1285 |
996 |
6x1 |
679 |
747 |
1360 |
1104 |
El siguiente gráfico muestra el rendimiento máximo para las operaciones de lista de InfoPath. Todas las operaciones muestran cada vez mayor rendimiento al agregar servidores front-end web. Los resultados muestran que las operaciones nuevas y abiertas de biblioteca de documentos se escalan en seis servidores front-end web. Sin embargo, los resultados sugieren que las operaciones de lista de InfoPath podrían beneficiarse de más de seis servidores front-end web. Las operaciones nuevas y abiertas de biblioteca de documentos tienen mayor rendimiento que las operaciones de lista nuevas y de visualización de InfoPath.
Rendimiento máximo para operaciones nuevas y abiertas
.gif "Rendimiento máximo para operaciones nuevas y abiertas")
Efecto de la complejidad del formulario en el rendimiento
En la siguiente tabla se muestran los resultados de pruebas de adición de controles de formulario a una plantilla de formulario. Todos los resultados se recopilaron en una topología de granja de servidores con cuatro servidores front-end web.
| Solución de línea base con 1x controles | Solución de línea base con 2x controles | Solución de línea base con 3x controles | Solución de línea base con 4x controles | |
|---|---|---|---|---|
Rendimiento máximo |
1484 |
1424 |
1310 |
1201 |
Zona verde |
896 |
834 |
760 |
608 |
En el siguiente gráfico se muestran los resultados de pruebas de adición de controles de formulario a una plantilla de formulario. El número de campos y controles en un formulario afecta considerablemente al rendimiento. Estos resultados muestran que el aumento del número de controles en un factor de cuatro puede disminuir el rendimiento de la zona verde en más de un 30%.
Impacto del número de controles en el rendimiento
.gif "Impacto del número de controles en el rendimiento")
En la siguiente tabla se muestran los resultados de pruebas de adición de controles de formulario a una plantilla de formulario. Todos los resultados se recopilaron en una topología de granja de servidores con cuatro servidores front-end web.
| Solución de línea base | Solución de línea base sin optimización de la primera solicitud | Solución de línea base con validación | Solución de línea base con 2x validaciones | Solución de línea base con 4x validaciones | |
|---|---|---|---|---|---|
Rendimiento máximo |
1484 |
1323 |
1271 |
1202 |
1074 |
Zona verde |
896 |
788 |
724 |
676 |
612 |
En el siguiente gráfico se muestran los resultados de pruebas de adición de reglas de validación a una plantilla de formulario. El número de reglas de validación en un formulario tiene un efecto perceptible en el rendimiento. Estos resultados muestran que el aumento del número de reglas de validación en un factor de cuatro puede disminuir el rendimiento de la zona verde en más de un 30%.
Impacto del número de reglas de validación en el rendimiento
.gif "Impacto del número de reglas de validación en el rendimiento")
Costo de hardware por transacción
RPS máximo de operación de visualización de seguimiento de problemas
| Panel de cuadro de mandos | Métrica de cuadro de mandos | 1x1 | 2x1 | 4x1 | 6x1 |
|---|---|---|---|---|---|
CPU |
Promedio de CPU de servidor front-end web |
91,5% |
85,8% |
85,8% |
81,1% |
Confiabilidad |
Tiempo promedio por página |
0,088 |
0,093 |
0,11 |
0,098 |
Porcentaje de errores |
0% |
0% |
0% |
0% |
RPS de zona verde de operación Nueva de solución de línea base
| Panel de cuadro de mandos | Métrica de cuadro de mandos | 1x1 | 2x1 | 4x1 | 6x1 |
|---|---|---|---|---|---|
CPU |
Promedio de CPU de servidor front-end web |
44,1% |
43,7% |
46,5% |
46,5% |
Confiabilidad |
Tiempo promedio por página |
0,024 |
0,025 |
0,027 |
0,033 |
Porcentaje de errores |
0% |
0% |
0% |
0% |
RPS máximo de operación Nueva de solución de línea base
| Panel de cuadro de mandos | Métrica de cuadro de mandos | 1x1 | 2x1 | 4x1 | 6x1 |
|---|---|---|---|---|---|
CPU |
Promedio de CPU de servidor front-end web |
93,7% |
91,1% |
77,5% |
54,0% |
Confiabilidad |
Tiempo promedio por página |
0,048 |
0,050 |
0,052 |
0,056 |
Porcentaje de errores |
0% |
0% |
0% |
0% |
RPS de zona verde de operación Guardar de solución de línea base
| Panel de cuadro de mandos | Métrica de cuadro de mandos | 1x1 | 2x1 | 4x1 | 6x1 |
|---|---|---|---|---|---|
CPU |
Promedio de CPU de servidor front-end web |
40,8% |
41,3% |
37,3% |
24,2% |
Confiabilidad |
Tiempo promedio por página |
0,059 |
0,074 |
0,099 |
0,10 |
Porcentaje de errores |
0% |
0,21% |
0,0014% |
0% |
RPS máximo de operación Guardar de solución de línea base
| Panel de cuadro de mandos | Métrica de cuadro de mandos | 1x1 | 2x1 | 4x1 | 6x1 |
|---|---|---|---|---|---|
CPU |
Promedio de CPU de servidor front-end web |
85,8% |
76,8% |
- |
- |
Confiabilidad |
Tiempo promedio por página |
0,090 |
0,12 |
- |
- |
Porcentaje de errores |
0% |
0,18% |
- |
- |
RPS de zona verde de operación de envío de biblioteca de documentos de solución de línea base
| Panel de cuadro de mandos | Métrica de cuadro de mandos | 1x1 | 2x1 | 4x1 | 6x1 |
|---|---|---|---|---|---|
CPU |
Promedio de CPU de servidor front-end web |
40,6% |
44,9% |
35,9% |
- |
Confiabilidad |
Tiempo promedio por página |
0,061 |
0,079 |
0,11 |
- |
Porcentaje de errores |
0% |
0% |
0% |
- |
RPS máximo de operación de envío de biblioteca de documentos de solución de línea base
| Panel de cuadro de mandos | Métrica de cuadro de mandos | 1x1 | 2x1 | 4x1 | 6x1 |
|---|---|---|---|---|---|
CPU |
Promedio de CPU de servidor front-end web |
89,1% |
74,8% |
- |
- |
Confiabilidad |
Tiempo promedio por página |
0,11 |
0,12 |
- |
- |
Porcentaje de errores |
0,0022% |
0% |
- |
- |
RPS de zona verde de solución de línea base con operación de envío de servicio web
| Panel de cuadro de mandos | Métrica de cuadro de mandos | 1x1 | 2x1 | 4x1 | 6x1 |
|---|---|---|---|---|---|
CPU |
Promedio de CPU de servidor front-end web |
45,0% |
44,0% |
43,8% |
46,0% |
Confiabilidad |
Tiempo promedio por página |
0,040 |
0,042 |
0,046 |
0,059 |
Porcentaje de errores |
0% |
0% |
0,00074% |
0% |
RPS máximo de solución de línea base con operación de envío de servicio web
| Panel de cuadro de mandos | Métrica de cuadro de mandos | 1x1 | 2x1 | 4x1 | 6x1 |
|---|---|---|---|---|---|
CPU |
Promedio de CPU de servidor front-end web |
91,8% |
91,4% |
74,6% |
48,9% |
Confiabilidad |
Tiempo promedio por página |
0,076 |
0,080 |
0,091 |
0,11 |
Porcentaje de errores |
0% |
0% |
0% |
0% |
RPS de zona verde de solución de línea base con cinco operaciones de envío de biblioteca de documentos
| Panel de cuadro de mandos | Métrica de cuadro de mandos | 1x1 | 2x1 | 4x1 | 6x1 |
|---|---|---|---|---|---|
CPU |
Promedio de CPU de servidor front-end web |
38,4% |
39,8% |
40,8% |
- |
Confiabilidad |
Tiempo promedio por página |
0,070 |
0,077 |
0,10 |
- |
Porcentaje de errores |
0% |
0% |
0% |
- |
RPS máximo de solución de línea base con biblioteca de documentos con cinco operaciones de envío
| Panel de cuadro de mandos | Métrica de cuadro de mandos | 1x1 | 2x1 | 4x1 | 6x1 |
|---|---|---|---|---|---|
CPU |
Promedio de CPU de servidor front-end web |
88,4% |
80,5% |
44,3% |
29,7% |
Confiabilidad |
Tiempo promedio por página |
0,12 |
0,16 |
0,12 |
0,12 |
Porcentaje de errores |
0% |
0% |
0,000011% |
0% |
RPS de zona verde de operación Abrir de solución de línea base
| Panel de cuadro de mandos | Métrica de cuadro de mandos | 1x1 | 2x1 | 4x1 | 6x1 |
|---|---|---|---|---|---|
CPU |
Promedio de CPU de servidor front-end web |
39,2% |
45,8% |
45,5% |
46,2% |
Confiabilidad |
Tiempo promedio por página |
0,036 |
0,038 |
0,041 |
0,049 |
Porcentaje de errores |
0% |
0% |
0% |
0% |
RPS máximo de operación Abrir de solución de línea base
| Panel de cuadro de mandos | Métrica de cuadro de mandos | 1x1 | 2x1 | 4x1 | 6x1 |
|---|---|---|---|---|---|
CPU |
Promedio de CPU de servidor front-end web |
90,6% |
90,6% |
82,1% |
60,0% |
Confiabilidad |
Tiempo promedio por página |
0,063 |
0,067 |
0,069 |
0,084 |
Porcentaje de errores |
0% |
0% |
0% |
0% |
RPS de zona verde de operación de visualización de seguimiento de problemas
| Panel de cuadro de mandos | Métrica de cuadro de mandos | 1x1 | 2x1 | 4x1 | 6x1 |
|---|---|---|---|---|---|
CPU |
Promedio de CPU de servidor front-end web |
44,8% |
45,4% |
44,6% |
46,4% |
Confiabilidad |
Tiempo promedio por página |
0,061 |
0,067 |
0,073 |
0,072 |
Porcentaje de errores |
0% |
0% |
0% |
0% |
RPS máximo de operación de visualización de seguimiento de problemas
| Panel de cuadro de mandos | Métrica de cuadro de mandos | 1x1 | 2x1 | 4x1 | 6x1 |
|---|---|---|---|---|---|
CPU |
Promedio de CPU de servidor front-end web |
91,5% |
85,8% |
85,8% |
81,1% |
Confiabilidad |
Tiempo promedio por página |
0,088 |
0,093 |
0,11 |
0,098 |
Porcentaje de errores |
0% |
0% |
0% |
0% |
RPS de zona verde de operación de edición de seguimiento de problemas
| Panel de cuadro de mandos | Métrica de cuadro de mandos | 1x1 | 2x1 | 4x1 | 6x1 |
|---|---|---|---|---|---|
CPU |
Promedio de CPU de servidor front-end web |
45,7% |
43,6% |
45,1% |
60,0% |
Confiabilidad |
Tiempo promedio por página |
0,086 |
0,090 |
0,10 |
0,11 |
Porcentaje de errores |
0% |
0% |
0% |
0% |
RPS de zona verde de operación de visualización de seguimiento de problemas
| Panel de cuadro de mandos | Métrica de cuadro de mandos | 1x1 | 2x1 | 4x1 | 6x1 |
|---|---|---|---|---|---|
CPU |
Promedio de CPU de servidor front-end web |
89,8% |
87,2% |
82,9% |
79,3% |
Confiabilidad |
Tiempo promedio por página |
0,12 |
0,13 |
0,13 |
0,14 |
Porcentaje de errores |
0% |
0% |
0,00092% |
0,012% |
RPS máximo de operación de visualización de seguimiento de problemas
| Panel de cuadro de mandos | Métrica de cuadro de mandos | 1x1 | 2x1 | 4x1 | 6x1 |
|---|---|---|---|---|---|
CPU |
Promedio de CPU de servidor front-end web |
91,5% |
85,8% |
85,8% |
81,1% |
Confiabilidad |
Tiempo promedio por página |
0,088 |
0,093 |
0,11 |
0,098 |
Porcentaje de errores |
0% |
0% |
0% |
0% |
RPS de zona verde de operación Nueva de seguimiento de problemas
| Panel de cuadro de mandos | Métrica de cuadro de mandos | 1x1 | 2x1 | 4x1 | 6x1 |
|---|---|---|---|---|---|
CPU |
Promedio de CPU de servidor front-end web |
44,8% |
42,9% |
40,9% |
50,5% |
Confiabilidad |
Tiempo promedio por página |
0,072 |
0,076 |
0,089 |
0,097 |
Porcentaje de errores |
0% |
0% |
0% |
0% |
RPS máximo de operación Nueva de seguimiento de problemas
| Panel de cuadro de mandos | Métrica de cuadro de mandos | 1x1 | 2x1 | 4x1 | 6x1 |
|---|---|---|---|---|---|
CPU |
Promedio de CPU de servidor front-end web |
92,6% |
89,2% |
85,1% |
84,9% |
Confiabilidad |
Tiempo promedio por página |
0,12 |
0,12 |
0,12 |
0,14 |
Porcentaje de errores |
0% |
0% |
0% |
0% |
RPS de zona verde de solución de línea base con controles
| Panel de cuadro de mandos | Métrica de cuadro de mandos | 1x | 2x controles | 3x controles | 4x controles |
|---|---|---|---|---|---|
CPU |
Promedio de CPU de servidor front-end web |
43,9% |
49,8% |
||
Confiabilidad |
Tiempo promedio por página |
0,050 |
0,054 |
||
Porcentaje de errores |
0% |
0% |
RPS máximo de solución de línea base con controles
| Panel de cuadro de mandos | Métrica de cuadro de mandos | 1x | 2x controles | 3x controles | 4x controles |
|---|---|---|---|---|---|
CPU |
Promedio de CPU de servidor front-end web |
79,2% |
80,9% |
80,2% |
|
Confiabilidad |
Tiempo promedio por página |
0,098 |
0,12 |
0,12 |
|
Porcentaje de errores |
0% |
0% |
0,00056% |
RPS de zona verde de operación de validación de solución de línea base
| Panel de cuadro de mandos | Métrica de cuadro de mandos | Sin optimización de la primera solicitud | 1x validación | 2x validaciones | 4x validaciones |
|---|---|---|---|---|---|
CPU |
Promedio de CPU de servidor front-end web |
45,4% |
44,7% |
45,5% |
46,3% |
Confiabilidad |
Tiempo promedio por página |
0,055 |
0,057 |
0,061 |
0,068 |
Porcentaje de errores |
0% |
0% |
0,19% |
0% |
RPS máximo de operación de validación de solución de línea base
| Panel de cuadro de mandos | Métrica de cuadro de mandos | Sin optimización de la primera solicitud | 1x validación | 2x validaciones | 4x validaciones |
|---|---|---|---|---|---|
CPU |
Promedio de CPU de servidor front-end web |
80,4% |
82,4% |
86,8% |
85,2% |
Confiabilidad |
Tiempo promedio por página |
0,10 |
0,11 |
0,13 |
0,11 |
Porcentaje de errores |
0,0015% |
0% |
0% |
0,00055% |
Recomendaciones
En esta sección se proporcionan recomendaciones generales sobre rendimiento y capacidad. Use estas recomendaciones para determinar las características de capacidad y rendimiento de la topología inicial que creó para decidir si se debe escalar o aumentar la escala de la topología inicial.
Recomendaciones de hardware
Para obtener información específica acerca de los requisitos mínimos del sistema y los requisitos recomendados, vea Requisitos de hardware y software (SharePoint Server 2010).
Nota
Los requisitos de memoria para servidores web y servidores de bases de datos dependen del tamaño de la granja de servidores, el número de usuarios simultáneos y la complejidad de las características y las páginas de la granja. Debe supervisar cuidadosamente el uso de memoria a fin de determinar si se debe agregar más memoria.
Topologías escaladas horizontal y verticalmente
Para aumentar la capacidad y el rendimiento de una de las topologías de punto de inicio, puede escalar verticalmente mediante el aumento de la capacidad de los equipos de servidor existentes, o bien puede escalar horizontalmente mediante la adición de más servidores a la topología. En esta sección se describen las características de rendimiento general de varias topologías escaladas horizontalmente. Las topologías de ejemplo representan las siguientes maneras comunes de escalar una topología para un escenario de InfoPath Forms Services:
Para proporcionar más carga de usuarios, agregue equipos de servidores web.
Para proporcionar más carga de datos, agregue capacidad al rol de servidor de bases de datos. Para ello, aumente la capacidad de un solo servidor (en clúster o reflejado), mediante la actualización a un servidor de 64 bits o la adición de servidores reflejados o en clúster.
Mantenga una proporción de no más de ocho equipos de servidor web en un equipo de servidor de bases de datos (en clúster o reflejado). Aunque las pruebas en nuestro laboratorio tuvieron una proporción óptima específica de servidores web en los servidores de bases de datos para cada escenario de prueba, la implementación de hardware más robusto, especialmente para el servidor de bases de datos, puede producir mejores resultados en el entorno.
Estimación de los objetivos de rendimiento
Muchos factores pueden afectar al rendimiento. Cada uno de estos factores puede tener un efecto importante sobre el rendimiento de la granja de servidores. Debe considerar cuidadosamente cada uno al planear la implementación. Entre estos factores se incluyen los siguientes:
Número de usuarios
El tipo, la complejidad y la frecuencia de las operaciones de usuario
El número de devoluciones en una operación
El rendimiento de las conexiones de datos
SharePoint Server 2010 se puede implementar y configurar de varias maneras. Como resultado, no hay una forma sencilla para calcular cuántos usuarios pueden ser admitidos por un número determinado de servidores. Por lo tanto, asegúrese de que realiza pruebas en su propio entorno antes de implementar SharePoint Server 2010 en un entorno de producción.
Optimizaciones
En las siguientes secciones se explican los métodos para mejorar el rendimiento de la granja de servidores mediante la optimización de las plantillas de formulario y el servidor de bases de datos.
Optimizaciones de diseño de plantilla de formulario
Optimice la primera solicitud (la solicitud para abrir el formulario) para las plantillas de formulario que no tienen eventos onLoad ni lógica de negocios. Para optimizar la primera solicitud, retrase la creación de la entrada de estado de sesión en la base de datos hasta que se produzca una solicitud POST. Para dichas plantillas de formulario, si la única solicitud POST era cerrar el formulario después de una operación de envío, no se creará el estado de sesión SQL. Para aplicar esta optimización, el diseñador de formularios debe establecer la opción avanzada Enviar para cerrar el formulario después de la operación de envío. Para obtener más información acerca de las optimizaciones de diseño de plantilla de formulario, vea la serie de blog en seis partes sobre el diseño de formularios habilitados para el explorador para el rendimiento de InfoPath Forms Services (https://go.microsoft.com/fwlink/?linkid=129548&clcid=0xC0A).
Si un escenario implica guardar un formulario en una biblioteca de documentos, es mejor enviar el formulario a la biblioteca en lugar de guardarlo. Una operación de envío desencadena solo una solicitud POST o ida y vuelta, mientras que una operación de Guardar desencadena dos solicitudes POST. El nombre del formulario se puede generar dinámicamente con una regla o con un control en el formulario.
Los formularios de biblioteca de documentos pueden lograr un rendimiento mayor que los formularios de lista de InfoPath. Si se necesita rendimiento alto para una solución, considere la posibilidad de usar un formulario de biblioteca de documentos en lugar de un formulario de lista de InfoPath.
La complejidad del formulario, como el número de controles y la cantidad de lógica del formulario, afecta al rendimiento. A medida que aumenta la complejidad del formulario, también aumenta el costo de CPU del servidor front-end web. Por lo tanto, los formularios más complejos necesitan más servidores front-end web para lograr un mayor rendimiento.
Para reducir la latencia de usuario, se recomienda que el diseñador de formularios reduzca el número de controles por vista. Para la optimización de vista de la primera página, coloque los controles que tienen un alto costo de recursos, como los campos de texto enriquecido, en vistas posteriores en lugar de en la vista predeterminada.
Cuellos de botella comunes y sus causas
Durante las pruebas de rendimiento, se detectaron distintos cuellos de botella habituales. Un cuello de botella es una situación en la que se alcanza la capacidad máxima de un componente determinado de una granja de servidores. Esto produce un estancamiento o una disminución en el rendimiento de la granja de servidores.
En la siguiente tabla se enumeran algunos cuellos de botella comunes y se describen sus causas y soluciones posibles.
Solución de problemas de rendimiento y escalabilidad
| Cuellos de botella | Causa | Resolución |
|---|---|---|
Contención de base de datos (bloqueos) |
Los bloqueos de la base de datos impiden que varios usuarios realicen modificaciones en conflicto en un conjunto de datos. Cuando un conjunto de datos está bloqueado por un usuario o proceso, ningún otro usuario o proceso puede modificar el mismo conjunto de datos hasta que el primer usuario o proceso haya terminado de modificar los datos y abandone el bloqueo. |
Para ayudar a reducir la incidencia de bloqueos de la base de datos, puede hacer lo siguiente:
Existen métodos para sortear el sistema de bloqueo de la base de datos en Microsoft SQL Server 2005, como el parámetro NOLOCK. Sin embargo, no se recomienda ni admite el uso de este método debido a la posibilidad de que se dañen los datos. |
E/S de disco de servidor de bases de datos |
Cuando el número de solicitudes de E/S en un disco duro supera la capacidad de E/S del disco, las solicitudes se pondrán en cola. Como resultado, aumentará el tiempo para completar cada solicitud. |
La distribución de archivos de datos en varias unidades físicas permite E/S en paralelo. El blog sobre E/S en disco y asignación de disco en SharePoint (https://go.microsoft.com/fwlink/?linkid=129557&clcid=0xC0A) contiene información útil sobre cómo resolver problemas de E/S en disco. |
Uso de CPU del servidor web |
Cuando un servidor web está sobrecargado con solicitudes de usuario, el uso promedio de CPU se aproximará al 100%. Esto impide que el servidor web responda a las solicitudes de forma rápida y puede causar tiempos de espera y mensajes de error en los equipos cliente. |
Este problema se puede resolver de alguna de estas dos formas: se pueden agregar más servidores web a la granja para distribuir la carga de usuarios o se puede escalar el servidor o los servidores web mediante la adición de procesadores de mayor velocidad. |
Supervisión del rendimiento
Para ayudarlo a determinar cuándo tiene que escalar en vertical u horizontal un sistema, use contadores de rendimiento para supervisar el mantenimiento del sistema. Use la información en las tablas siguientes para determinar qué contadores de rendimiento debe supervisar y a qué procesos se deben aplicar los contadores de rendimiento:
Servidores web
En la siguiente tabla se muestran los procesos y contadores de rendimiento para supervisar los servidores web en su granja de servidores.
| Contador de rendimiento | Aplicar a objeto | Notas |
|---|---|---|
Tiempo de procesador |
Total |
Muestra el porcentaje de tiempo transcurrido durante el cual este proceso usó el procesador para ejecutar instrucciones. |
Uso de memoria |
Grupo de aplicaciones |
Muestra el uso promedio de la memoria del sistema para el grupo de aplicaciones. Se debe identificar el grupo de aplicaciones correcto que se va a supervisar. La pauta básica es identificar el uso de memoria máximo para una aplicación web dada y asignar ese número más 10 al grupo de aplicaciones asociado. |
Servidores de bases de datos
En la siguiente tabla se muestran los procesos y contadores de rendimiento para supervisar los servidores de bases de datos en la granja de servidores.
| Contador de rendimiento | Aplicar a objeto | Notas |
|---|---|---|
Promedio de longitud de la cola de disco |
Disco duro que contiene SharedServices.mdf |
Los valores promedio mayores que 1,5 por cilindro indican que los tiempos de escritura para ese disco duro no son suficientes. |
Tiempo de procesador |
Proceso de SQL Server |
Los valores promedio mayores que 80% indican que la capacidad del procesador en el servidor de bases de datos no es suficiente. |
Tiempo de procesador |
Total |
Muestra el porcentaje de tiempo transcurrido durante el cual este proceso usó el procesador para ejecutar instrucciones. |
Uso de memoria |
Total |
Muestra el uso promedio de la memoria del sistema. |
See Also
Other Resources
Kit de herramientas de pruebas web de InfoPath Forms Services 2010