Introduccióndownload.microsoft.com/.../scalability-test-lab-report.docx · Web viewInforme de...

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.

1

Informe de prueba a escala para repositorios de documentos de escala muy grande

Paul Andrew, Paul Learning, Barry Waldbaum, Frank MarascoMicrosoft CorporationOctubre de 2011Se 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.

2

ContenidoIntroducció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............................................................................................................................................................10

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

Copias de seguridad de BD de contenido de SQL Server.................................................................................................47

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

4

Introducción

Objetivos de la pruebaEstas 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 participanEsta prueba ha sido posible gracias al apoyo de varios asociados de hardware de Microsoft.

NEC Corporation of AmericaNEC 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 .

5

Ilustración 1: NEC Express Server 5800

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

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

EMCEMC proporcionó un SAN EMC VNX 5700 con 300 TB de disco de alto rendimiento.

Almacenamiento unificado EMC VNX5700

6

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

Ilustración 2: trabajo con grandes archivos de documentos

Descripción de la arquitectura de escala horizontal del archivo de documentosSe 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.

7

DocumentosBiblioteca dedocumentos

Drop Box

Índice deFAST Search

Base(s) de datos

de contenidoEnrutamientode contenido

Transacciones de prueba que se incluyeronEstas 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 trabajoImportante: 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.

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

8

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

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

9

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 pruebasSe 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 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 usuariosEn 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 pruebaA.1 4.000 3 1 horaA.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 ServerEn 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 SQLB.1 16 GBB.2 32 GBB.3 64 GBB.4 128 GBB.5 256 GBB.6 600 GB – (línea base)

Serie de pruebas C: variación de la combinación de búsquedasEn 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

10

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 BuscarC.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%

Serie de pruebas D: variación de RAM de WFEEn 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 WFED.1 4 GBD.2 6 GBD.3 8 GB (línea base)D.4 16 GB

Serie de pruebas E: variación del número de WFEEn 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 WFEE.1 2E.2 3 (línea base)E.3 4E.4 5E.5 6

Serie de pruebas F: restricciones de CPU de SQL ServerEn 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 ServerF.1 4F.2 6F.3 8F.4 16F.5 80 (línea base)

Carga de pruebaLas 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

11

ó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

Captura de recursos durante las pruebasDurante 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 pruebaLa 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 muestra un diagrama de la arquitectura física.

12

Ilustración 3: diagrama de la arquitectura del hardware

13

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 GHzo 4 GB de RAMo 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 1080ao 8 CPU de Intel E7-8870 con 80 núcleos de procesadores físicos, funcionando a 2,4 GHzo 1 TB de RAMo 800 GB de disco conectado directamenteo 2 tarjetas de adaptación de bus host de canal de fibra de puertos dobles, con capacidad de 8 GB/so 2 tarjetas de Ethernet de 1 GBPS

14

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 1080ao 8 CPU de Intel X7560 con un total de 64 núcleos de procesadores físicos, funcionando a 2,27 GHzo 1 TB de RAMo 800 GB de disco conectado directamenteo 2 tarjetas de adaptación de bus host de canal de fibra de puertos dobles, con capacidad de 8 GB/so 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ónPlataformas 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.

15

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

16

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

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.7351 Base de datos de contenido SAS 34.631 34.0812 Libre; sin utilizar NL SAS 58.586 5.261Tabla 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 F1 Espacio adicional de

PACNEC025.120 PACNEC02 0

2 Índice FAST 1 3.072 PACNEC02 0 F3 Índice FAST 2 3.072 PACNEC02 0 G4 Índice FAST 3 3.072 PACNEC02 0 H5 Índice FAST 4 3.072 PACNEC02 0 I6 DB de contenido 1 7.500 PACNEC01 1 H7 DB de contenido 2 6.850 PACNEC01 1 I8 DB de contenido 3 6.850 PACNEC01 1 J9 DB de contenido 4 6.850 PACNEC01 1 K10 TransLog de DB de contenido

de SP2.048 PACNEC01 1 G

11 TransLog de BD de servicio de SP

512 PACNEC01 0 L

12 DB temporal 2.048 PACNEC01 1 M13 Registro de DB temporal 2.048 PACNEC01 0 N14 BD de mantenimiento de

utilización de SP3.072 PACNEC01 0 O

15 BD de rastreo / BD admin. de FAST

1.024 PACNEC01 1 P

16 Libre; sin utilizar 5.120 PACNEC01 217 Contenido bruto de doc.

