Estimación de los requisitos de rendimiento y capacidad de Servicios de Visio en SharePoint Server 2010
Se aplica a: SharePoint Server 2010
Última modificación del tema: 2015-03-09
En este artículo se describen los efectos del uso de Servicios de Visio en Microsoft SharePoint Server 2010 en topologías que ejecutan SharePoint Server 2010.
En este artículo:
Características de la granja de servidores de la prueba
Resultados de las pruebas
Recomendaciones
Mediante el uso de Servicios de Visio, los usuarios pueden ver dibujos web de Microsoft Visio en SharePoint Server 2010. Cuando los dibujos web se conectan a orígenes de datos externos, Servicios de Visio permite a los usuarios actualizar la apariencia de los dibujos web, en función de los cambios en los datos subyacentes. Para obtener más información acerca de Servicios de Visio, vea el artículo de TechNet de información general de Servicios de Visio (SharePoint Server 2010).
En este artículo se describe el efecto de la topología en la latencia general del servicio (cuánto tarda en representar un dibujo) y en el rendimiento (cuántos dibujos pueden procesarse en un segundo) cuando se representa una combinación típica de dibujos. La prueba que se describe en este artículo mide el rendimiento bajo la carga de usuarios recomendada y la carga máxima de usuarios en una instancia de Servicios de Visio con la configuración predeterminada.
Con esta información, se pueden escalar mejor las implementaciones en función de los requisitos de latencia y rendimiento. Se puede incrementar la escalabilidad vertical aumentando la capacidad de los servidores existentes o bien la escalabilidad horizontal agregando servidores adicionales a la topología. Es importante tener en cuenta que las cifras de capacidad y rendimiento específicas que se presentan en este artículo difieren 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. Una vez finalizado el diseño del sistema inicial, pruebe la configuración para determinar si es compatible con los factores característicos de su entorno.
Para obtener información general acerca de cómo planear y ejecutar la planeación de la capacidad para SharePoint Server 2010, vea el tema sobre administración de rendimiento y capacidad.
Características de la granja de servidores de la prueba
En esta sección se describe el conjunto de datos, las cargas de trabajo, la configuración de hardware, la topología y las definiciones de prueba que se usaron durante las pruebas de rendimiento y capacidad de Servicios de Visio.
Conjunto de datos
La capacidad y el rendimiento de Servicios de Visio dependen, entre otros factores, de la composición de los dibujos web que se hospedan en el servicio. Los factores relacionados con el archivo que afectan al rendimiento se enumeran en la tabla siguiente.
Factor | Efecto cualitativo en el rendimiento |
---|---|
Tamaño de disco de dibujo |
Los archivos de mayor tamaño aumentan la latencia de la red de SharePoint. |
Complejidad del dibujo |
Los dibujos que contienen muchas formas complejas incrementan la latencia de representación y el uso de recursos en los servidores de aplicaciones. |
Conectividad de datos de dibujo |
Los dibujos web de Visio pueden ser estáticos o estar conectados a datos. En el caso de dibujos estáticos, Servicios de Visio carga los dibujos y los representa directamente en el explorador. En el caso de dibujos conectados a datos, Servicios de Visio realiza el paso adicional de sondear los orígenes de datos subyacentes para detectar datos nuevos y actualiza el dibujo antes de representarlo en el explorador. Este paso adicional aumenta la latencia y el uso de recursos en servidores de aplicaciones. |
Para simular el efecto de estos factores, los archivos se clasificaron como se muestra en la tabla siguiente.
Pequeño | Medio | Grande | |
---|---|---|---|
Número de formas |
20 |
50 |
100 |
Tamaño de archivo típico |
300 KB |
600 KB |
900 KB |
Si fueron dibujos conectados a datos, se usaron las siguientes categorías adicionales.
Pequeño | Medio | Grande | |
---|---|---|---|
Número de elementos actualizables |
10 |
120 |
180 |
Número de filas importadas |
10 |
40 |
80 |
Porcentaje de cambio de datos |
50% |
50% |
50% |
A continuación se ensamblaron las diferentes categorías de archivo en un conjunto de datos de prueba mediante el uso de la distribución que se muestra en la tabla siguiente.
Tipos de archivo | Porcentaje |
---|---|
Pequeño estático |
49 |
Pequeño conectado a datos |
21 |
Mediano estático |
14 |
Mediano conectado a datos |
6 |
Grande estático |
7 |
Grande conectado a datos |
3 |
Nota
Los archivos conectados a datos se conectaron a un origen de datos de Microsoft SQL Server mediante el uso de autenticación de Servicio de almacenamiento seguro. En este artículo no se habla del efecto en el rendimiento de los dibujos que se conectan a otros orígenes de datos externos.
Carga de trabajo
El siguiente procedimiento de prueba se usó para cada escenario de rendimiento. Tenga en cuenta que esta prueba supone una granja de servidores dedicada a Servicios de Visio (no se ejecutan otras pruebas en SharePoint Server) y que un solo usuario usa el servicio.
Id. de prueba | Nombre de la prueba | Descripción de la prueba |
---|---|---|
#1 |
Representación de una combinación típica de dibujos web de Visio |
|
Definición de zona verde y zona roja
Para cada configuración de topología se determinó una carga de usuarios de zona verde y de zona roja antes de realizar las pruebas de rendimiento. Estas configuraciones se definen en la tabla siguiente.
Configuración | Definición |
---|---|
Recomendada (zona verde) |
La carga de usuarios a la que la prueba en ejecución consume aproximadamente la mitad del recurso que causa el cuello de botella. En el caso de Servicios de Visio, es el uso de CPU en el servidor front-end web (WFE). El rendimiento de la zona verde debería mantenerse por largos períodos de tiempo en las implementaciones reales. |
Máxima (zona roja) |
La carga de usuarios a la que se alcanzó el máximo rendimiento para una topología mientras la latencia era mínima. Después de este punto, el rendimiento normalmente se mantuvo estable y aumentó la latencia. El rendimiento de la zona roja debería tolerarse por una breve cantidad de tiempo en una granja de servidores, pero esto debería evitarse. |
Configuración y topología de hardware
Hardware de laboratorio
Para proporcionar información de tendencias, se usaron varias configuraciones de granja de servidores para probar con mayor capacidad informática. Las configuraciones de las granjas de servidores fueron de dos a cinco servidores web más un único servidor de bases de datos que ejecutaba SQL Server 2008. Las pruebas se realizaron con un equipo cliente que generó todas las solicitudes. Todos los equipos de servidor web y los servidores de bases de datos eran de 64 bits.
En la tabla siguiente se enumera el hardware específico usado para realizar las pruebas.
DELL PE 2950 | DELL PE 2950 | DELL PE R900 | |
---|---|---|---|
Rol |
WFE |
Servidor de aplicaciones |
Servidor basado en SQL Server |
Procesador (CPU) |
2pX4 (Xeon L5420 a 2,5 GHz) |
2pX4 (Xeon L5420 a 2,5 GHz) |
4pX4 (Xeon E7330 a 2,4 GHz) |
RAM en gigabytes (GB) |
16 |
16 |
32 |
Sistema operativo |
Windows Server 2008 R2 Enterprise |
Windows Server 2008 R2 Enterprise |
Centro de datos de Windows Server 2008 R2 |
Autenticación |
NTLM |
NTLM |
NTLM |
Almacenamiento: sistema operativo |
4x 146 GB, 10 K RPM, RAID 0 |
4x 146 GB, 10 K RPM, RAID 0 |
2x 146 GB, 15 K RPM, RAID 1 |
Almacenamiento: copias de seguridad |
-- |
-- |
3x 300 GB, 15 K RPM, RAID 5 |
Almacenamiento: datos de SQL Server |
-- |
-- |
9x 300 GB, 15 K RPM, RAID 5 |
Almacenamiento: registros de SQL Server |
-- |
-- |
6x 300 GB, 15 K RPM, RAID 5 |
Número de instancias de SQL Server |
0 |
0 |
1, SQL Server 2008 SP1 CU6 |
Número de adaptadores de red |
1 |
1 |
4 |
Velocidad del adaptador de red |
1 GB |
1 GB |
1 GB |
Tipo de equilibrador de carga |
NLB |
No aplicable |
No aplicable |
Nivel de registro de ULS |
Medio |
Medio |
Medio |
Configuración del antivirus |
Microsoft Forefront |
Microsoft Forefront |
Microsoft Forefront |
Software de laboratorio
En la tabla siguiente se enumera el software específico que se instaló en los equipos del laboratorio durante las pruebas.
Software | Descripción |
---|---|
Sistema operativo |
Windows Server 2008 R2Enterprise versión 6.1.7600 |
Versión de SQL Server |
SQL Server 2008 versión 10.0.2531.0 |
IIS |
Versión 7.5.7600.16385 |
SharePoint Server |
SharePoint Server 2010 |
Topología
Las topologías que se muestran en los siguientes diagramas se usaron para detectar las tendencias de rendimiento del incremento de la escalabilidad horizontal.
1 WFE x 1 servidor de aplicaciones x 1 origen de datos de SQL Server (1 x 1 x 1)
2 WFE x 1 servidor de aplicaciones x 1 origen de datos de SQL Server (2 x 1 x 1)
2 WFE x 2 servidores de aplicaciones x 1 origen de datos de SQL Server (2 x 2 x 1)
3 WFE x 2 servidores de aplicaciones x 1 origen de datos de SQL Server (3 x 2 x 1)
Resultados de las pruebas
En las siguientes secciones se muestran los resultados de las pruebas de Servicios de Visio.
Después de una calibración que se usa para determinar las cargas de usuarios de zona verde y zona roja, se ejecutó repetidamente la prueba de representación de una combinación típica de dibujos web de Visio. Solo se modificó la topología para mostrar su efecto progresivo en el rendimiento de la granja de servidores. El número de solicitudes por segundo (RPS) que se indica en este artículo es el RPS promedio de una prueba con carga de usuarios constante.
Nota
Todas las pruebas sobre las que se informa en este artículo se realizaron sin tiempo de reflexión, que es un retraso natural entre operaciones consecutivas. En un entorno real, cada operación va seguida de un retraso mientras el usuario realiza el siguiente paso en la tarea. En cambio, en esta prueba, cada operación fue seguida inmediatamente por la operación siguiente, lo que dio como resultado una carga continua en la granja de servidores. Esta carga introdujo la contención de la base de datos y otros factores que pueden afectar de forma adversa el rendimiento.
Para obtener información acerca de los cuellos de botella en Servicios de Visio, vea la sección Cuellos de botella comunes y sus causas más adelante en este artículo.
Escala general
En la tabla siguiente se resume el efecto de agregar servidores front-end web y servidores de aplicaciones en el rendimiento de Servicios de Visio.
Recomendada (zona verde) solicitudes por segundo | Máxima (zona roja) solicitudes por segundo | |
---|---|---|
1x1x1 |
97,5 |
126 |
2x1x1 |
172,5 |
192 |
2x2x1 |
195 |
218 |
3x2x1 |
242 |
266 |
En el siguiente gráfico se muestra que la adición de servidores front-end web y servidores de aplicaciones aumenta tanto el rendimiento de la zona verde como el de la zona roja de forma lineal. Por comparación de la pendiente, en el gráfico de estos valores también se muestra que la adición de un servidor front-end web tiene un mayor efecto positivo en el rendimiento que la adición de servidores de aplicaciones. Esto indica que los servidores front-end web pueden ser un cuello de botella para las implementaciones de Servicios de Visio.
Rendimiento y topología
Costo de hardware por transacción
En la tabla siguiente se resalta el costo de hardware para ejecutar la prueba de representación de una combinación de dibujos web de Visio en diferentes topologías en la zona verde.
Panel de cuadro de mandos | 1x1x1 | 2x1x1 | 2x2x1 | 3x2x1 |
---|---|---|---|---|
RPS medio (solicitudes/seg.) |
97,5 |
172,5 |
195 |
242 |
Recursos medios de CPU del servidor WFE (%) |
59,5 |
54,5 |
59,8 |
50,2 |
Recursos medios de CPU del servidor de aplicaciones (%) |
16,4 |
27,9 |
17,25 |
21,5 |
Frecuencia de errores |
0,006 |
0,006 |
0,01 |
0,02 |
Disponibilidad de QoS del 90% |
1 |
1 |
1 |
1 |
latencia de percentil 25 (segundos) |
0,05 |
0,05 |
0,05 |
0,06 |
Porcentaje de tiempo en el recolector de elementos no utilizados |
WFE: 3,55 Ap: 6,6x10-7 |
WFE: 3,11 Ap: 0,00014 |
WFE: 3,27 Ap: 0,68 |
WFE: 3,13 Ap: 0,125 |
Número de bloqueos del servidor WFE |
0 |
0 |
0 |
0 |
Promedio de memoria usada (bytes) |
WFE: 210.728.784 Ap: 210.172.592 |
WFE: 664.374.336 Ap: 810.444.288 |
WFE: 203.343.584 Ap: 229.627.536 |
WFE: 199.905.600 Ap: 259.536.336 |
Máximo de memoria usada (bytes) |
WFE: 212.664.320 Ap: 211.578.880 |
WFE: 719.638.528 Ap: 1.309.839.360 |
WFE: 204.537.856 Ap: 229.969.920 |
WFE: 200.081.408 Ap: 262.713.344 |
En la tabla siguiente se resalta el costo de hardware para ejecutar la prueba de representación de una combinación típica de dibujos web de Visio en diferentes topologías en la zona roja.
Panel de cuadro de mandos | 1x1x1 | 2x1x1 | 2x2x1 | 3x2x1 |
---|---|---|---|---|
RPS medio (solicitudes/seg.) |
124 |
190 |
216 |
264 |
Recursos medios de CPU del WFE (%) |
73,8 |
64 |
71,05 |
59,9 |
Recursos medios de CPU del servidor de aplicaciones (%) |
18,9 |
31 |
18,35 |
23,0 |
Frecuencia de errores |
0,006 |
0,009 |
0,009 |
0,01 |
Disponibilidad de QoS del 90% |
1 |
1 |
1 |
1 |
latencia de percentil 25 (segundos) |
0,06 |
0,06 |
0,07 |
0,06 |
Porcentaje de tiempo en el recolector de elementos no utilizados |
WFE: 0,000036 Ap: 0,000074 |
WFE: 0,00036 Ap: 0,00014 |
WFE: 1,54 Ap: 0,805 |
WFE: 1,15 Ap: 0,4 |
Número de bloqueos del WFE |
0 |
0 |
0 |
0 |
Promedio de memoria usada (bytes) |
WFE: 631.852.288 Ap: 820.075.648 |
WFE: 748.467.200 Ap: 884.640.512 |
WFE: 659.872.256 Ap: 511.670.960 |
WFE: 730.737.301 Ap: 827.111.104 |
Máximo de memoria usada (bytes) |
WFE: 708.333.568 Ap: 1.446.760.448 |
WFE: 787.783.680 Ap: 1.350.569.984 |
WFE: 709.833.600 Ap: 1.319.833.600 |
WFE: 1.070.150.997 Ap: 1.450.207.232 |
Recomendaciones
En esta sección se proporcionan recomendaciones generales sobre rendimiento y capacidad. Use estas recomendaciones para determinar qué hardware, topología y opciones de configuración son más convenientes según sus necesidades de capacidad y rendimiento específicas.
Recomendaciones de hardware
Los requisitos básicos de hardware para Servicios de Visio son los mismos que los de SharePoint Server 2010, que pueden encontrarse en el siguiente artículo: Requisitos de hardware y software (SharePoint Server 2010).
Topologías con incremento de escalabilidad vertical y horizontal
Para aumentar la capacidad y el rendimiento de una de las topologías de punto de inicio, hay dos opciones. Se puede incrementar la escalabilidad vertical aumentando la capacidad de los servidores existentes o bien la escalabilidad horizontal agregando servidores adicionales a la topología.
Como norma, Servicios de Visio es especialmente sensible al incremento de la escalabilidad horizontal. Al planear el incremento de la escalabilidad horizontal, use las reglas generales siguientes:
Cuando use las configuraciones que se describieron anteriormente, dé preferencia al aumento de servidores WFE en vez de aumentar los servidores de aplicaciones. Si los equipos tienen especificaciones de rendimiento comparables con las especificaciones de este artículo, se recomienda una proporción de tres servidores WFE por servidor de aplicaciones.
Recuerde que el incremento de la escalabilidad horizontal permite tanto un aumento del rendimiento como un aumento de la carga de usuarios que Servicios de Visio puede servir. Use el siguiente gráfico para medir el rendimiento esperado de la topología para una carga de usuarios específica. Observe que el rendimiento disminuye a una determinada carga de usuarios, después de lo cual las solicitudes se sirven con una mayor latencia.
Rendimiento y carga de usuarios
Optimizaciones de configuración
Una forma de controlar las características de rendimiento de Servicios de Visio consiste en cambiar los valores de sus opciones de configuración de servicio relacionadas con el rendimiento. En la tabla siguiente se explica el efecto cualitativo en el rendimiento de la granja de servidores al variar esta configuración.
Ubicación de configuración | Parámetro | Descripción | Efecto cualitativo en el rendimiento |
---|---|---|---|
Administración central |
Tamaño máximo del dibujo web |
El tamaño máximo en MB de un dibujo web que se puede representar. |
Un límite de tamaño mayor puede reducir el rendimiento y aumentar la latencia. Un límite menor puede impedir la representación de dibujos web más complejos pero tiene el efecto opuesto en el rendimiento. |
Vigencia mínima de caché |
La cantidad mínima de minutos que un dibujo web puede estar almacenado en la memoria caché. Este valor es por usuario por dibujo. El intervalo comienza cuando un usuario ve un dibujo web. Ese usuario no puede actualizar ese dibujo web hasta que caduque o expire el intervalo. El intervalo comienza para otros usuarios cuando ven el dibujo web por primera vez. |
Los valores menores permiten operaciones de actualización de datos más frecuentes a los usuarios, pero aumentan el uso de CPU y memoria en los servidores de aplicaciones, lo que reduce el rendimiento y aumenta la latencia. Un valor mayor aumenta la ventana de actualización, pero el efecto contrario en las métricas de rendimiento. |
|
Vigencia máxima de caché |
La cantidad de minutos antes de que se purguen los dibujos web almacenados en caché. |
Los valores mayores reducen la E/S de archivos y el uso de CPU en servidores de aplicaciones, pero aumentan el uso de memoria en el servidor. Los valores grandes reducen la latencia en el caso de dibujos que se representan con frecuencia. Un valor menor tiene el efecto opuesto en el rendimiento. |
|
Duración máxima de recálculo |
El número de segundos antes de que se agote el tiempo de espera de las operaciones de actualización de datos. Esto se aplica solo a dibujos web conectados a datos. |
Los tiempos de espera más largos permiten recalcular dibujos web conectados a datos más complejos pero usan más potencia de procesamiento, reducen el rendimiento y aumentan la latencia. Un tiempo de espera menor disminuye la complejidad de los dibujos que se pueden representar pero tiene el efecto opuesto en el rendimiento. |
|
Elemento web |
Forzar presentación de trama |
Obliga al elemento web de Visio Web Access a representar el dibujo como un PNG aunque es posible que Microsoft Silverlight esté instalado. |
Si se elige representar todos los dibujos mediante un formato de trama, se reduce la fidelidad visual del dibujo pero aumenta ligeramente el rendimiento. Si se elige representar todos los dibujos en XAML, aumenta la fidelidad visual pero se reduce ligeramente el rendimiento. |
Cuellos de botella comunes y sus causas
En las siguientes secciones se explican métodos para mejorar el rendimiento de la granja de servidores mediante la optimización de la configuración del servicio y para evitar los cuellos de botella comunes.
Durante la prueba de rendimiento, se descubrió el siguiente cuello de botella. 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.
Cuellos de botella | Causa | Resolución |
---|---|---|
Uso de CPU del WFE |
Debido al almacenamiento en caché en la capa del servidor de aplicaciones, el rendimiento de los servidores de aplicaciones de Servicios de Visio es mayor que el de los servidores front-end web. Esto hace que la capa WFE sea el cuello de botella del sistema. |
Agregue más servidores front-end web para reducir el efecto del cuello de botella de WFE en el rendimiento general de Servicios de Visio. |
Supervisión del rendimiento
Para ayudarle a determinar cuándo debe incrementar la escalabilidad vertical u horizontal de una implementación de Servicios de Visio, puede usar los contadores de rendimiento para supervisar su mantenimiento. Además de los contadores de rendimiento que se incluyen con Windows Server y que miden el mantenimiento general del servidor, puede usar la siguiente lista de contadores de rendimiento para obtener una comprensión más profunda de los comportamientos de rendimiento específicos de Servicios de Visio.
Contadores de rendimiento de Servicios de Visio
En la tabla siguiente se enumeran los contadores de rendimiento que supervisan las métricas clave de los servidores de aplicaciones de Servicios de Visio. Todos estos contadores se encuentran en el servidor de Visio: categoría de contador de rendimiento de Servicio de gráficos de Visio.
Categoría lógica | Contador | Medida |
---|---|---|
Contadores de agregado |
Solicitudes recibidas por segundo |
Recuento de solicitudes recibidas por segundo. |
Tiempo de procesamiento de la solicitud |
Tiempo de procesamiento medio de una solicitud de representación en milisegundos. |
|
Detalle de canalización de representación de dibujo |
Tiempo de recuperación y análisis de archivos |
Tiempo medio, en milisegundos, para recuperar un dibujo de la base de datos de contenido y analizarlo. |
Tiempo de actualización de datos del servidor |
Tiempo medio, en milisegundos, para recuperar todos los datos externos para un dibujo conectado a datos. |
|
Tiempo de enlace de datos del servidor |
Tiempo medio, en milisegundos, para actualizar un dibujo conectado a datos. |
|
Tiempo de enlace de datos de texto |
Tiempo medio, en milisegundos, para actualizar texto en un dibujo conectado a datos. |
|
Tiempo de trazado del servidor |
Procesamiento medio, en milisegundos, para crear una representación PNG de un dibujo. |
Contadores de rendimiento de Visio Web Access
En la tabla siguiente se enumeran los contadores de rendimiento que supervisan métricas clave del servidor de Visio Web Access (servidor front-end web). Todos estos contadores se encuentran en el servidor de Visio: categoría de contador de rendimiento de Visio Web Access.
Categoría lógica | Contador | Medida |
---|---|---|
Contadores de agregado |
Tiempo de procesamiento de la solicitud |
Tiempo medio, en milisegundos, para procesar una solicitud de representación de un dibujo desde su llegada a la entrega. |
Solicitudes recibidas por segundo |
Recuento de solicitudes recibidas por segundo. |
|
Solicitudes con errores por segundo |
Número medio de solicitudes que se devuelven con errores por segundo. |
|
Tiempo medio de transmisión inicial de contenido |
Tiempo medio de transmisión, en milisegundos, de HTML inicial más scripts de Java al equipo cliente. |