1
Informe de prueba a escala para repositorios de documentos de escala muy grande
Este documento se proporciona “tal cual”. Es posible que la información y los puntos de vista reflejados en este
documento, incluidas la dirección URL y otras referencias a sitios web de Internet, cambien sin previo aviso. El usuario
asume el riesgo de su uso.
Algunos ejemplos descritos en este documento se proporcionan únicamente con fines ilustrativos y son ficticios. No se
pretende establecer ni se debe inferir ninguna asociación o conexión reales.
Este documento no proporciona derecho legal alguno sobre ninguna propiedad intelectual de ningún producto de
Microsoft. Este documento puede copiarse y usarse para fines internos y de referencia.
© 2011 Microsoft Corporation. Todos los derechos reservados.
2
Informe de prueba a escala para repositorios de documentos de escala muy grande
Paul Andrew, Paul Learning, Barry Waldbaum, Frank Marasco Microsoft Corporation Octubre de 2011 Se aplica a: Microsoft® SharePoint® Server 2010, Microsoft FAST Search Server 2010 for SharePoint.
Resumen
Estas notas del producto proporcionan detalles sobre una prueba de laboratorio ejecutada en Microsoft para mostrar
bases de datos de contenido de SharePoint Server 2010 a gran escala. Incluye información sobre cómo se rellenaron dos
bases de datos de contenido de SharePoint Server con un total de 120 millones de documentos que ocupaban 30
terabytes (TB) en bases de datos de SQL Server®. Explica detalladamente cómo se indizó este contenido mediante FAST
Search Server 2010 for SharePoint. Asimismo, describe la prueba de carga que se realizó en SharePoint Server y FAST
Search Server 2010 for SharePoint y muestra los resultados de dicha prueba, así como los resultados de la misma.
3
Contenido Introducción ............................................................................................................................................................................ 5
Objetivos de la prueba ........................................................................................................................................................ 5
Asociados de hardware que participan .............................................................................................................................. 5
Definición de la carga de trabajo probada .............................................................................................................................. 6
Descripción de la arquitectura de escala horizontal del archivo de documentos .............................................................. 7
Transacciones de prueba que se incluyeron ....................................................................................................................... 7
Definiciones de las transacciones de la prueba y configuraciones de línea base ............................................................... 8
Combinación de pruebas de línea base .............................................................................................................................. 9
Series de pruebas ................................................................................................................................................................ 9
Carga de prueba ................................................................................................................................................................ 11
Captura de recursos durante las pruebas ......................................................................................................................... 12
Detalles de la arquitectura del hardware de la granja de prueba ........................................................................................ 12
Servidores virtuales ........................................................................................................................................................... 15
Almacenamiento en disco ................................................................................................................................................. 16
Arquitectura de la granja de prueba de SharePoint Server y SQL Server ............................................................................. 18
Sitios web de IIS de la granja de SharePoint ..................................................................................................................... 19
Bases de datos de SQL Server ........................................................................................................................................... 19
Índices de contenido de FAST Search Server 2010 for SharePoint ................................................................................... 21
El método, la escala de tiempo del proyecto y el proceso de creación de la granja ............................................................ 21
Escala de tiempo del proyecto .......................................................................................................................................... 21
Modo de creación de los documentos de muestra .......................................................................................................... 22
Características de rendimiento para la carga de documentos a gran escala ................................................................... 22
Operaciones de entrada-salida por segundo (IOPS) ......................................................................................................... 24
Rastreo de documentos de FAST Search Server 2010 for SharePoint .............................................................................. 26
Resultados de las pruebas .................................................................................................................................................... 27
Serie de pruebas A: variación de usuarios ........................................................................................................................ 27
Serie de pruebas B: variación de RAM de SQL Server....................................................................................................... 30
Serie de pruebas C: variación de la combinación de transacciones ................................................................................. 33
Serie de pruebas D: variación de RAM de servidores web front-end ............................................................................... 36
Serie de pruebas E: variación del número de servidores web front-end ......................................................................... 39
Serie de pruebas F: variación de CPU de SQL Server ........................................................................................................ 43
Prueba del Service Pack 1 (SP1) y la actualización acumulada (CU) de junio ................................................................... 46
Copias de seguridad de BD de contenido de SQL Server .................................................................................................. 47
4
Conclusiones ......................................................................................................................................................................... 47
Recomendaciones ................................................................................................................................................................. 47
Recomendaciones relacionadas con SQL Server 2008 R2 ................................................................................................ 47
Recomendaciones relacionadas con SharePoint Server 2010 .......................................................................................... 48
Recomendaciones relacionadas con FAST Search Server for SharePoint 2010 ................................................................ 48
Referencias ............................................................................................................................................................................ 49
5
Introducción
Objetivos de la prueba Estas notas del producto describen los resultados de una prueba a gran escala de SharePoint Server, realizada por
Microsoft en junio de 2011. El objetivo de la prueba era publicar los requisitos para el ajuste de escala de los
repositorios de archivos de documentos en SharePoint Server a una capacidad de gran almacenaje. La prueba
involucraba la creación de un gran número de documentos habituales con un tamaño promedio de 256 KB, la carga de
los mismos en una granja de SharePoint, la creación de un índice de FAST Search Server 2010 for SharePoint en los
documentos y la ejecución de pruebas con Microsoft Visual Studio® 2010 Ultimate para simular la utilización. Con esta
prueba queríamos demostrar tanto las técnicas de escala vertical como las de escala horizontal. La escala vertical hace
referencia a la capacidad adicional de hardware para aumentar los recursos y escalar un solo entorno que, para nuestro
objetivo, es una base de datos de contenido de SharePoint. Una base de datos de contenido de SharePoint incluye todas
las colecciones de sitios, todos los metadatos y los objetos binarios grandes (BLOBs) asociados con las colecciones de
sitios a los que accede SharePoint Server. La escala horizontal hace referencia a tener varios entornos, lo que para
nosotros se traduce en tener varias bases de datos de contenido de SharePoint. Tenga en cuenta que una base de datos
de contenido no es solo una base de datos de SQL Server, sino también diferentes datos de configuración y cualquier
BLOB de documento, independientemente de su ubicación.
La carga de trabajo que probamos para este informe se basa principalmente en archivos de documentos. Se incluye un
gran número de documentos típicos de Microsoft Office que se almacenan con fines de archivado. En ese escenario, el
almacenamiento suele ser a largo plazo y no se suele acceder a él con frecuencia.
Asociados de hardware que participan Esta prueba ha sido posible gracias al apoyo de varios asociados de hardware de Microsoft.
NEC Corporation of America
NEC proporcionó un servidor NEC Express5800/A1080a (GX) con 8 CPU (procesadores) y 1 terabyte (TB) de RAM total.
Cada procesador contenía 8 núcleos, con un total de 64 núcleos en el servidor. Como se detalla más adelante, este
servidor se utilizó para ejecutar Microsoft Hyper-V con un número de máquinas virtuales que componían las granjas de
SharePoint Server y FAST Search Server 2010 for SharePoint .
Ilustración 1: NEC Express Server 5800
6
Origen: www.necam.com/servers/enterprise
Especificaciones del servidor NEC Express 5800/A1080a
8 CPU Westmere (E7-8870) con 10 núcleos de procesador
1TB de memoria. Cada módulo de memoria de procesador tiene una CPU (10 núcleos) y 16 DIMM.
2 puertos dobles 8G FC HBA
5 HDD
Intel
Intel proporcionó un segundo servidor NEC Express5800/A1080a también con 8 CPU (procesadores) y 1 terabyte (TB) de
RAM. Intel también actualizó dicho equipo con CPU Westmere EX CPU, con 10 núcleos cada uno, con un total de 80
núcleos en el servidor. Como se detalla más adelante, este servidor se utilizó para ejecutar indizadores de Microsoft SQL
Server y FAST Search Server 2010 for SharePoint directamente en el equipo sin utilizar Hyper-V.
EMC
EMC proporcionó un SAN EMC VNX 5700 con 300 TB de disco de alto rendimiento.
Almacenamiento unificado EMC VNX5700
Origen: http://www.emc.com/collateral/software/15-min-guide/h8527-vnx-virt-msapp-t10.pdf
Especificaciones de EMC VNX 5700:
Unidades de 2 TB, 15 por 3U DAE, 5 unidades = un total de 75 unidades, 150 TB de almacenamiento sin formato
Unidades de 600 GB, 25 por 2U DAE, 10 unidades = un total de 250 unidades, 150 TB de almacenamiento sin
formato
2 procesadores de almacenamiento
2 unidades de batería de respaldo
Definición de la carga de trabajo probada Esta prueba de carga estaba diseñada para mostrar la gran capacidad de archivo de documentos de SharePoint Server
2010. La carga de trabajo del archivo de documentos se caracteriza por tener un gran número de documentos que se
agregan (o introducen) paulatinamente, a los que se accede con poca frecuencia y que casi nunca se actualizan.
7
Ilustración 2: trabajo con grandes archivos de documentos
Descripción de la arquitectura de escala horizontal del archivo de documentos Se recomienda el enrutamiento de contenido para las granjas de SharePoint con varias bases de datos de contenido,
para poder enviar documentos a la base de datos correcta desde la biblioteca de colocación inicial. En las pruebas
descritas en este informe, no se configuró el enrutamiento de contenido y nos centramos en la escalabilidad y el
rendimiento de la instalación.
Aunque se utiliza el enrutamiento de contenido para introducir documentos en una de las varias bases de datos de
contenido de SharePoint, FAST Search Server 2010 for SharePoint puede utilizarse para ubicar de forma óptima un
documento en una o varias bases de datos de contenido. FAST Search Server 2010 for SharePoint compila un índice con
todos los documentos de todas las bases de datos de contenido, y las búsquedas pueden utilizar metadatos y
refinadores para seleccionar la fecha, el autor u otras propiedades, y realizar una búsqueda en el texto completo.
Transacciones de prueba que se incluyeron Estas notas del producto incluyen los resultados de una serie de pruebas de rendimiento que se llevaron a cabo en
SharePoint Server 2010 y FAST Search Server 2010 for SharePoint, en un escenario de archivo de documentos. Esta
sección incluye una explicación sobre la metodología que se utilizó para las pruebas que se mencionan en estas notas. Al
presentar los datos se mencionan las desviaciones de esta tecnología.
Carga de trabajo
Importante: Es importante tener en cuenta que 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.
Las cargas de trabajo de prueba se diseñaron de acuerdo con un escenario de un gran almacén de archivo de
documentos y están dirigidas para desarrollar cálculos estimados sobre qué efecto tiene un escenario de repositorio de
documentos a gran escala en las diferentes configuraciones de granja.
Documentos
Biblioteca de documentos
Drop Box
Índice de FAST Search
Base(s) de datos
de contenido archivado
Enrutamiento de contenido
8
La granja de prueba representada en este escenario se diseñó para permitir tanto la escala horizontal como la vertical
para acomodar capacidad adicional, según sea necesario.
La habilidad de escalar es tan crítica para las implementaciones a pequeña escala como para los escenarios de archivos
de documentos a gran escala. La escala horizontal le permite agregar más servidores a la granja (o granjas), como
servidores web front-end adicionales o servidores de aplicaciones. La escala vertical le permite aumentar la capacidad
de los servidores existentes agregando memoria y/o CPU más rápidas para aumentar la capacidad de proceso y el
rendimiento. También debería sacarse provecho del enrutamiento de contenido en escenarios de archivos para permitir
a los usuarios simplemente "colocar" un documento y hacer que se enrute de forma dinámica a la biblioteca o carpeta
correspondiente, si procede, en función de los metadatos del documento.
Definiciones de las transacciones de la prueba y configuraciones de línea base En esta sección se definen las transacciones de prueba y otras configuraciones de línea base, y se proporciona
información general sobre el proceso de prueba que se usó para cada escenario. En cada sección de resultados de las
pruebas, más adelante en estas notas del producto, se proporciona información detallada, como los resultados de las
pruebas y parámetros específicos.
Elemento de línea base Descripción del elemento de línea base Configuración de línea base (o
porcentaje de transacción)
Carga de documentos Cargar un documento a uno de los centros de documentación. Se creó una carpeta y un archivo únicos en cada Centro de documentación cada hora, 24 horas al día.
1%
Descarga de documentos (Abrir)
Descargar o abrir un documento 30%
Examinar Acceso aleatorio a una página principal del centro de documentación, una página de vista de lista de la biblioteca de documentos, o una página de vista de lista de una carpeta.
40%
Buscar Una consulta de búsqueda aleatoria enviada al Centro de búsqueda FAST.
30%
Tiempo de reflexión EL tiempo transcurrido entre transacciones para cada usuario. Esto representa el tiempo que el usuario pasa leyendo o pensando entre los diferentes accesos a las páginas web.
10 segundos
Usuario simultáneos El número de usuarios que se conecta a la granja de SharePoint desde los agentes de pruebas a los servidores web front-end de SharePoint. Esto no representa una base total de usuarios, debido a que en un entorno habitual, solo una pequeña proporción del total de los usuario accederá al sistema.
10.000
Duración de la prueba La duración de ejecución de la prueba 1 hora
9
Almacenamiento en caché de web
Indica si el almacenamiento en caché de web está activado para los servidores web front-end
Activado
Indización de contenido de FAST
indica si la indización de contenido de FAST está funcionando durante la prueba
Pausada
Número de servidores web front-end
El número de servidores web front-end de la granja de SharePoint que se utilizaron durante el test
3 por cada base de datos de contenido
Rampa de usuarios Cada prueba comenzó con 1.000 usuarios y el número aumentó hacia la carga de usuarios objetivo en incrementos de 100 usuarios. Se utilizó un tiempo de rampa de 30 segundos y un tiempo de paso de 10 segundos.
100 usuarios cada 30 segundos
Agentes de pruebas Se utilizó Visual Studio 2010 Ultimate para simular la carga de transacciones de usuario. Se utilizó una máquina virtual de controlador de pruebas y 19 máquinas virtuales de agentes de pruebas para crear esta carga.
19
Tabla 1: transacciones de la prueba y configuraciones de línea base
Combinación de pruebas de línea base Esta sección define las combinaciones de pruebas que se aprovecharon y proporciona información general de los
resultados de las pruebas para cada escenario de combinación de pruebas.
La combinación de pruebas que se utilizó para cada prueba varió, en función de los objetivos particulares de las pruebas
y cargas. Todas las pruebas de llevaron a cabo mediante Visual Studio 2010 Ultimate y se utilizaron scripts registrados
sin código que se generaron exclusivamente con Visual Studio. Se rellenaron puntos de datos específicos para cada
prueba y, a continuación, se ejecutó la combinación de pruebas durante diferentes periodos con diferentes números de
usuarios simultáneos, para determinar las capacidades y los límites de las granjas.
Notas
Todas las pruebas llevadas a cabo en el laboratorio se ejecutaron con un "tiempo de reflexión" de 10 segundos. El
tiempo de reflexión es una característica del controlador de pruebas de Microsoft Visual Studio 2010 Ultimate que le
permite simular el tiempo que los usuarios se pausan entre clics en una página en un entorno real.
La combinación de operaciones utilizada para medir el rendimiento para el objetivo de estas notas del producto es
artificial. Todos los resultados tienen el propósito de ilustrar las características de rendimiento en un entorno controlado
bajo un conjunto de condiciones específicas. Estas combinaciones de pruebas están compuestas de una cantidad
inusitada de consultas de lista que consumen una gran cantidad de recursos de SQL Server, frente a otras operaciones.
El propósito de lo anterior era 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 variarán las variables
específicas del entorno y la combinación de operaciones.
Series de pruebas Se ejecutaron seis series de pruebas, etiquetados de la A a la F. Cada serie involucraba la ejecución de una prueba de
línea base con idénticos parámetros y entorno, excepto un parámetro, que se variaba. Las pruebas individuales de cada
10
serie se etiquetaban después de la serie de pruebas, seguidas de un número. Esta sección explica las series de pruebas
individuales que se ejecutaron. Hay una nota en la lista de pruebas que indica qué test era igual a la línea base. Dicho de
otro modo, una de las pruebas de cada serie no variaba en el parámetro elegido, sino que en realidad era idéntica en
todos los aspectos a la prueba de línea de base original.
Serie de pruebas A: variación de usuarios
En esta serie de pruebas se varía el número de usuario para comprobar de qué manera afecta el aumento de la carga de
usuario a los recursos de sistema en la granja de SharePoint y FAST Search Server 2010 for SharePoint. Se realizaron tres
pruebas que incluían 4.000 usuarios, 10.000 usuarios y 15.000 usuarios. Para la prueba de 15.000 usuarios fue necesario
aumentar el tiempo de prueba a 2 horas para gestionar la rampa de usuarios aumentada, y también se aumentaron los
servidores web front-end (WFE) a 6 WFE, para poder manejar la carga aumentada.
Prueba Número de usuarios Número de WFE Tiempo de prueba
A.1 4.000 3 1 hora
A.2 10.000 3 1 hora (línea de base)
A.3 15.000 6 2 horas
Serie de pruebas B: variación de RAM de SQL Server
En esta serie de pruebas se varía la cantidad de RAM disponible para Microsoft SQL Server. Debido a que el equipo de
SQL Server disponía de una gran cantidad de memoria RAM, ejecutamos esta serie de pruebas para comprobar cuál
sería, en comparación, el rendimiento de un servidor que ejecuta SQL Server con menos RAM. Se realizaron seis pruebas
con la memoria máxima de RAM de SQL Server establecida en: 16 GB, 32 GB, 64 GB, 128 GB, 256 GB y 600 GB.
Prueba RAM de SQL
B.1 16 GB
B.2 32 GB
B.3 64 GB
B.4 128 GB
B.5 256 GB
B.6 600 GB – (línea base)
Serie de pruebas C: variación de la combinación de búsquedas
En esta serie de pruebas se varía la proporción de búsquedas realizadas por los usuarios de prueba, frente a cuando
examinan o abren documentos. Esta carga de trabajo aplicada a la granja es una mezcla de diferentes transacciones de
usuario, que siguen la línea base de 30 %, 40 % y 30 % para Abrir, Examinar y Buscar, respectivamente. En las pruebas de
esta serie se varía la proporción de cada búsqueda y, por lo tanto, también se cambia la proporción de Abrir y Examinar.
Prueba Abrir Examinar Buscar
C.1 30% 55% 15%
C.2 30% 40% 30 % (línea base)
C.3 20% 40% 40%
C.4 20% 30% 50%
C.5 25% 25% 50%
C.6 5% 20% 75%
11
Serie de pruebas D: variación de RAM de WFE
En esta serie de pruebas se varía la cantidad de RAM asignada a los servidores web front-end. Además, para esta prueba
se utilizaron cuatro servidores web front-end. La memoria RAM de cada uno de los 4 servidores web front-end se probó
con 4 GB, 6 GB, 8 GB y 16 GB.
Prueba Memoria en WFE
D.1 4 GB
D.2 6 GB
D.3 8 GB (línea base)
D.4 16 GB
Serie de pruebas E: variación del número de WFE
En esta serie de pruebas se varía el número de servidores web front-end que se utilizan. Los diferentes números de
servidores que se probaron fueron 2, 3, 4, 5 y 6.
Prueba Número de WFE
E.1 2
E.2 3 (línea base)
E.3 4
E.4 5
E.5 6
Serie de pruebas F: restricciones de CPU de SQL Server
En esta serie de pruebas se restringe el número de CPU disponibles para Microsoft SQL Server. Los diferentes números
de CPU disponibles para SQL Server que se probaron fueron 2, 4, 8 16 y 80 CPU.
Prueba CPU disponible para SQL Server
F.1 4
F.2 6
F.3 8
F.4 16
F.5 80 (línea base)
Carga de prueba Las pruebas tenían el propósito de mantenerse debajo de un punto de carga óptimo, o zona verde, mediante una mezcla
general de operaciones. Para medir los cambios concretos, las pruebas se llevaron a cabo en todos los puntos en los que
se alteró una variable. Las series de pruebas estaban diseñadas para superar el punto de carga óptimo, para encontrar
recursos de cuello de botella en la configuración de la granja. Se recomienda utilizar los resultados del punto de carga
óptimo para las granjas de producción de aprovisionamiento, para que haya un exceso de capacidad de recursos para
gestionar cargas transitorias o inesperadas. En este proyecto, definimos el punto de carga óptimo al mantener los
recursos por debajo de las siguientes mediciones:
Latencia del percentil 75 inferior a 1 segundo
CPU del servidor web front-end inferior al 85 %
CPU de SQL Server inferior al 50 %
CPU del servidor de aplicaciones inferior al 50 %
CPU de FAST Search Server 2010 for SharePoint inferior al 50 %
La tasa de errores es inferior al 0,01
12
Captura de recursos durante las pruebas Durante cada ejecución de prueba, se capturó la utilización de recursos mediante Performance Monitor (Perfmon.exe) y
Visual Studio 2010 Ultimate para determinar la carga de la granja de prueba. Se capturaron los siguientes detalles y se
muestran en la sección de informes.
La CPU para cada WFE, servidor de aplicaciones de SharePoint, índice de FAST Search Server 2010 for SharePoint
, aplicación del servicio de Fast Search (SSA) y equipo de SQL Server
Utilización de RAM para cada WFE, servidor de aplicaciones de SharePoint, índice de FAST Search Server 2010 for SharePoint, SSA de Fast y equipo de SQL Server
Tiempo de actualización de páginas en todos los elementos de prueba
Colas de disco por cada unidad
Detalles de la arquitectura del hardware de la granja de prueba La granja del Centro de documentación es el host de la administración central de SharePoint, Centro de documentación
1, Centro de documentación 2, Aplicaciones de servicio y el Centro de búsqueda FAST. La granja consiste en tres
servidores físicos y 22 virtuales.
La
Ilustración 3 muestra un diagrama de la arquitectura física.
13
Ilustración 3: diagrama de la arquitectura del hardware
14
Data/Storage
Document Center Farm
PACNEC02(Hyper-V-HOST)
Physical64xLP
1TB RAMHosting Hyper-V,
FAST Admin
SPDC01Physical
4xLP4GB RAM
Domain Controller, DNS
PACNEC01(SQL-HOST)
Physical80xLP (Westmere)
1TB RAMHosting SQL Server,
FAST Document Processors
FC HBA (8GB) – EMC SAN 2
FC HBA (8GB) – VNX5700
FC HBA (8GB) – VNX5700
Ilustración 4: servidores físicos
Se deshabilitó el hyper-threading en los servidores físicos porque no necesitábamos núcleos de CPU adicionales y
estábamos limitados a 4 CPU lógicas en cualquier máquina virtual Hyper-V. No queríamos que disminuyera el
rendimiento de estos servidores debido al hyper-threading. Había tres servidores físicos en el laboratorio. Los tres
servidores físicos más los 22 servidores virtuales se conectaron a una LAN virtual dentro del laboratorio para aislar su
tráfico de red de otras máquinas de laboratorio no relacionadas. La LAN estaba hospedada por un conmutador de
Ethernet de 1 GBPS, y cada uno de los servidores NEC estaba conectado a dos puertos Ethernet de 1 GBPS.
SPDC01. El Controlador de dominio de Windows y el Sistema de nombre de dominios (DNS) para la red virtual utilizada en el laboratorio.
o 4 núcleos de procesadores físicos funcionando a 3,4 GHz o 4 GB de RAM o Dispositivo de disco local RAID SCSI de 33 GB
PACNEC01. SQL Server 2008 R2 hospeda los archivos primarios y secundarios para las bases de datos de contenido, los registros y TempDB. También se ejecutaron 100 procesadores de documentos FAST en este servidor.
o NEC ExpressServer 5800 1080a o 8 CPU de Intel E7-8870 con 80 núcleos de procesadores físicos, funcionando a 2,4 GHz o 1 TB de RAM o 800 GB de disco conectado directamente o 2 tarjetas de adaptación de bus host de canal de fibra de puertos dobles, con capacidad de 8 GB/s o 2 tarjetas de Ethernet de 1 GBPS
15
PACNEC02. Host de Hyper-V que sirve a las máquinas de SharePoint, FAST Search for SharePoint y la plataforma de pruebas dentro de la granja.
o NEC ExpressServer 5800 1080a o 8 CPU de Intel X7560 con un total de 64 núcleos de procesadores físicos, funcionando a 2,27 GHz o 1 TB de RAM o 800 GB de disco conectado directamente o 2 tarjetas de adaptación de bus host de canal de fibra de puertos dobles, con capacidad de 8 GB/s o 2 tarjetas de Ethernet de 1 GBPS
Servidores virtuales
Ilustración 5: servidores virtuales
Estos servidores se ejecutaron en una instancia Hyper-V en PACNEC02. Todos los servidores virtuales se arrancaron
desde archivos de VHD almacenados localmente en el servidor PACNEC02 y todos tenían acceso configurado a la LAN
virtual del laboratorio. A algunos de estos servidores virtuales se les proporcionó acceso directo de disco dentro del
sistema operativo invitado a un LUN en la SAN. El acceso directo al disco que se proporcionó aumentó el rendimiento
frente a utilizar un disco VHD, y se utilizó para acceder a los servidores de FAST Search. A continuación presentamos una
lista de los diferentes tipos de servidores virtuales que se ejecutaron en el laboratorio, así como los detalles de sus
recursos y los servicios proporcionados.
Tipo de servidor virtual Descripción
Plataformas de prueba (TestRig-1 a TestRig-20)
TestRig-1 es el controlador de pruebas de de Visual Studio 2010 Ultimate
TestRig-2 - TestRig19 son los agentes de pruebas de Visual Studio Agents 2010, controlados por TestRig-1
El controlador de pruebas y los agentes de pruebas de Visual Studio 2010 Ultimate para hacer la prueba de carga en la granja. Estos servidores virtuales se configuraron con 4 procesadores virtuales y 8 GB de memoria. Estos servidores utilizaron un VHD como disco.
SP: Administración central, SA de almacenamiento seguro, rastreador
APP-1 : host de Administración central de SharePoint y host de aplicación del servicio de FAST Search.
APP-2 - : aplicaciones de servicios de SharePoint y host de aplicación del servicio de FAST Search. Este servidor de aplicaciones se ejecutó siguiendo las aplicaciones de servicio
Estas máquinas virtuales hospedan la Administración central de SharePoint y las aplicaciones de servicios utilizadas dentro de la granja. Estos servidores virtuales se configuraron con 4 procesadores virtuales y 16 GB de memoria. Estos servidores utilizaron un VHD como disco.
16
compartido de SharePoint: Aplicación de servicio de
almacenamiento seguro. Aplicación del servicio de
FAST Search.
Administración y servicio de FAST
FAST-SSA-1 y FAST-SSA-2 : aplicaciones de servicio de FAST Search 1 y 2 respectivamente.
Estas máquinas virtuales hospedan el servicio y la administración de Fast Search. Cada una se configuró con 4 procesadores virtuales, 16 GB de memoria y utilizaron un VHD como disco.
Índice-búsqueda FAST
FAST-IS-1, FAST-IS2, FAST-IS3, and FAST-IS4 : índice FAST, búsqueda, nodos del analizador de webs 1, 2, 3 y 4.
Estas máquinas virtuales hospedan la el índice FAST y los nodos de búsqueda y del analizador de webs utilizados dentro de la granja. Se configuraron con 4 procesadores virtuales, 16 GB de memoria y utilizaron un VHD como disco de arranque. Cada uno tenía acceso directo como disco a 3 TB de LUN de SAN para el almacenamiento del índice FAST.
Servidor web front-end (SharePoint y FAST Search)
WFE-1, WFE-2 y WFE-3 : servidor web front-end 1, 2 y 3, parte de la configuración de carga equilibrada que hospeda al primer Centro de documentación. Estos servidores virtuales se configuraron con 4 procesadores virtuales y 8 GB de memoria.
WFE-4, WFE-5 y WFE-6 : servidor web front-end 4, 5 y 6, parte de la configuración de carga equilibrada que hospeda al segundo Centro de documentación. Estos servidores virtuales se configuraron con 4 procesadores virtuales y 8 GB de memoria.
Estos servidores virtuales hospedan a todos los servidores web front-end y a un host de rastreo FAST dedicado dentro de la granja. Cada base de datos de contenido incluía un centro de documentación configurado con 3 WFE de SharePoint Server de carga equilibrada. Esto se llevó a cabo para facilitar la combinación de textos para realizar la prueba de carga en dos bases de datos de contenido. En una granja real, cada WFE se dirigiría a varias bases de datos de contenido. Estos servidores utilizaron un VHD como disco.
Almacenamiento en disco El almacenamiento consiste en el almacenamiento unificado de EMC VNX5700. La matriz VNX5700 se conectó a cada
servidor físico (PACNEC01 y PACNEC02) con un canal de fibra de 8 GBPS. Cada servidor físico contiene tres adaptadores
de host bus de canal de fibra para poder conectarse a ambos procesadores de almacenamiento en la SAN primaria, lo
que proporciona una redundancia y permite a la SAN equilibrar los LUN en los procesadores de almacenamiento.
Red de área de almacenamiento: matriz EMC VNX5700
Se utilizó una matriz EMC VNX5700 (http://www.emc.com/products/series/vnx-series.htm#/1) para almacenar las bases
de datos de SQL Server y el índice de búsqueda de FAST Search Server 2010 for SharePoint . El VNX5700, tal como se
configuró, incluía 300 terabytes (TB) de disco sin formato. La matriz se rellenó con 250 unidades SAS de 600 GB de
17
10.000 RPM y 75 unidades SAS near-line de 2TB de 7.200 RPM (las unidades SAS near-line tienen interfaces físicas SATA
y conectores SAS mientras que las unidades habituales SAS tienen interfaces físicas SCSI). Las unidades se configuraron
en formato RAID-10 para la creación de reflejos y franjas. El volumen de RAID configurado en la red de área de
almacenamiento (SAN) se dividió en 3 grupos y los LUN se asignaron de a partir de un grupo específico, tal como se
muestra en Tabla 2.
Grupo nº
Descripción Tipo de unidad Capacidad de usuario (GB)
Asignado (GB)
0 FAST SAS 31.967 24.735
1 Base de datos de contenido SAS 34.631 34.081
2 Libre; sin utilizar NL SAS 58.586 5.261 Tabla 2: grupos de SAN asignados
Números de unidad lógica (LUN) en el VNX 5700 se definieron como se muestra en Tabla 3.
LUN nº
Descripción Tamaño (GB) Servidor Grupo de disco nº
Letra de unidad
0 BD de servicio de SP 1.024 PACNEC01 0 F
1 Espacio adicional de PACNEC02
5.120 PACNEC02 0
2 Índice FAST 1 3.072 PACNEC02 0 F
3 Índice FAST 2 3.072 PACNEC02 0 G
4 Índice FAST 3 3.072 PACNEC02 0 H
5 Índice FAST 4 3.072 PACNEC02 0 I
6 DB de contenido 1 7.500 PACNEC01 1 H
7 DB de contenido 2 6.850 PACNEC01 1 I
8 DB de contenido 3 6.850 PACNEC01 1 J
9 DB de contenido 4 6.850 PACNEC01 1 K
10 TransLog de DB de contenido de SP
2.048 PACNEC01 1 G
11 TransLog de BD de servicio de SP
512 PACNEC01 0 L
12 DB temporal 2.048 PACNEC01 1 M
13 Registro de DB temporal 2.048 PACNEC01 0 N
14 BD de mantenimiento de utilización de SP
3.072 PACNEC01 0 O
15 BD de rastreo / BD admin. de FAST
1.024 PACNEC01 1 P
16 Libre; sin utilizar 5.120 PACNEC01 2
17 Contenido bruto de doc. Office
3.072 PACNEC01 Adicional T
18 Archivos de intercambio de WM
1.024 PACNEC02 Adicional K
19 Copia de seg. de BD 1 16.384 PACNEC01 Adicional R
20 Copia de seg. de BD 2 16.384 PACNEC01 Adicional A Tabla 3: números de unidad lógica
18
Red de área de almacenamiento: matriz de disco adicional
Se utilizó una matriz de disco de rendimiento más bajo como respaldo y para hospedar el contenido bruto de los
documentos de Office que se cargaron a la granja de SharePoint Server 2010. Esta matriz no se utilizó durante la
ejecución de pruebas.
Arquitectura de la granja de prueba de SharePoint Server y SQL Server La arquitectura lógica se definió para demostrar los límites recomendados de SharePoint Server 2010. La arquitectura
consiste en dos aplicaciones web, cada una de las cuales contiene una sola colección de sitios en una sola base de datos
de contenido exclusiva. Cada base de datos de contenido se cargó con 60 millones de documentos del tipo Microsoft
Word (.docx), Excel (.xlsx), PowerPoint (.pptx) y páginas de lenguaje de marcado de hipertexto (.html), con un
promedio de 250 kilobytes (KB) de tamaño. El tamaño de la base de datos de contenido era de aproximadamente 15 TB
cada una, es decir, 30 TB en conjunto. La arquitectura lógica del laboratorio a gran escala se muestra en la ilustración 6.
Document Center Farm and Data/StorageIIS Web Site – “SharePoint Services”
Application Pool
Default group
Secure Store Service Application
SharePoint Central Administration
SharePoint Configuration
TempDB
SharePoint Content FAST Crawl/Admin
FAST Index
EMC
VNX5700
SAN
BulkBulk
VMsVMs SwapSwap SwapSwap SwapSwap SwapSwap SwapSwap
IIS Web Site – “SP CA v4”
Application Pool
Web Application 1Central Administration
http://app-1:2010
IIS Web Site – “doccenter1.lab80” IIS Web Site – “doccenter2.lab81” IIS Web Site – “search.lab2011”
Application Pool
Web Application 4FAST Search Center Template
http://search.lab:2011
Application Pool
Web Application 3Document Center Template
http://doccenter2:81
Application Pool
Web Application 2Document Center Template
http://doccenter1:80
Ilustración 6: arquitectura de software
La granja del Centro de documentación de SharePoint debe utilizarse en un escenario de archivo de documentos y se
diseñó para acomodar un gran número de documentos almacenados en varias bibliotecas de documentos. Las
bibliotecas de documentos estaban limitadas a aproximadamente un millón de documentos cada una y la jerarquía de
carpetas estaba limitada a aproximadamente 2.000 elementos por contenedor. Esto se realizó únicamente para poder
llevar a cabo un gran proceso de carga de documentos y evitar que el tiempo de carga disminuyera después de superar
el millón de elementos de la biblioteca.
19
Sitios web de IIS de la granja de SharePoint Ambas colecciones de sitios de contenido aprovecharon la plantilla del Centro de documentación. La colección de sitios
del Centro de búsqueda aprovechó la plantilla del Centro de búsqueda FAST. Cada colección de sitios estaba en una
aplicación web exclusiva. Cada aplicación web utilizó un grupo de aplicaciones independiente.
Sitio web de IIS: SharePoint Services
En el sitio web de IIS de SharePoint Services se hospedan los servicios compartidos utilizados en SharePoint Server 2010.
Para los objetivos de este laboratorio, se utilizó al almacenamiento seguro.
Sitio web de IIS: Administración central de SharePoint v4
En el sitio web de IIS de la Administración central de SharePoint se hospeda el sitio de Administración central y la
interfaz de usuario de SharePoint Server 2010.
Sitio web de IIS: Centro de documentación 1
En el sitio web de IIS del Centro de documentación 1 se hospeda el primer archivo del Centro de documentación.
Sitio web de IIS: Centro de documentación 2
En el sitio web de IIS del Centro de documentación 2 se hospeda el segundo archivo del Centro de documentación.
Sitio web de IIS: Centro de búsqueda FAST
En el sitio web de IIS del Centro de búsqueda FAST se hospeda la interfaz de usuario de búsqueda de la granja.
Al llegar a los 70 millones y superarlos, la base de datos de rastreo se volvió notablemente más lenta y fueron necesarios
algunos trabajos de ajuste para llevarla de 100 millones a 120 millones.
Bases de datos de SQL Server Las siguientes bases de datos de SQL Server se hospedan en la red de área de almacenamiento (SAN) EMC VNX 5700.
Nombre de BD Finalidad Tamaño (MB)
SharePointAdminContent_<GUID> Base de datos de la Administración central de SharePoint
768
SharePoint_Config Base de datos de configuración de SharePoint 1.574
Bases de datos de sistema: tempdb Base de datos temporal de SQL Server 16.384
ReportServer Una base de datos de Microsoft SQL Server que almacena todos los metadatos de informes incluidos las definiciones de informes, el historial y las instantáneas de informes y la información de programación.
10
ReportServerTempDB Una base de datos de Microsoft SQL Server que almacena todas las instantáneas temporales mientras se ejecutan los informes.
3
SPContent01 (base de datos de contenido del Centro de
Bases de datos de contenido de SharePoint 15.601.286
20
documentación 1)
SPContent02 (base de datos de contenido del Centro de documentación 2)
Bases de datos de contenido de SharePoint
15.975.266
FAST_Query_CrawlStoreDB_<GUID> Almacén de rastreo para la aplicación de servicio de búsqueda de consultas FAST Search. Esta base de datos de almacén de rastreo solo se utiliza para los perfiles de usuario (Búsqueda de personas).
15
FAST_Query_CrawlStoreDB_<GUID> Base de datos de administración para la aplicación de servicio de búsqueda de consultas FAST Search.
125
FAST_Query_PropertyStoreDB_<GUID> Almacena las propiedades de metadatos y los descriptores de seguridad de los elementos del perfil de usuario en el índice de búsqueda de personas. Está involucrado en las consultas de búsqueda de personas basadas en propiedades y devuelve atributos de documentos estándar para los resultados de consultas de búsqueda de personas.
173
FASTContent_CrawlStoreDB_<GUID> Almacén de rastreo para la aplicación de servicio de búsqueda de contenido FAST Search. Esta base de datos de almacén de rastreo se utiliza para todos los elementos rastreados excepto para los perfiles de usuario.
502.481
FASTContent_DB_<GUID> Base de datos de administración para la aplicación de servicio de búsqueda de contenidos FAST Search.
23
FASTSearchAdminDatabase Base de datos de administración para la granja de FAST Search Server 2010 for SharePoint. Almacena y gestiona la configuración de grupos de búsqueda, palabras clave, sinónimos, promociones y disminuciones de nivel de documentos y sitios, inclusiones y exclusiones del extractor de propiedades, exclusiones de ortografía, opciones visuales más probables y metadatos
de esquema de búsqueda..
4
WSS_Content_FAST_Search Base de datos de contenido del Centro de búsqueda FAST
52
21
LoadTest2010 Repositorio de resultados de la prueba de carga
4.099
Tabla 4: bases de datos de SQL Server
Índices de contenido de FAST Search Server 2010 for SharePoint Los directorios de datos de FAST Search Server 2010 for SharePoint utilizan una unidad de paso a través de Hyper-V
directamente en la SAN.
En el servidor virtual FAST-IS1, el directorio de datos utiliza 745 GB de los 3 TB, sin utilizar ningún espacio temporal (todo
de limpió con anterioridad).
Tabla 5 muestra el almacenamiento de datos de las carpetas de archivos de índice de FAST Search Server 2010 for
SharePoint almacenados en la SAN.
Nombre Finalidad Número de archivos Tamaño (GB)
data_fixml Origen de índice utilizado para crear índice
6 millones 223
data_index Índice de búsqueda real utilizado por consultas
3.729 490
sprel Información de relevancia de SharePoint. Utilizada colocar en la parte superior de la lista los resultados de búsqueda más frecuentes.
9 3
webanalyzer Subir los documentos vinculados más frecuentemente en el orden de los resultados.
135 12
Tabla 5: almacenamiento utilizado por 1 de los 4 índices FAST
El método, la escala de tiempo del proyecto y el proceso de creación de la granja
Escala de tiempo del proyecto Esta es la escala de tiempo aproximada del proyecto.
Planificación de la arquitectura de granja 2 semanas
Instalación del servidor y el hardware de SAN 1 semana
Creación de máquinas virtuales para la granja 1 semana
Creación de elementos del contenido de muestra 2 semanas
Carga de elementos en SharePoint Server 3 semanas
Desarrollo de scripts de prueba 1 semana
Indización de contenido en FAST Search 2 semanas
Prueba de carga 3 semanas
Redacción de informe 2 semanas
22
Modo de creación de los documentos de muestra Para poder proporcionar un escenario de archivo de documentos realista, era imprescindible que los documentos fueran
exclusivos. Se utilizaron dos utilidades diferentes; la primera para crear documentos exclusivos y la segunda para leer
dichos archivos desde el disco y cargarlos directamente en determinadas aplicaciones web de SharePoint y bibliotecas
de documentos.
Herramienta para crear un gran número de documentos
Los documentos se crearon mediante una herramienta de línea de comando denominada Bulk Loader, creada con
Microsoft .NET 4.0 Framework. Esta herramienta utiliza un archivo de volcado de contenido de Wikipedia como entrada
para permitir la creación de hasta 10 millones de documentos exclusivos en una ubicación del disco. Se utilizan imágenes
de archivo para reemplazar las referencias de imágenes de los volcados de Wikipedia. Esta herramienta está disponible
como código fuente en http://code.msdn.microsoft.com/Bulk-Loader-Create-Unique-eeb2d084.
Herramienta para cargar documentos en SharePoint
Los documentos se agregaron a SharePoint Server mediante una herramienta de línea de comando denominada
LoadBulk2SP, creada con C# y Microsoft .NET 3.5 Framework, para que sea compatible con SharePoint Server. Esta
herramienta toma los archivos de salida de disco de la herramienta Bulk Loader como entrada e imita la misma
estructura de carpetas y archivos directamente en SharePoint Server mediante determinadas aplicaciones web y
bibliotecas de documentos especificadas en la configuración de la aplicación. Con esta herramienta, se cargaron más de
100 millones de documentos de 250 KB en SharePoint Server con un pico de rendimiento de 233 documentos por
segundo y un promedio de tiempo de carga de 137 documentos por segundo. Esta herramienta está disponible como
código fuente en http://code.msdn.microsoft.com/Load-Bulk-Content-to-3f379974.
Características de rendimiento para la carga de documentos a gran escala La carga de documentos se llevó a cabo mediante la herramienta LoadBulk2SP definida anteriormente en este
documento. Esta herramienta aprovecha el método SubFolderCollection.Add() para agregar nuevas carpetas a
bibliotecas de documentos específicas y el método SPFileCollection.Add() para agregar archivos directamente en las
carpetas de la biblioteca de documentos que se han creado. Esta estructura de carpetas y archivos creada en SharePoint
Server imita la jerarquía de salida creada por la herramienta Bulk Loader.
Tamaños de las bases de datos de contenido de la biblioteca de documentos
A continuación se muestran los detalles de los tamaños de las bases de datos de contenido de la biblioteca de
documentos, incluidos los grupos de archivos de SQL Server y los archivos principales y secundarios utilizados dentro de
la granja.
Archivo de contenido de SQL
Grupo de archivos
LUN Tamaño (KB) Tamaño (MB) Tamaño (GB) Tamaño (TB)
SPCPrimary01.mdf Principal H:/ 53.248 52,000 0,050 0,000
SPCData0102.mdf SPCData01 I:/ 3.942.098.048 3.849.697,312 3.759,470 3,671
SPCData0103.mdf SPCData01 J:/ 4.719.712768 4.609.094,500 4.501,068 4,395
SPCData0104.mdf SPCData01 K:/ 3.723.746.048 3.636.470,750 3.551,240 3,468
SPCData0105.mdf SPCData01 H:/ 3.371.171.968 3.292.160,125 3.215,000 3,139
SPCData0106.mdf SPCData01 O:/ 4.194.394 4.096,087 4,000 0,003
Centro de documentación 1
Total: 15.760.968.474 15.391.570,775 15.030,820 14,678
SPCPrimary02.mdf SPCData02 H:/ 52.224 51,00 0,049 0,000
SPCData0202.mdf SPCData02 I:/ 3.240.200.064 3.164.257,875 3.090,095 3,017
SPCData0203.mdf SPCData02 J:/ 3.144.130.944 3.070.440,375 2.998,476 2,928
SPCData0204.mdf SPCData02 K:/ 3.458.544.064 3.377.484,437 3.298,324 3,221
23
SPCData0205.mdf SPCData02 H:/ 3.805.828.608 3.716.629,500 3.629,521 3,544
SPCData0206.mdf SPCData02 O:/ 2.495.168.448 2.436.687,937 2.379,578 2,323
Centro de documentación 2
Total: 16.143.924.352 15.765.551,125 15.396,046 15,035
Total conjunto: 31.904.892.826 31.157.121,900 30.426,876 29,713
Tabla 6: tamaños de bases de datos de SQL Server
Jerarquías de bibliotecas de documentos, carpetas y archivos
A continuación se muestran detalles de las jerarquías de bibliotecas de documentos, el número total de carpetas y
documentos generados para cada Centro de documentación mediante la herramienta LoadBulk2SP. El total de ambos
Centros de documentos es de 60.234 carpetas y 120.092.033 archivos.
Centro de documentación 1
El número total de carpetas y archivos que contiene cada biblioteca de documentos de la base de datos de contenido de
muestra en Tabla 7. Como se indicó anteriormente, los documentos se limitaban a un millón por biblioteca, con el fin de
llevar a cabo un gran proceso de carga de contenido. Para obtener los resultados de la arquitectura de granja de
SharePoint 2010 y consejos relacionados con el almacenamiento en bibliotecas de documentos a gran escala, consulte
un anterior informe sobre pruebas realizadas, Estimación del rendimiento y los requisitos de capacidad para repositorios
de documentos a gran escala en SharePoint Server 2010 (en inglés) (http://technet.microsoft.com/ es-
es/library/hh395916.aspx), que trata sobre el escalado de cantidades de elementos en una biblioteca de documentos.
Consulte también las restricciones de SharePoint Server 2010 para los elementos en bibliotecas de documentos y en
bases de datos de contenidos, como se explica en Administración de la capacidad de SharePoint Server 2010:
restricciones y límites del software (http://technet.microsoft.com/es-es/library/cc262787.aspx) en TechNet.
Centro de documentación 1
Recuentos
Biblioteca de documentos Carpetas Archivos
TOTAL DE CD1: 30.447 60.662.595
Tabla 7: bibliotecas de documentos en el Centros de documentación 1
Centro de documentación 2
El número total de carpetas y archivos que contiene cada biblioteca de documentos de la base de datos de contenido de
muestra en Tabla 8.
Centro de documentación 2
Recuentos
Biblioteca de documentos Carpetas Archivos
TOTAL DE CD2: 29.787 59.429.438
TOTAL DE CD1: 30.447 60.662.595
TOTAL CONJUNTO: 60.234 120.092.033 Tabla 8: bibliotecas de documentos en el Centros de documentación 2
A continuación se muestran muestras de las cinco ejecuciones principales de la herramienta LoadBulk2SP, en cuatro
procesos simultáneos, cada uno con 16 subprocesos dirigidos a diferentes Centros de documentación, bibliotecas de
documentos y carpetas y archivos de entrada.
24
Ejecución 26: Time Segundos Carpetas Archivos Docs/seg
5 carpetas con 2.000 archivos
Horas 0 0 315 639.980 233
Minutos 45 2.700
Segundos 46 46 58264
Total: 2.746
Ejecución 9: Time Segundos Carpetas Archivos Docs/seg
30 carpetas con 2.000 archivos
Horas 5 18.000 1.920 3.839.864 178
Minutos 58 3.480
Segundos 46 46
Total: 21.526
Ejecución 10: Time Segundos Carpetas Archivos Docs/seg
30 carpetas con 2.000 archivos
Horas 6 21.600 1.920 3.839.881 162
Minutos 33 1.980
Segundos 50 50
Total: 23.630
Ejecución 8: Time Segundos Carpetas Archivos Docs/seg
30 carpetas con 2.000 archivos
Horas 6 21.600 1.920 3.839.857 155
Minutos 51 3.060
Segundos 30 30
Total: 24.690
Ejecución 7: Time Segundos Carpetas Archivos Docs/seg
30 carpetas con 2.000 archivos
Horas 6 21.600 1.920 3.839.868 154
Minutos 55 3.300
Segundos 0 0
Total: 24.900 Tabla 9: resultados detallados de rendimiento por LoadBulk2SP
Operaciones de entrada-salida por segundo (IOPS) SQLIO es una herramienta para realizar pruebas de esfuerzo que determina la capacidad de E/S de una configuración
concreta. Se ejecutó en el sistema después de que se completaran de las pruebas de rendimiento. Por lo tanto, varios
discos respaldados por LUN de SAN no pudieron incluirse, debido a que ya tenían demasiados datos existentes. La
prueba SQLIO se ejecuta en cada letra de unidad individualmente y realiza una prueba en todas las unidades a la vez.
Puede ver las IOPS/GB en la columna de la derecha, esto se calcula al dividir las IOPS por la capacidad de la unidad. En
estas unidades que se probaron a la vez, conseguimos 105.730 IOPS.
25
Las IOPS como se probaron con la herramienta SQLIO
LUN Descripción de LUN
Tamaño (GB)
IOPS de escritura (máx.)
IOPS de lectura (máx.)
IOPS en total (máx.)
IOPS por GB
F: BD de servicio de SP
1024 2.736 23.778 26.514 25,89
G: Tranlog de BD de contenido
2048 3.361 30.021 33.383 16,30
L: Tranlog de BD de servicio
512 2.495 28.863 31.358 61,25
M: TempDB 2048 2.455 21.778 24.233 11,83
N: Registro TempDB
2048 2.751 29.522 32.273 15,76
O: DB de contenido 5
3.072 2.745 28.767 31.511 10,26
P: BD rastreo/admin.
1024 2.603 22.808 25.411 24,81
Todo junto 11776 16.665 89.065 105.730 8,98
TOTAL: 11.776 19.145 185.536 310.412
PROMEDIO: 1.682 2.735 26.505 38.801 22
Tabla 10: resultados de pruebas realizadas en la SAN por la herramienta SQLIO
IOPS logradas durante la prueba de carga
Se ejecutaron trabajos de Performance Monitor constantemente, a la vez que indizaciones de FAST, cargas de
contenidos y ejecuciones de pruebas de carga de Visual Studio. La siguiente tabla refleja las IOPS máximas logradas por
LUN e identifica cada LUN, Descripción, Tamaño total, Máximo de lecturas, Máximo de escrituras, IOPS en total y IOPS
por GB.
Debido a que estos resultados se obtuvieron durante una prueba, reflejan las IOPS que el entorno de prueba pudo
conducir a la SAN. Debido a que se pudieron incluir las unidades H:, I:, J: y K:, las IOPS logradas en total es mucho mayor
que en la prueba realizada con SQLIO.
LUN Descripción de LUN Tamaño (GB)
IOPS de escritura (máx.)
IOPS de lectura (máx.)
IOPS en total (máx.)
IOPS por GB
G: Tranlog de BD de contenido
2048 5.437 11.923 17.360 8,48
H: DB de contenido 1 6.850 5.203 18.546 23.749 3,47
26
I: DB de contenido 2 6.850 5.284 11.791 17.075 2,49
J: DB de contenido 3 7.500 5.636 11.544 17.180 2,29
K: DB de contenido 4 6.850 5.407 11.146 16.553 2,42
L: Tranlog de BD de servicio
512 5.285 10.801 16.086 31,42
M: TempDB 2048 5.282 11.089 16.371 7,99
N: Registro TempDB 2048 5.640 11.790 17.429 8,51
O: DB de contenido 5 3072 5.400 11.818 17.218 5,60
P: BD rastreo/admin. 1024 5.249 11.217 16.467 16,08
TOTAL: 31.365 53.824 121.667 175.491
PROMEDIO: 3.136 5.382 12.167 17.549 5,60 Tabla 11: IOPS medidos por los registros de Perfmon
Rastreo de documentos de FAST Search Server 2010 for SharePoint El rastreo de sitios de SharePoint se realiza mediante el rastreador de SharePoint configurado para alimentar a los
distribuidores de contenido de FAST. La Aplicación del servicio de búsqueda (SSA) de contenidos se configuró para
ejecutarse en dos servidores, APP-1 y APP-2, y la SSA de consulta se ejecutó en los servidores FAST-1 y FAST-2.
Se ejecutaron 100 procesadores de documentos de indización de FAST en la máquina de SQL Server. Tomamos esta
captura de pantalla del administrador de tareas en el equipo que mostraba la actividad mientras se ejecutaba el trabajo
del procesador de documentos y una prueba de carga con 10.000 usuarios en SQL Server, que también se ejecutaba en
el mismo equipo.
Ilustración 7: administrador de tareas de PACNEC01 durante la indización de FAST y la prueba de carga
27
Resultados de las pruebas Para poder generar una carga significativa durante la prueba, se utilizó el siguiente software: Visual Studio 2010
Ultimate, Visual Studio 2010 Load Control y Microsoft Visual Studio Agents 2010 1. Es necesaria una plataforma de
pruebas para poder simular el número de usuarios, así como producir una carga significativa. Las plataformas de
pruebas están compuestas de una máquina con un controlador de pruebas y una o varias máquinas de agentes de
pruebas. El controlador de pruebas administra y coordina las máquinas de agentes, y los agentes se utilizan para generar
una carga en SharePoint Server. El controlador de pruebas también es responsable de recopilar datos del control de
rendimiento por parte de las máquinas que participan en la prueba y de las máquinas de agentes.
Esta sección identifica los resultados de las ejecuciones de pruebas de rendimiento.
Serie de pruebas A: variación de usuarios En esta serie de pruebas, variamos el número de usuarios cargados en la granja de prueba. Ilustración 8 muestra las
solicitudes por segundo que el controlador de pruebas de Visual Studio 2010 Ultimate pudo procesar mediante la granja
de SharePoint durante las pruebas realizadas en cada uno de los tamaños de carga de usuarios. Puede observarse que a
medida en que se aplicaban cargas de usuarios adicionales, las solicitudes aumentaban debido a la gran cantidad de
usuarios, pero cuando se alcanzan los 15.000, debido a que la granja está muy cargada, no aumentan tanto como la
carga aplicada.
Debido a que la prueba de 15.000 usuarios necesitó más tiempo para realizar el aumento, ejecutamos esta prueba
durante 2 horas en lugar de la línea base de 1 hora. Debido a la carga, también nos dimos cuenta de que 3 servidores
web front-end no eran suficientes. Ejecutamos esta prueba con 6 servidores web front-end.
Ilustración 8: promedio de RPS en la serie A
En la ilustración Ilustración 9 puede observar que el tiempo de respuesta de las transacciones de prueba aumenta en la
misma medida que el tiempo de actualización de páginas, en el test a gran escala de 15.000 usuarios. Esto demuestra
1 Visual Studio Agents 2010 (en inglés)
0
50
100
150
200
250
A.1 4.000 A.2 10.000 A.3 15.000
Promedio de RPS
28
que hay un cuello de botella en el sistema en cuanto a esta gran carga de usuarios. Experimentamos una carga alta de
IOPS en la unidad H:, que contenía el archivo de datos principal de la base de datos de contenido durante la prueba. Se
podría haber realizado una investigación adicional en esta área para tratar de quitar el cuello de botella.
Ilustración 9: tiempos y WFE utilizados en la serie A
En Ilustración 10 se puede observar cómo aumenta la utilización de la CPU a medida en que se aumenta la carga de
4.000 usuarios a 10.000, y puede ver cómo se reduce la utilización de CPU en los servidores web front-end (WFE) cuando
los doblamos de 3 a 6. En la parte inferior, puede observar que el servidor APP-1 hace una utilización bastante constante
de la CPU, y el gran equipo de SQL Server PACNEC01 no alcanza el 3 % de CPU.
Ilustración 10: utilización media de la CPU en la serie A
Tabla 12 muestra un resumen de los datos capturados durante tres pruebas de la serie A. Los elementos de datos que
muestran "N/D" no se capturaron.
0
5
10
15
20
25
A.1 4.000 A.2 10.000 A.3 15.000
Número de servidores web front-end
Tiempo medio de pág.
Tiempo medio de respuesta
0.00%
10.00%
20.00%
30.00%
40.00%
50.00%
60.00%
70.00%
A.1 4.000 A.2 10.000 A.3 15.000
Uso medio de CPU PACNEC01
Uso medio de CPU APP-1
Uso medio de CPU WFE-1
Uso medio de CPU WFE-2
Uso medio de CPU WFE-3
Uso medio de CPU WFE-4
Uso medio de CPU WFE-5
Uso medio de CPU WFE-6
29
Prueba A.1 A.2 A.3
Usuarios 4.000 10.000 15.000
WFE 3 3 6
Duración 1 hora 1 hora 2 horas
Promedio de RPS 96.3 203 220
Tiempo medio de pág.
0,31 segundos 0,71 segundos 19,2 segundos
Tiempo medio de respuesta
0,26 segundos 0,58 segundos 13,2 segundos
Uso medio de CPU WFE-1
22,3% 57,3% 29,7%
RAM disponible WFE-1
5.828 5.786 13.311
Uso medio de CPU WFE-2
36,7% 59,6% 36,7%
RAM disponible WFE-2
5.651 5.552 13.323
Uso medio de CPU WFE-3
22,8% 57,7% 34%
RAM disponible WFE-3
5.961 5.769 13.337
Uso medio de CPU PACNEC01
1,29% 2,37% 2,86%
RAM disponible PACNEC01
401.301 400.059 876.154
Uso medio de CPU APP-1
6,96% 14,5% 13,4%
RAM disponible APP-1
13.745 13.804 13.311
Uso medio de CPU APP-2
0,73% 1,09% 0,27%
RAM disponible APP-2
14.815 14.992 13.919
Uso medio de CPU WFE-4
N/D N/D 29,7%
RAM disponible WFE-4
N/D N/D 13.397
Uso medio de CPU WFE-5
N/D N/D 30,4%
RAM disponible WFE-5
N/D N/D 13.567
Uso medio de CPU WFE-6
N/D N/D 34,9%
RAM disponible WFE-6
N/D N/D 13.446
Longitud media de cola de escritura de disco, PACNEC01 H: BD1
0,0 (con un pico de 0,01)
0,0 (con un pico de 0,02)
0,3 (con un pico de 24,1)
30
de SPContent Tabla 12: resultados detallados de las pruebas de la serie A
Serie de pruebas B: variación de RAM de SQL Server En esta serie de pruebas se varía la cantidad de RAM disponible en SQL Server. En Ilustración 11 puede observar que las
solicitudes por segundo no se vieron afectadas por la RAM asignada a SQL Server.
Ilustración 11: promedio de consultas por segundo en la serie B
En Ilustración12 puede observar que todas las pruebas obtuvieron tiempos de respuesta de página y transacción por
debajo de 1 segundo.
Ilustración12: tiempos de respuesta de página y transacción en la serie B
Ilustración 13 muestra la utilización de CPU en los servidores web front-end (WFE), el servidor de aplicaciones y el
servidor de base de datos de SQL. Puede observar que los 3 WFE estaban constantemente ocupados en todas las
0
50
100
150
200
250
B.116GB
B.232GB
B.364GB
B.4128GB
B.5256GB
B.6600GB
Promedio de RPS
0
0.1
0.2
0.3
0.4
0.5
0.6
0.7
0.8
0.9
1
B.116GB
B.232GB
B.364GB
B.4128GB
B.5256GB
B.6600GB
Tiempo medio de pág.
Tiempo medio derespuesta
31
pruebas, el servidor de aplicaciones estaba casi siempre inactivo y el servidor de base de datos no supera el 3 % de
utilización de CPU.
Ilustración 13: utilización media de la CPU en la serie B
Ilustración14: RAM disponible en la serie B
Tabla 13 muestra un resumen de los datos capturados durante las tres pruebas de la serie B.
Prueba B.1 B.2 B.3 B.4 B.5 B.6
RAM de SQL 16 GB 32 GB 64 GB 128 GB 256 GB 600 GB
Promedio de RPS
203 203 203 204 203 202
Tiempo medio de pág.
0,66 0,40 0,38 0,42 0,58 0,89
Tiempo medio de
0,56 0,33 0,31 0,37 0,46 0,72
0.00%
10.00%
20.00%
30.00%
40.00%
50.00%
60.00%
70.00%
B.116GB
B.232GB
B.364GB
B.4128GB
B.5256GB
B.6600GB
Uso medio de CPUWFE-1
Uso medio de CPUWFE-2
Uso medio de CPUWFE-3
Uso medio de CPUPACNEC01
Uso medio de CPUAPP-1
0
100,000
200,000
300,000
400,000
500,000
600,000
700,000
800,000
900,000
1,000,000
B.116GB
B.232GB
B.364GB
B.4128GB
B.5256GB
B.6600GB
RAM disponible WFE-1
RAM disponible WFE-2
RAM disponible WFE-3
RAM disponiblePACNEC01
RAM disponible APP-1
RAM disponible APP-2
32
respuesta
Uso medio de CPU WFE-1
57,1% 58,4% 58,8% 60,6% 60% 59%
RAM disponible WFE-1
6.239 6.063 6.094 5.908 5.978 5.848
Uso medio de CPU WFE-2
55,6% 60,1% 57,1% 59,6% 60,3% 58,1%
RAM disponible WFE-2
6.184 6.079 6.141 6.119 5.956 5.828
Uso medio de CPU WFE-3
59,4% 56% 56,9% 58,4% 61,4% 59,8%
RAM disponible WFE-3
6.144 6.128 6.159 6.048 5.926 5.841
Uso medio de CPU PACNEC01
2,84% 2,11% 2,36% 2,25% 2,38% 2,29%
RAM disponible PACNEC01
928.946 923.332 918.526 904.074 861.217 881.729
Uso medio de CPU APP-1
14,3% 12,6% 13,3% 12,5% 13,4% 13,8%
RAM disponible APP-1
14.163 14.099 14.106 14.125 14.221 14.268
Uso medio de CPU APP-2
1,29% 1,14% 1,2% 1,2% 1,03% 0,96%
RAM disponible APP-2
15.013 14.884 14.907 14.888 14.913 14.900
Tabla 13: resultados detallados de la serie B
33
Serie de pruebas C: variación de la combinación de transacciones En esta serie de pruebas, variamos la proporción de las transacciones de búsqueda realizadas en una combinación de
cargas de trabajo.
Ilustración 15: promedio de RPS en la serie C
En Ilustración16 se puede observar que la prueba C.5 tenía unos tiempos de respuesta mucho más largos, lo que indica
que la granja de SharePoint Server 2010 y FAST Search Server 2010 for SharePoint estaba sobrecargada durante la
prueba.
Ilustración16: tiempos de respuesta de página y transacción en la serie C
0
50
100
150
200
250
C.1 15% C.2 30% C.3 40% C.4 50% C.5 50% C.6 75%
Promedio de RPS
0
5
10
15
20
25
30
C.1 15% C.2 30% C.3 40% C.4 50% C.5 50% C.6 75%
Tiempo medio de pág.
Tiempo medio de respuesta
34
Ilustración 17: tiempo medio de CPU en la serie C
Ilustración 18: promedio de RAM en la serie C
Tabla 14 muestra un resumen de los datos capturados durante las tres pruebas de la serie C.
Prueba C.4 C.2 (línea base)
C.1 C.2 C.3 C.5
Abrir 30% 30% 20% 20% 25% 5%
Examinar 55% 40% 40% 30% 25% 20%
Buscar 15% 30% 40% 50% 50% 75%
Promedio de RPS
235 203 190 175 168 141
Tiempo medio de pág. (segs.)
1,19 0,71 0,26 0,43 0,29 25,4
Tiempo 0,87 0,58 0,20 0,33 0,22 16,1
0%
10%
20%
30%
40%
50%
60%
70%
80%
90%
C.1 15% C.2 30% C.3 40% C.4 50% C.5 50% C.6 75%
Abrir
Examinar
Buscar
Uso medio de CPU WFE-1
Uso medio de CPU WFE-2
Uso medio de CPU WFE-3
Uso medio de CPU PACNEC01
Uso medio de CPU APP-1
Uso medio de CPU FAST-1
Uso medio de CPU FAST-2
0
2,000
4,000
6,000
8,000
10,000
12,000
14,000
16,000
C.1 15% C.2 30% C.3 40% C.4 50% C.5 50% C.6 75%
RAM disponible WFE-1
RAM disponible WFE-2
RAM disponible WFE-3
RAM disponible APP-1
RAM disponible FAST-1
RAM disponible FAST-2
RAM disponible FAST-IS1
RAM disponible FAST-IS2
RAM disponible FAST-IS3
RAM disponible FAST IS-4
35
medio de respuesta (segs.)
Uso medio de CPU WFE-1
62,2% 57,30% 44,2% 40,4% 36,1% 53,1%
RAM disponible WFE-1
14.091 5.786 6.281 6.162 6.069 13.766
Uso medio de CPU WFE-2
65,2% 59,60% 45,2% 40,1% 37,6% 58,8%
RAM disponible WFE-2
13.944 5.552 6.271 6.123 6.044 13.726
Uso medio de CPU WFE-3
65,3% 57,70% 49,4% 44,2% 39,6% 56,8%
RAM disponible WFE-3
13.693 5.769 6.285 6.170 6.076 13.716
Uso medio de CPU PACNEC01
2,4% 2,37% 2,6% 2,51% 2,32% 3,03%
RAM disponible PACNEC01
899.613 400.059 814.485 812.027 808.842 875.890
Uso medio de CPU APP-1
8,27% 14,50% 17,8% 20,7% 18,4% 16,2%
RAM disponible APP-1
13.687 13.804 14.002 13.991 13.984 13.413
Uso medio de CPU APP-2
0,28% N/D 0,88% 0,8% 0,79% 0,14%
RAM disponible APP-2
13.916 N/D 14.839 14.837 14.833 13.910
Uso medio de CPU FAST-1
8,39% N/D N/D N/D N/D 16,6%
RAM disponible FAST-1
13.998 N/D N/D N/D N/D 13.686
Uso medio de CPU FAST-2
8,67% N/D N/D N/D N/D 16,7%
RAM disponible
14.135 N/D N/D N/D N/D 13.837
36
FAST-2
Uso medio de CPU FAST-IS1
37,8% N/D N/D N/D N/D 83,4%
RAM disponible FAST-IS1
2.309 N/D N/D N/D N/D 2.298
Uso medio de CPU FAST-IS2
30,2% N/D N/D N/D N/D 66,1%
RAM disponible FAST-IS2
5.162 N/D N/D N/D N/D 5.157
Uso medio de CPU FAST-IS3
30,6% N/D N/D N/D N/D 69,9%
RAM disponible FAST-IS3
5.072 N/D N/D N/D N/D 5.066
Uso medio de CPU FAST-IS4
25,6% N/D N/D N/D N/D 58,2%
RAM disponible FAST IS-4
5.243 N/D N/D N/D N/D 5.234
Tabla 14: resultados detallados de las pruebas de la serie C
Serie de pruebas D: variación de RAM de servidores web front-end En esta serie de pruebas se varía la cantidad de RAM disponible en cada máquina virtual de servidor web de front-end.
Ilustración 19: promedio de RPS
0
20
40
60
80
100
120
140
160
180
200
D.1 4GB D.2 6GB D.3 8GB D.4 16GB
Promedio de RPS
37
Ilustración 20: tiempo de respuesta de página y transacción
Ilustración 21: tiempos medios de CPU
In Ilustración22 puede observar que toda la RAM disponible en cada servidor web front-end en todos los casos es la
RAM asignada a la máquina virtual menos 2 GB. Esto demuestra que para la carga de 10.000 usuarios y la combinación
de transacciones de esta prueba, los servidores web front-end requieren un mínimo de 2 GB de RAM más la reserva.
0
0.05
0.1
0.15
0.2
0.25
D.1 4GB D.2 6GB D.3 8GB D.4 16GB
Tiempo medio de pág.
Tiempo medio de respuesta
0.00%
5.00%
10.00%
15.00%
20.00%
25.00%
30.00%
35.00%
40.00%
45.00%
50.00%
D.1 4GB D.2 6GB D.3 8GB D.4 16GB
Uso medio de CPU WFE-1
Uso medio de CPU WFE-2
Uso medio de CPU WFE-3
Uso medio de CPU PACNEC01
Uso medio de CPU APP-1
Uso medio de CPU WFE-4
38
Ilustración22: RAM disponible en la serie D
Tabla 15 muestra un resumen de los datos capturados durante las tres pruebas de la serie D.
Prueba D.1 D.2 D.3 D.4
RAM de WFE 4 GB 6 GB 8 GB 16 GB
Promedio de RPS
189 188 188 188
Tiempo medio de pág. (segs.)
0,22 0,21 0,21 0,21
Tiempo medio de respuesta (segs.)
0,17 0,16 0,16 0,16
Uso medio de CPU WFE-1
40,5% 37,9% 39,6% 37,3%
RAM disponible WFE-1
2.414 4.366 6.363 14.133
Uso medio de CPU WFE-2
42,3% 40% 40,3% 39,5%
RAM disponible WFE-2
2.469 4.356 6.415 14.158
Uso medio de CPU WFE-3
42,6% 42,4% 42,2% 43,3%
RAM disponible WFE-3
2.466 4.392 6.350 14.176
Uso medio 2,04% 1,93% 2,03% 2,14%
0
2,000
4,000
6,000
8,000
10,000
12,000
14,000
16,000
D.1 4GB D.2 6GB D.3 8GB D.4 16GB
RAM disponible WFE-1
RAM disponible WFE-2
RAM disponible WFE-3
RAM disponible WFE-4
RAM disponible APP-1
39
de CPU PACNEC01
RAM disponible PACNEC01
706.403 708.725 711.751 706.281
Uso medio de CPU APP-1
11,8% 13,1% 12,9% 12,3%
RAM disponible APP-1
13.862 13.866 13.878 13.841
Uso medio de CPU APP-2
0,84% 0,87% 0,81% 0,87%
RAM disponible APP-2
14.646 14.650 14.655 14.636
Uso medio de CPU WFE-4
42,3% 43,6% 41,9% 45%
RAM disponible WFE-4
2.425 4.342 6.382 14.192
Tabla 15: resultados detallados de las pruebas de la serie D
Serie de pruebas E: variación del número de servidores web front-end En esta serie de pruebas se varía el número de servidores web front-end de la granja. Observe que Ilustración 23
muestra un promedio de RPS ligeramente inferior con 2 y 3 servidores web front-end, ya que el sistema apenas puede
manejar la carga de usuarios aplicada. Observe, no obstante, que con 4, 5 y 6 servidores web front-end, las solicitudes
por segundo son constantes, ya que el sistema maneja la carga completa de los agentes de pruebas.
Ilustración 23: promedio de RPS en la serie E
0
50
100
150
200
250
E.1 2 WFE E.2 3 WFE E.3 4 WFE E.4 5 WFE E.5 6 WFE
Promedio de RPS
40
Se muestra un patrón similar en Ilustración24 donde se puede observar unos tiempos de respuesta altos cuando hay 2 y
3 WFE, y muy bajos cuando aumenta el número de servidores web front-end.
Ilustración24: tiempos de respuesta de página y transacción en la serie E
EnIlustración 25 puede observar que el tiempo de CPU es menor cuando hay disponibles más servidores web front-end.
Con 6 servidores web front-end, se reduce claramente la utilización de CPU en todos ellos, pero solo son necesarios 4
para la carga de usuarios de 10.000. Tenga en cuenta que en este gráfico no se distinguen las configuraciones manejan la
carga de las que no. Observe que en los 3 servidores web front-end que identificamos como que no podían manejar la
carga completamente, la utilización de CPU del servidor web front-end supera el 50 %.
Ilustración 25: uso medio de CPU en la serie E
0
1
2
3
4
5
6
7
8
9
E.1 2 WFE E.2 3 WFE E.3 4 WFE E.4 5 WFE E.5 6 WFE
Tiempo medio de pág.
Tiempo medio de respuesta
0.00%
10.00%
20.00%
30.00%
40.00%
50.00%
60.00%
70.00%
80.00%
90.00%
E.1 2 WFE E.2 3 WFE E.3 4 WFE E.4 5 WFE E.5 6 WFE
Uso medio de CPU WFE-1
Uso medio de CPU WFE-2
Uso medio de CPU WFE-3
Uso medio de CPU WFE-4
Uso medio de CPU WFE-5
Uso medio de CPU WFE-6
Uso medio de CPU APP-1
Uso medio de CPU PACNEC01
41
Ilustración26: RAM disponible en la serie E
Tabla 16 muestra un resumen de los datos capturados durante las tres pruebas de la serie E.
Prueba E.1 E.2 E.3 E.4 E.5
Servidores WFE
2 3 4 5 6
Promedio de RPS
181 186 204 204 205
Tiempo medio de pág. (segs.)
8,02 0,73 0,23 0,20 0,22
Tiempo medio de respuesta (segs.)
6,34 0,56 0,19 0,17 0,18
Uso medio de CPU WFE-1
77,4 53,8 45,7 39,2 32,2
RAM disponible WFE-1
5.659 6.063 6.280 6.177 6.376
Uso medio de CPU WFE-2
76,2% 53,8% 45,9% 38,2% 28,8%
RAM disponible WFE-2
5.623 6.132 6.105 6.089 5.869
Uso medio de CPU WFE-3
N/D 52,5% 43,9% 37,7% 31,2%
RAM disponible WFE-3
N/D 6.124 6.008 5.940 6.227
0
2,000
4,000
6,000
8,000
10,000
12,000
14,000
16,000
E.1 2 WFE E.2 3 WFE E.3 4 WFE E.4 5 WFE E.5 6 WFE
RAM disponible WFE-1
RAM disponible WFE-2
RAM disponible WFE-3
RAM disponible WFE-4
RAM disponible WFE-5
RAM disponible WFE-6
RAM disponible APP-1
42
Uso medio de CPU WFE-4
N/D N/D 44,5% 34,8% 34,7%
RAM disponible WFE-4
N/D N/D 6.068 6.083 6.359
Uso medio de CPU WFE-5
N/D N/D N/D 35,1% 32%
RAM disponible WFE-5
N/D N/D N/D 6.090 6.245
Uso medio de CPU WFE-6
N/D N/D N/D N/D 33,9%
RAM disponible WFE-6
N/D N/D N/D N/D 5.893
Uso medio de CPU PACNEC01
2,13% 1,93% 2,54% 2,48% 2,5%
RAM disponible PACNEC01
899.970 815.502 397.803 397.960 397.557
Uso medio de CPU APP-1
9,77% 11,7% 15% 14,7% 13,6%
RAM disponible APP-1
14.412 13.990 14.230 14.227 14.191
Uso medio de CPU APP-2
1,06% 0,92% 1% 1% 1,04%
RAM disponible APP-2
14.928 14.841 14.874 14.879 14.869
Tabla 16: resultados detallados de las pruebas de la serie E
43
Serie de pruebas F: variación de CPU de SQL Server En esta serie de pruebas se varía el número de CPU disponibles en SQL Server.
Ilustración 27: promedio de RPS en la serie F
Se puede observar en Ilustración28 que a pesar de la escasa utilización de CPU en el equipo de SQL Server, los tiempos
de respuesta de página y transacción aumentan cuando SQL Server tiene menos CPU disponibles con los que trabajar.
Ilustración28: tiempos de respuesta de página y transacción en la serie F
En Ilustración 29 el uso medio de CPU de SQL Server en todo el equipo no supera el 3 %. Los tres servidores web front-
end utilizan aproximadamente un 55 % durante las pruebas.
0
50
100
150
200
250
F.14CPUs
F.26CPUs
F.38CPUs
F.416CPUs
F.580CPUs
Promedio de RPS
0
0.5
1
1.5
2
2.5
3
3.5
4
4.5
F.14CPUs
F.26CPUs
F.38CPUs
F.416CPUs
F.580CPUs
Tiempo medio de pág.
Tiempo medio derespuesta
44
Ilustración 29: uso medio de CPU en la serie F
Ilustración30: RAM disponible en la serie F
Tabla 17 muestra un resumen de los datos capturados durante las tres pruebas de la serie F.
Prueba F.1 F.2 F.3 F.4 F.5
CPU de SQL 4 6 8 16 80
Promedio de RPS
194 200 201 203 203
Tiempo medio de pág. (segs.)
4,27 2,33 1,67 1,2 0,71
Tiempo medio de respuesta (segs.)
2,91 1,6 1,16 0,83 0,58
0.00%
10.00%
20.00%
30.00%
40.00%
50.00%
60.00%
70.00%
F.1 4CPUs F.2 6CPUs F.3 8CPUs F.4 16CPUs F.5 80CPUs
Uso medio de CPU WFE-1
Uso medio de CPU WFE-2
Uso medio de CPU WFE-3
Uso medio de CPU APP-1
Uso medio de CPU FAST-1
Uso medio de CPU FAST-2
Uso medio de CPU PACNEC01
0
2,000
4,000
6,000
8,000
10,000
12,000
14,000
16,000
F.1 4CPUs F.2 6CPUs F.3 8CPUs F.4 16CPUs F.5 80CPUs
RAM disponible WFE-1
RAM disponible WFE-2
RAM disponible WFE-3
RAM disponible APP-1
RAM disponible FAST-1
RAM disponible FAST-2
45
Uso medio de CPU WFE-1
57,4% 57,4% 56,9% 55,5% 57,30%
RAM disponible WFE-1
13.901 13.939 13.979 14.045 5.786
Uso medio de CPU WFE-2
60,3% 58,9% 62,6% 61,9% 59,60%
RAM disponible WFE-2
13.920 14.017 13.758 14.004 5.552
Uso medio de CPU WFE-3
56,8% 62% 61% 62,1% 57,70%
RAM disponible WFE-3
13.859 13.942 13.950 13.971 5.769
Uso medio de CPU PACNEC01
1,56% 2,57% 2,69% 2,6% 2,37%
RAM disponible PACNEC01
865.892 884.642 901.247 889.479 400.059
Uso medio de CPU APP-1
12,5% 12,8% 12,8% 12,8% 14,50%
RAM disponible APP-1
13.856 13.713 13.725 13.745 13.804
Uso medio de CPU APP-2
0,22% 0,25% 0,26% 0,25% N/D
RAM disponible APP-2
14.290 14.041 14.013 13.984 N/D
Uso medio de CPU FAST-1
12,8% 13% 13% 13% N/D
RAM disponible FAST-1
13.913 14.051 14.067 14.085 N/D
Uso medio de CPU FAST-2
12,9% 13,4% 13,3% 13,5% N/D
RAM disponible FAST-2
14.017 14.170 14.183 14.184 N/D
Tabla 17: resultados detallados de las pruebas de la Serie F
46
Prueba del Service Pack 1 (SP1) y la actualización acumulada (CU) de junio Después de que la granja de SharePoint Server2010 se rellenara completamente con 120 millones de elementos,
aplicamos SharePoint Server 2010 SP1 y FAST Search Server 2010 for SharePoint SP1 para ver cuánto tiempo tardaría el
proceso en una granja de gran tamaño llena.
SharePoint Server 2010
SharePoint Server 2010 Service Pack 1 (SP1) y la actualización acumulada de junio se aplicaron en el laboratorio para
determinar un tiempo base de actualización en un escenario de granja de Centro de documentación a gran escala. El
siguiente gráfico refleja los servidores de la granja que necesitaron las actualizaciones de SP1 y CU de junio, la hora de
inicio y fin de cada instalación, el tiempo total de instalación, la hora de inicio y fin del comando de actualización
PSCONFIG, el tiempo total del comando de actualización PSCONFIG, el tiempo total de actualización por nombre de
servidor, y los tiempos totales de instalación.
Nombre del servidor
Inicio de SP1
Fin de SP1 Dif. (h:mm:ss)
Inicio de CU de junio
Fin de CU de junio
Dif. (h:mm:ss)
Inicio de PSConfig
Inicio de PSConfig
Dif. (h:mm:ss)
APP-1 12/07/2011 4:00:00
12/07/2011 4:15:51 0:15:51 29/07/2011 10:45:00
29/07/2011 11:00:05
0:15:05 29/07/2011
13:25:50 29/07/2011 13:30:15
0:04:25
APP-2 12/07/2011 4:26:07
12/07/2011 4:39:31 0:13:24 29/07/2011 11:02:30
29/07/2011 11:17:23
0:14:53 29/07/2011
13:33:15 29/07/2011 13:35:11
0:01:56
WFE-1 12/07/20114:41:05
12/07/2011 4:49:16 0:08:11 29/07/2011 11:23:00
29/07/2011 11:31:07
0:08:07 29/07/2011
13:36:35 29/07/2011 13:38:11
0:01:36
WFE-2 12/07/20114:50:24
12/07/2011 4:57:47 0:07:23 29/07/2011 11:32:45
29/07/2011 11:40:46
0:08:01 29/07/2011
13:39:20 29/07/2011 13:40:54
0:01:34
WFE-3 12/07/20114:59:00
12/07/2011 5:06:39 0:07:39 29/07/2011 11:42:00
29/07/2011 11:49:47
0:07:47 29/07/2011
13:42:40 29/07/2011 13:44:14
0:01:34
WFE-4 12/07/20115:10:060
12/07/2011 5:17:30 0:07:24 29/07/2011 11:51:00
29/07/2011 11:58:49
0:07:49 29/07/2011
13:46:05 29/07/2011 13:47:41
0:01:36
WFE-5 12/07/20115:18:49
12/07/2011 5:27:07 0:08:18 29/07/2011 11:59:45
29/07/2011 12:08:19
0:08:34 29/07/2011
13:49:00 29/07/2011 13:50:36
0:01:36
WFE-6 12/07/20115:28:25
12/07/2011 5:35:40 0:07:15 29/07/2011 12:09:30
29/07/2011 12:17:10
0:07:40 29/07/2011
13:52:00 29/07/2011 13:53:35
0:01:35
WFE-CRAWL1
12/07/20115:37:20
12/07/2011 5:44:35 0:07:15 29/07/2011 12:18:10
29/07/2011 12:25:51
0:07:41 29/07/2011
13:54:35 29/07/2011 13:56:19
0:01:44
FAST-SSA-1
12/07/20115:49:00
12/07/2011 5:57:45 0:08:45 29/07/2011 12:39:40
29/07/2011 12:48:24
0:08:44 29/07/2011
13:57:30 29/07/2011 13:59:07
0:01:37
FAST-SSA-2
12/07/20115:59:08
12/07/2011 6:08:29 0:09:21 29/07/2011 12:51:30
29/07/2011 13:00:11
0:08:41 29/07/2011
14:00:00 29/07/2011 14:01:58
0:01:58
Tiempo total:
1:40:46 1:43:02 0:21:11
Total general:
3:44:59
Tabla 18: tiempos necesarios para la aplicación de SP1 y las actualizaciones acumuladas de junio.
47
FAST Search Server for SharePoint 2010
La actualización a FAST Search Server for SharePoint 2010 SP1 tardó aproximadamente 15 minutos por nodo.
Copias de seguridad de BD de contenido de SQL Server
Centro de documentación 1
Se ejecutó una copia de seguridad en SQL Server de la base de datos de contenido del Centro de documentación 1
(SPContent01). Se realizó una copia de seguridad (CS) antes de instalar el SP1 y la actualización acumulada (CU) de junio,
y después de instalar el SP1. A continuación se muestran los tiempos y los tamaños de dichas copias.
Nombre de la base de datos
Inicio CS Fin CS Dif. (h:mm:ss)
Tamaño (TB)
Notas
SPContent01 10/07/2011 9:56:00
10/07/2011 23:37:00
13:41:00 14,40 Antes de SP1
SPContent01 29/07/2011 14:22:10
30/07/2011 4:28:00
14:05:50 14,40 Después de SP1 / CU de junio
Tabla 19: tiempo necesario para ejecutar copias de seguridad.
Conclusiones La granja de SharePoint Server 2010 se probó con éxito con 15.000 usuarios simultáneos y dos bases de datos de
contenido de SharePoint, con un total de 120 millones de documentos. No fue posible sostener la carga de 15.000
usuarios simultáneos con tres servidores web front-end, tal como se especificó en el entorno de línea base, y se
necesitaron seis servidores web front-end para dicha carga.
Recomendaciones A continuación se presenta una lista resumida de recomendaciones. Se ha planificado un documento de prácticas
recomendadas para bibliotecas de documentos de gran escala para ofrecer más detalles sobre cada una de las
recomendaciones. En cada sección las notas de hardware no están diseñadas como listas exhaustivas, sino que indican el
hardware mínimo que se necesitó en la prueba de carga de 15.000 usuarios simultáneos, en una granja de SharePoint
Server 2010 de 120 millones de documentos.
Recomendaciones relacionadas con SQL Server 2008 R2 Notas de hardware de la carga:
o 64 GB de RAM en SQL Server
o 16 núcleos de CPU en SQL Server
Proporcionar una capacidad de 2 E/S por segundo por GB almacenado en la base de datos de contenido de
SharePoint
Establecer la propiedad de SQL Server 2008 R2 al máximo nivel de paralelismo (MAXDOP)=1; el valor
predeterminado es 0
Utilizar varios LUN (o letras de unidad) en la SAN, cada uno con un archivo de datos de SQL Server y una CPU
virtual asignada a cada uno. Nosotros utilizamos 5 archivos de datos en diferentes LUN.
48
Recomendaciones relacionadas con SharePoint Server 2010 Notas de hardware de la carga:
o 8 GB de RAM en cada servidor web front-end
o 6 servidores web front-end
Agregar la clave de registro para deshabilitar la comprobación del bucle invertido en
\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Lsa\DisableLoopbackCheck=1
Reducir los problemas de fragmentación del índice de tablas manualmente durante la importación masiva de
documentos, ejecutando ALTER INDEX en los índices de tablas afectados.
Dar prioridad a SPFileCollection.ADD para la importación masiva de documentos en lugar de duplicar los
documentos con SPFolder.CopyTo.
Recomendaciones relacionadas con FAST Search Server for SharePoint 2010 Notas de hardware de la carga:
o 4 filas de servidores de índice de FAST Search Server 2010 for SharePoint
Actualizaciones de registro del rastreador de documentos de SharePoint Server 2010
En los nodos que ejecutan el rastreador de SSA de contenido (APP-1 y APP-2), se actualizaron los siguientes
valores de registro para mejorar el rendimiento del rastreador en el subárbol.
HKLM\SOFTWARE\Microsoft\Office Server\14.0\Search\Global\Gathering Manager
1. FilterProcessMemoryQuota
El valor predeterminado de 100 megabytes (MB) se cambió a 200 MB
2. DedicatedFilterProcessMemoryQuota
El valor predeterminado de 100 megabytes (MB) se cambió a 200 MB
3. FolderHighPriority
El valor predeterminado de 50 se cambió a 500
Supervisar el rastreo de índices de FAST Search Server 2010 for SharePoint
El rastreador debe supervisarse al menos tres veces al día. Fueron necesarias aproximadamente 2 semanas para
rastrear 100 millones de documentos. Cada vez que se supervisaba el rastreo, se llevaban a cabo las siguientes
comprobaciones:
1. rc –r | select-string “# doc”
Comprueba el nivel de ocupación de los procesadores
2. Supervisión del tamaño de cola del rastreo
Utilice la creación de informes o SQL Server Management Studio para ver MSCrawlURL
3. Indexerinfo –a doccount
49
Asegúrese de que todos los indizadores crean informes para comprobar cuántos se indizan en 1000
milisegundos. Esto puede variar de 40 a 120, según el tipo de documentos empleados para cada
indización.
4. Indexerinfo –a status
Supervise el mantenimiento de los indizadores y el diseño de la partición
Referencias Administración de la capacidad de SharePoint Server 2010: restricciones y límites del software
(http://technet.microsoft.com/es-es/library/cc262787.aspx)
Estimación del rendimiento y los requisitos de capacidad para repositorios de documentos a gran escala en
SharePoint Server 2010 (en inglés) (http://technet.microsoft.com/es-es/library/hh395916.aspx)
Planeación y configuración del almacenamiento y capacidad de SQL Server (SharePoint Server 2010)
(http://technet.microsoft.com/es-es/library/cc298801.aspx)
Centro de recursos y planificación de capacidad y rendimiento de SharePoint en TechNet (en inglés)
(http://technet.microsoft.com/es-es/office/sharepointserver/bb736741)
Procedimientos recomendados para virtualización (SharePoint Server 2010) (http://technet.microsoft.com/es-
es/library/hh295699.aspx)
Procedimientos recomendados para SQL Server 2008 en una granja de SharePoint Server 2010
(http://technet.microsoft.com/es-es/library/hh292622.aspx)
Prácticas recomendadas para la administración de capacidad de SharePoint Server 2010 (en inglés)
(http://technet.microsoft.com/es-es/library/hh403882.aspx)
Recomendaciones de capacidad y rendimiento para FAST Search Server 2010 for SharePoint (en inglés)
(http://technet.microsoft.com/es-es/library/gg702613.aspx)
Herramienta Bulk Loader (http://code.msdn.microsoft.com/Bulk-Loader-Create-Unique-eeb2d084)
Herramienta LoadBulk2SP (http://code.msdn.microsoft.com/Load-Bulk-Content-to-3f379974)
Scripts de pruebas de rendimiento de SharePoint (http://code.msdn.microsoft.com/SharePoint-Testing-
c621ae38)