Office3.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 R20 Copia de seg. de BD 2 16.384 PACNEC01 Adicional ATabla 3: números de unidad lógica

17

Red de área de almacenamiento: matriz de disco adicionalSe 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 ServerLa 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.

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.

18

Sitios web de IIS de la granja de SharePointAmbas 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 ServicesEn 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 v4En 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 1En 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 2En 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 FASTEn 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 ServerLas 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

ReportServerUna 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

ReportServerTempDBUna base de datos de Microsoft SQL Server que almacena todas las instantáneas temporales mientras se ejecutan los informes.

3

19

SPContent01 (base de datos de contenido del Centro de documentación 1)

Bases de datos de contenido de SharePoint 15.601.286

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

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

20

búsqueda FAST

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

21

Prueba de carga 3 semanas Redacción de informe 2 semanas

Modo de creación de los documentos de muestraPara 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 documentosLos 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 SharePointLos 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 escalaLa 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 documentosA 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,000SPCData0102.mdf SPCData01 I:/ 3.942.098.048 3.849.697,312 3.759,470 3,671SPCData0103.mdf SPCData01 J:/ 4.719.712768 4.609.094,500 4.501,068 4,395SPCData0104.mdf SPCData01 K:/ 3.723.746.048 3.636.470,750 3.551,240 3,468SPCData0105.mdf SPCData01 H:/ 3.371.171.968 3.292.160,125 3.215,000 3,139SPCData0106.mdf SPCData01 O:/ 4.194.394 4.096,087 4,000 0,003Centro 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

22

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

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

SPCData0202.mdf SPCData02 I:/ 3.240.200.064 3.164.257,875 3.090,095 3,017SPCData0203.mdf SPCData02 J:/ 3.144.130.944 3.070.440,375 2.998,476 2,928SPCData0204.mdf SPCData02 K:/ 3.458.544.064 3.377.484,437 3.298,324 3,221SPCData0205.mdf SPCData02 H:/ 3.805.828.608 3.716.629,500 3.629,521 3,544SPCData0206.mdf SPCData02 O:/ 2.495.168.448 2.436.687,937 2.379,578 2,323Centro 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,713Tabla 6: tamaños de bases de datos de SQL Server

Jerarquías de bibliotecas de documentos, carpetas y archivosA 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 1El 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 1Recuentos

Biblioteca de documentos Carpetas ArchivosTOTAL DE CD1: 30.447 60.662.595Tabla 7: bibliotecas de documentos en el Centros de documentación 1

Centro de documentación 2El 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 2Recuentos

Biblioteca de documentos Carpetas ArchivosTOTAL DE CD2: 29.787 59.429.438TOTAL DE CD1: 30.447 60.662.595

TOTAL CONJUNTO: 60.234 120.092.033Tabla 8: bibliotecas de documentos en el Centros de documentación 2

23

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


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


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.

Ejecución 26: Time Segundos Carpetas Archivos Docs/seg5 carpetas con 2.000 archivos

Horas 0 0 315 639.980 233

Minutos 45 2.700Segundo

s46 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


s46 46

Total: 21.526


Archivos Docs/seg


Horas 6 21.600 1.920 3.839.881 162


s50 50

Total: 23.630


Archivos Docs/seg


Horas 6 21.600 1.920 3.839.857 155


s30 30

Total: 24.690


Archivos Docs/seg


Horas 6 21.600 1.920 3.839.868 154

Minutos 55 3.300Segundo 0 0

24

sTotal: 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.

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

25

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,47I: DB de contenido 2 6.850 5.284 11.791 17.075 2,49J: DB de contenido 3 7.500 5.636 11.544 17.180 2,29K: DB de contenido 4 6.850 5.407 11.146 16.553 2,42L: Tranlog de BD de

servicio512 5.285 10.801 16.086 31,42

M: TempDB 2048 5.282 11.089 16.371 7,99N: Registro TempDB 2048 5.640 11.790 17.429 8,51O: DB de contenido 5 3072 5.400 11.818 17.218 5,60P: BD rastreo/admin. 1024 5.249 11.217 16.467 16,08

TOTAL: 31.365 53.824 121.667 175.491PROMEDIO: 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.

26

Ilustración 7: administrador de tareas de PACNEC01 durante la indización de FAST y la prueba de carga

27

Resultados de las pruebasPara 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 usuariosEn 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.

A.1 4.000 A.2 10.000 A.3 15.0000

50

100

150

200

250

