Informe de prueba a escala para repositorios de...

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

http://www.emc.com/products/series/vnx-series.htm#/1

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

http://code.msdn.microsoft.com/Bulk-Loader-Create-Unique-eeb2d084

http://code.msdn.microsoft.com/Load-Bulk-Content-to-3f379974

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


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.


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.


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


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.


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.

http://technet.microsoft.com/es-es/library/hh395916.aspx


http://technet.microsoft.com/es-us/library/cc262787.aspx


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



Horas 5 18.000 1.920 3.839.864 178

Minutos 58 3.480

Segundos 46 46

Total: 21.526



Horas 6 21.600 1.920 3.839.881 162

Minutos 33 1.980

Segundos 50 50

Total: 23.630



Horas 6 21.600 1.920 3.839.857 155

Minutos 51 3.060

Segundos 30 30

Total: 24.690



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

http://www.microsoft.com/download/en/details.aspx?displaylang=es&id=1334

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






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


0,31 segundos 0,71 segundos 19,2 segundos


0,26 segundos 0,58 segundos 13,2 segundos


22,3% 57,3% 29,7%

RAM disponible WFE-1

5.828 5.786 13.311


36,7% 59,6% 36,7%


5.651 5.552 13.323


22,8% 57,7% 34%


5.961 5.769 13.337


1,29% 2,37% 2,86%

RAM disponible PACNEC01

401.301 400.059 876.154


6,96% 14,5% 13,4%

RAM disponible APP-1

13.745 13.804 13.311


0,73% 1,09% 0,27%


14.815 14.992 13.919


N/D N/D 29,7%


N/D N/D 13.397


N/D N/D 30,4%


N/D N/D 13.567


N/D N/D 34,9%


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)



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 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


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 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 disponiblePACNEC01



32

respuesta


57,1% 58,4% 58,8% 60,6% 60% 59%


6.239 6.063 6.094 5.908 5.978 5.848


55,6% 60,1% 57,1% 59,6% 60,3% 58,1%


6.184 6.079 6.141 6.119 5.956 5.828


59,4% 56% 56,9% 58,4% 61,4% 59,8%


6.144 6.128 6.159 6.048 5.926 5.841


2,84% 2,11% 2,36% 2,25% 2,38% 2,29%


928.946 923.332 918.526 904.074 861.217 881.729


14,3% 12,6% 13,3% 12,5% 13,4% 13,8%


14.163 14.099 14.106 14.125 14.221 14.268


1,29% 1,14% 1,2% 1,2% 1,03% 0,96%


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%



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 FAST-1


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 FAST-1


RAM disponible FAST-IS1



RAM disponible FAST IS-4

35

medio de respuesta (segs.)


62,2% 57,30% 44,2% 40,4% 36,1% 53,1%


14.091 5.786 6.281 6.162 6.069 13.766


65,2% 59,60% 45,2% 40,1% 37,6% 58,8%


13.944 5.552 6.271 6.123 6.044 13.726


65,3% 57,70% 49,4% 44,2% 39,6% 56,8%


13.693 5.769 6.285 6.170 6.076 13.716


2,4% 2,37% 2,6% 2,51% 2,32% 3,03%


899.613 400.059 814.485 812.027 808.842 875.890


8,27% 14,50% 17,8% 20,7% 18,4% 16,2%


13.687 13.804 14.002 13.991 13.984 13.413


0,28% N/D 0,88% 0,8% 0,79% 0,14%


13.916 N/D 14.839 14.837 14.833 13.910


8,39% N/D N/D N/D N/D 16,6%


13.998 N/D N/D N/D N/D 13.686


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%


2.309 N/D N/D N/D N/D 2.298


30,2% N/D N/D N/D N/D 66,1%


5.162 N/D N/D N/D N/D 5.157


30,6% N/D N/D N/D N/D 69,9%


5.072 N/D N/D N/D N/D 5.066


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



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







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


0,22 0,21 0,21 0,21

Tiempo medio de respuesta (segs.)

0,17 0,16 0,16 0,16


40,5% 37,9% 39,6% 37,3%


2.414 4.366 6.363 14.133


42,3% 40% 40,3% 39,5%


2.469 4.356 6.415 14.158


42,6% 42,4% 42,2% 43,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






39

de CPU PACNEC01


706.403 708.725 711.751 706.281


11,8% 13,1% 12,9% 12,3%


13.862 13.866 13.878 13.841


0,84% 0,87% 0,81% 0,87%


14.646 14.650 14.655 14.636


42,3% 43,6% 41,9% 45%


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




0.00%

10.00%

20.00%

30.00%

40.00%

50.00%

60.00%

70.00%

80.00%

90.00%










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


8,02 0,73 0,23 0,20 0,22


6,34 0,56 0,19 0,17 0,18


77,4 53,8 45,7 39,2 32,2


5.659 6.063 6.280 6.177 6.376


76,2% 53,8% 45,9% 38,2% 28,8%


5.623 6.132 6.105 6.089 5.869


N/D 52,5% 43,9% 37,7% 31,2%


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









42


N/D N/D 44,5% 34,8% 34,7%


N/D N/D 6.068 6.083 6.359


N/D N/D N/D 35,1% 32%


N/D N/D N/D 6.090 6.245


N/D N/D N/D N/D 33,9%


N/D N/D N/D N/D 5.893


2,13% 1,93% 2,54% 2,48% 2,5%


899.970 815.502 397.803 397.960 397.557


9,77% 11,7% 15% 14,7% 13,6%


14.412 13.990 14.230 14.227 14.191


1,06% 0,92% 1% 1% 1,04%


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 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


4,27 2,33 1,67 1,2 0,71


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








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







45


57,4% 57,4% 56,9% 55,5% 57,30%


13.901 13.939 13.979 14.045 5.786


60,3% 58,9% 62,6% 61,9% 59,60%


13.920 14.017 13.758 14.004 5.552


56,8% 62% 61% 62,1% 57,70%


13.859 13.942 13.950 13.971 5.769


1,56% 2,57% 2,69% 2,6% 2,37%


865.892 884.642 901.247 889.479 400.059


12,5% 12,8% 12,8% 12,8% 14,50%


13.856 13.713 13.725 13.745 13.804


0,22% 0,25% 0,26% 0,25% N/D


14.290 14.041 14.013 13.984 N/D


12,8% 13% 13% 13% N/D


13.913 14.051 14.067 14.085 N/D


12,9% 13,4% 13,3% 13,5% N/D


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


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)




http://technet.microsoft.com/es-es/library/cc298801.aspx

http://technet.microsoft.com/en-us/office/sharepointserver/bb736741




http://technet.microsoft.com/es-es/library/gg702613.aspx

http://code.msdn.microsoft.com/Bulk-Loader-Create-Unique-eeb2d084

http://code.msdn.microsoft.com/Load-Bulk-Content-to-3f379974

http://code.msdn.microsoft.com/SharePoint-Testing-c621ae38

Informe de prueba a escala para repositorios de...

Documents

Transcript of Informe de prueba a escala para repositorios de...