Promedio de RPS

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)

28

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

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.

A.1 4.000 A.2 10.000 A.3 15.0000

5

10

15

20

25

Número de servidores web front-endTiempo medio de pág.Tiempo medio de respuesta

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.

A.1 4.000 A.2 10.000 A.3 15.0000.00%

10.00%

20.00%

30.00%

40.00%

50.00%

60.00%

70.00%

Uso medio de CPU PACNEC01Uso medio de CPU APP-1Uso medio de CPU WFE-1Uso medio de CPU WFE-2Uso medio de CPU WFE-3Uso medio de CPU WFE-4Uso medio de CPU WFE-5Uso medio de CPU WFE-6

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.

29

Prueba A.1 A.2 A.3Usuarios 4.000 10.000 15.000WFE 3 3 6Duración 1 hora 1 hora 2 horasPromedio de RPS 96.3 203 220Tiempo 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


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


5.651 5.552 13.323


22,8% 57,7% 34%


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


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 SPContentTabla 12: resultados detallados de las pruebas de la serie A

Serie de pruebas B: variación de RAM de SQL ServerEn 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.

B.1 16GB B.2 32GB B.3 64GB B.4 128GB B.5 256GB B.6 600GB0

50

100

150

200

250

Promedio de RPS

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.

B.1 16GB B.2 32GB B.3 64GB B.4 128GB B.5 256GB B.6 600GB0

0.1

0.2

0.3

0.4

0.5

0.6

0.7

0.8

0.9

1

Tiempo medio de pág.Tiempo medio de respuesta

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

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.

B.1 16GB B.2 32GB B.3 64GB B.4 128GB

B.5 256GB

B.6 600GB

0.00%

10.00%

20.00%

30.00%

40.00%

50.00%

60.00%

70.00%

Uso medio de CPU WFE-1Uso medio de CPU WFE-2Uso medio de CPU WFE-3Uso medio de CPU PACNEC01Uso medio de CPU APP-1

Ilustración 13: utilización media de la CPU en la serie B

B.1 16GB B.2 32GB B.3 64GB B.4 128GB

B.5 256GB

B.6 600GB

0

100,000

200,000

300,000

400,000

500,000

600,000

700,000

800,000

900,000

1,000,000

RAM disponible WFE-1RAM disponible WFE-2RAM disponible WFE-3RAM disponible PACNEC01 RAM disponible APP-1RAM disponible APP-2

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.6RAM de SQL 16 GB 32 GB 64 GB 128 GB 256 GB 600 GBPromedio 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

32

respuestaUso medio de CPU WFE-1

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 transaccionesEn esta serie de pruebas, variamos la proporción de las transacciones de búsqueda realizadas en una combinación de cargas de trabajo.

C.1 15% C.2 30% C.3 40% C.4 50% C.5 50% C.6 75%0

50

100

150

200

250

Promedio de RPS

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.

C.1 15% C.2 30% C.3 40% C.4 50% C.5 50% C.6 75%0

5

10

15

20

25

30


Ilustración16: tiempos de respuesta de página y transacción en la serie C

34

C.1 15% C.2 30% C.3 40% C.4 50% C.5 50% C.6 75%0%

10%

20%

30%

40%

50%

60%

70%

80%

90%

AbrirExaminarBuscarUso medio de CPU WFE-1Uso medio de CPU WFE-2Uso medio de CPU WFE-3Uso medio de CPU PACNEC01Uso medio de CPU APP-1Uso medio de CPU FAST-1Uso medio de CPU FAST-2Uso medio de CPU FAST-IS1Uso medio de CPU FAST-IS2Uso medio de CPU FAST-IS3Uso medio de CPU FAST-IS4

Ilustración 17: tiempo medio de CPU en la serie C

C.1 15% C.2 30% C.3 40% C.4 50% C.5 50% C.6 75%0

2,000

4,000

6,000

8,000

10,000

12,000

14,000

16,000

RAM disponible WFE-1RAM disponible WFE-2RAM disponible WFE-3RAM disponible APP-1RAM disponible FAST-1 RAM disponible FAST-2RAM disponible FAST-IS1RAM disponible FAST-IS2RAM disponible FAST-IS3RAM disponible FAST IS-4

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

0,87 0,58 0,20 0,33 0,22 16,1

35

respuesta (segs.)Uso medio de CPU WFE-1

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

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


8,67% N/D N/D N/D N/D 16,7%


14.135 N/D N/D N/D N/D 13.837

36

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


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-endEn esta serie de pruebas se varía la cantidad de RAM disponible en cada máquina virtual de servidor web de front-end.

D.1 4GB D.2 6GB D.3 8GB D.4 16GB0

20

40

60

80

100

120

140

160

180

200

Promedio de RPS

Ilustración 19: promedio de RPS

37

D.1 4GB D.2 6GB D.3 8GB D.4 16GB0

0.05

0.1

0.15

0.2

0.25


Ilustración 20: tiempo de respuesta de página y transacción

D.1 4GB D.2 6GB D.3 8GB D.4 16GB0.00%

5.00%

10.00%

15.00%

20.00%

25.00%

30.00%

35.00%

40.00%

45.00%

50.00%

Uso medio de CPU WFE-1Uso medio de CPU WFE-2Uso medio de CPU WFE-3Uso medio de CPU PACNEC01Uso medio de CPU APP-1Uso medio de CPU WFE-4

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.

38

D.1 4GB D.2 6GB D.3 8GB D.4 16GB0

2,000

4,000

6,000

8,000

10,000

12,000

14,000

16,000

RAM disponible WFE-1RAM disponible WFE-2RAM disponible WFE-3RAM disponible WFE-4RAM disponible APP-1

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.4RAM de WFE 4 GB 6 GB 8 GB 16 GBPromedio 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%39

de CPU PACNEC01RAM disponible 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-endEn 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.

E.1 2 WFE E.2 3 WFE E.3 4 WFE E.4 5 WFE E.5 6 WFE0

50

100

150

200

250

Promedio de RPS

Ilustración 23: promedio de RPS en la serie E

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.


1

2

3

4

5

6

7

8

9


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

E.1 2 WFE E.2 3 WFE E.3 4 WFE E.4 5 WFE E.5 6 WFE0.00%

10.00%

20.00%

30.00%

40.00%

50.00%

60.00%

70.00%

80.00%

90.00%

Uso medio de CPU WFE-1Uso medio de CPU WFE-2Uso medio de CPU WFE-3Uso medio de CPU WFE-4Uso medio de CPU WFE-5Uso medio de CPU WFE-6Uso medio de CPU APP-1Uso medio de CPU PACNEC01

Ilustración 25: uso medio de CPU en la serie E

41


2,000

4,000

6,000

8,000

10,000

12,000

14,000

16,000

RAM disponible WFE-1RAM disponible WFE-2RAM disponible WFE-3RAM disponible WFE-4RAM disponible WFE-5RAM disponible WFE-6RAM disponible APP-1

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.5Servidores 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

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 ServerEn esta serie de pruebas se varía el número de CPU disponibles en SQL Server.

F.1 4CPUs F.2 6CPUs F.3 8CPUs F.4 16CPUs F.5 80CPUs0

50

100

150

200

250

Promedio de RPS

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.


0.5

1

1.5

2

2.5

3

3.5

4

4.5


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.

44

F.1 4CPUs F.2 6CPUs F.3 8CPUs F.4 16CPUs

F.5 80CPUs

0.00%

10.00%

20.00%

30.00%

40.00%

50.00%

60.00%

70.00%

Uso medio de CPU WFE-1Uso medio de CPU WFE-2Uso medio de CPU WFE-3Uso medio de CPU APP-1Uso medio de CPU FAST-1Uso medio de CPU FAST-2Uso medio de CPU PACNEC01

Ilustración 29: uso medio de CPU en la serie F


2,000

4,000

6,000

8,000

10,000

12,000

14,000

16,000

RAM disponible WFE-1RAM disponible WFE-2RAM disponible WFE-3RAM disponible APP-1RAM disponible FAST-1 RAM disponible FAST-2

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.5CPU de SQL 4 6 8 16 80Promedio 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

Uso medio 57,4% 57,4% 56,9% 55,5% 57,30%45

de CPU WFE-1RAM disponible WFE-1

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 junioDespué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 2010SharePoint 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 3:44:59

47

general:

Tabla 18: tiempos necesarios para la aplicación de SP1 y las actualizaciones acumuladas de junio.

FAST Search Server for SharePoint 2010La 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.

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

RecomendacionesA 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 Servero 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-endo 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)

50

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

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

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

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




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

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




Introduccióndownload.microsoft.com/.../scalability-test-lab-report.docx · Web viewInforme de...

Documents

Transcript of Introduccióndownload.microsoft.com/.../scalability-test-lab-report.docx · Web viewInforme de...