Relatório de teste de escalabilidade para repositórios de documentos em grande escala Este documento é fornecido "no estado em que se encontra". As informações e exibições expressas neste documento, incluindo URLs e outras referências a sites da Internet, podem ser alteradas sem aviso prévio. Você assume o risco de usá-lo. Alguns exemplos aqui descritos são fornecidos somente para ilustração e são fictícios. Nenhuma associação ou conexão geral é intencional ou deve ser inferida. Este documento não oferece a você quaisquer direitos legais sobre propriedade intelectual em qualquer produto da Microsoft. Este documento pode ser copiado e usado para fins internos e de referência. © 2011 Microsoft Corporation. Todos os direitos reservados. 1 Relatório de teste de escalabilidade para repositórios de documentos em grande escala Paul Andrew, Paul Learning, Barry Waldbaum, Frank Marasco Microsoft Corporation Outubro de 2011 Aplica-se a: Microsoft® SharePoint® Server 2010, Microsoft FAST Search Server 2010 para o SharePoint. resumo Este white paper fornece detalhes sobre um laboratório de teste feito na Microsoft para mostrar bancos de dados de conteúdo em grande escala do SharePoint Server 2010. Ele inclui informações sobre como os bancos de dados de conteúdo do SharePoint Server foram preenchidos com um total de 120 milhões de documentos em cerca de 30 terabytes (TB) de bancos de dados do SQL Server®. Ele detalha como este conteúdo foi indexado pelo FAST Search Server 2010 para SharePoint. Descreve o teste de carga realizado no SharePoint Server concluído e no FAST Search Server 2010 para SharePoint, além de mostrar os resultados e conclusões sobre o teste. 2 Sumário Introdução ............................................................................................................................................................................... 5 Objetivos do teste ............................................................................................................................................................... 5 Parceiros de hardware envolvidos ...................................................................................................................................... 5 Definição da carga de trabalho testada .................................................................................................................................. 6 Descrição da arquitetura de dimensionamento horizontal de documentos ...................................................................... 7 As transações de teste incluídas ......................................................................................................................................... 7 Definições de transação de teste e configurações de linha de base .................................................................................. 8 Combinação de testes de linha de base ............................................................................................................................. 9 Série de testes ..................................................................................................................................................................... 9 Carregamento de teste ..................................................................................................................................................... 11 Captura de recursos durante os testes ............................................................................................................................. 11 Detalhes da arquitetura de hardware do farm de teste ....................................................................................................... 11 Servidores virtuais............................................................................................................................................................. 14 Armazenamento em disco ................................................................................................................................................ 15 Arquitetura do farm de teste do servidor do SharePoint e do SQL Server........................................................................... 16 Site IIS do farm do SharePoint .......................................................................................................................................... 17 Bancos de dados do SQL Server ........................................................................................................................................ 18 Índices de conteúdo do FAST Search Server 2010 para SharePoint ................................................................................. 19 O método, cronograma do projeto e processo para criação da fazenda ............................................................................. 20 Cronograma do projeto .................................................................................................................................................... 20 Como os documentos de exemplo foram criados ............................................................................................................ 20 Características de desempenho para carga de documentos em grande escala ............................................................... 20 IOPS (Operações de entrada/saída por segundo)............................................................................................................. 22 Rastreamento de documento para o FAST Search Server 2010 para SharePoint ............................................................ 24 Resultados do teste............................................................................................................................................................... 25 Série de teste A - Variação de usuários ............................................................................................................................ 25 Série de testes B - Variação da RAM do SQL Server ......................................................................................................... 28 Série de testes C - Variação da combinação de transação ............................................................................................... 30 Série de testes D - Variação da RAM do servidor front-end da web ................................................................................ 34 Série de testes E – Variação no número de servidores front-end da Web ....................................................................... 36 Série de testes F - Variação das CPUs do SQL Server ........................................................................................................ 39 Teste do Service Pack 1 (SP1) e da atualização cumulativa de junho(CU)........................................................................ 42 Backups do conteúdo do SQL Server ................................................................................................................................ 43 3 Conclusões ............................................................................................................................................................................ 44 Recomendações .................................................................................................................................................................... 44 Recomendações relacionadas ao SQL Server 2008 R2 ..................................................................................................... 44 Recomendações relacionadas ao SharePoint Server 2010 ............................................................................................... 44 Recomendações relacionadas ao FAST Search Server para SharePoint 2010 .................................................................. 44 Referências............................................................................................................................................................................ 46 4 Introdução Objetivos do teste Este white paper descreve os resultados do teste em grande escala do SharePoint Server realizado na Microsoft em junho de 2011. O objetivo do teste é publicar os requisitos para os repositórios de arquivo-morto de documentos no SharePoint Server para uma grande capacidade de armazenamento. O teste envolveu a criação de um grande número de documentos típicos com um tamanho médio de 256 KB, carregando-os em um farm do SharePoint, criando um índice nos documentos mo FAST Search Server 2010 para SharePoint e realizando testes com o Microsoft Visual Studio® 2010 Ultimate para simular o uso. Queremos demonstrar com este teste ambas as técnicas de dimensionamento vertical e dimensionamento horizontal. O dimensionamento vertical se refere ao uso da capacidade adicional de hardware para aumentar os recursos e o dimensionamento de um único ambiente cujo propósito seja um banco de dados de conteúdo do SharePoint. Um banco de dados de conteúdo do SharePoint significa que todos os conjuntos de sites, todos os metadados e BLOBs (objetos binários grandes) estão associados a esses conjuntos de sites acessados pelo SharePoint Server. O dimensionamento horizontal se refere a existência de diversos ambientes, o que para nós significa a existência de vários bancos de dados de conteúdo do SharePoint. Observe que um banco de dados de conteúdo não é apenas um banco de dados do SQL Server, mas que também inclui vários dados de configuração e qualquer documento BLOBs, independente de onde esses BLOBs estiverem armazenados. A carga de trabalho que testamos para este relatório é basicamente sobre arquivo-morto de documentos. Isto inclui um grande número de documentos típicos do Microsoft Office armazenados para fins de arquivamento. O armazenamento, neste cenário, é basicamente a longo prazo com acesso não frequente. Parceiros de hardware envolvidos Este teste foi possível devido ao suporte de vários parceiros de hardware da Microsoft. NEC Corporation of America A NEC forneceu um servidor NEC Express5800/A1080a (GX) contendo 8 CPUs (processadores) e 1 terabyte (TB) de RAM no total. Cada processador continha 8 núcleos, num total de 64 núcleos para o servidor. Conforme detalhado abaixo, este servidor foi usado para executar o Microsoft Hyper-V com várias máquinas virtuais que constituíram farms do SharePoint Server e do FAST Search Server 2010 para SharePoint . Figura 1 - NEC Express Server 5800 5 Fonte: www.necam.com/servers/enterprise Especificações do servidor NEC Express 5800/A1080a CPU 8x Westmere (E7-8870) com 10 núcleos de processador cada Memória de 1 TB. Cada Módulo de Memória do Processador tem 1 CPU (10 núcleos) e 16 DIMMs. 2x dual port 8G FC HBA 5 HDDs Intel A Intel forneceu um segundo servidor NEC Express5800/A1080a contendo também8 CPUs (processadores) e 1 TB de RAM. Posteriormente a Intel atualizou esse computador para um Westmere EX CPUs com 10 núcleos cada totalizando 80 núcleos para o servidor. Conforme detalhado abaixo, este servidor foi usar o para executar os indexadores do Microsoft SQL Server e FAST Search Server 2010 para SharePoint diretamente no computador sem usar o Hyper-V. EMC A EMC forneceu um EMC VNX 5700 SAN contendo 300 TB de disco de alto desempenho. EMC VNX5700 com armazenamento unificado Fonte: http://www.emc.com/collateral/software/15-min-guide/h8527-vnx-virt-msapp-t10.pdf Especificações do EMC VNX 5700: Unidades de 2 TB, 15 por 3U DAE, 5 unidades = 75 unidades no total, 150 TB de armazenamento bruto Unidades de600 GB, 25 por 2U DAE, 10 unidades = 250 unidades no total, 150 TB de armazenamento bruto 2x Processadores de armazenamento 2x unidades de bateria de reserva Definição da carga de trabalho testada Este teste de carga foi projetado para mostrar as grandes capacidades de arquivo-morto de documentos do SharePoint Server 2010. A carga de trabalho do arquivo-morto de documentos é caracterizada pelo grande número de documentos que são adicionados (ou ingeridos) lentamente, não frequentemente acessados e quase nunca atualizados. 6 Índice do FAST Search Documentos Biblioteca de documentos da caixa-depósito Roteamento de conteúdo Banco(s) de dados de arquivamento de conteúdo Figura 2 - Trabalhando com grandes arquivos-mortos de documentos Descrição da arquitetura de dimensionamento horizontal de documentos O roteamento de conteúdo é recomendado para um farm no SharePoint com vários bancos de dados de conteúdo para enviar documentos para o banco de dados de conteúdo correto a partir de uma biblioteca de distribuição inicial. Nos testes descritos neste relatório, o roteamento de conteúdo não foi configurado e focamos na escalabilidade e no desempenho da instalação. Enquanto o roteamento de conteúdo é usado para ingerir documentos em um dos vários bancos de dados de conteúdo do SharePoint, o FAST Search Server 2010 para SharePoint pode ser usado para localizar de forma ideal um documento em um ou mais bancos de dados de conteúdo. O FAST Search Server 2010 para o SharePoint cria um índice com todos os documentos de todos os bancos de dados de conteúdo e as pesquisas podem usar metadados, refinadores para selecionar por data, autor ou outras propriedades e também, através de pesquisa no texto completo. As transações de teste incluídas Este white paper inclui os resultados de uma série de testes de desempenho que foram conduzidos no SharePoint Server 2010 e no FAST Search Server 2010 para o SharePoint em um cenário de arquivo-morto de documentos. Esta seção inclui uma explicação da metodologia de teste usada para os testes discutidos neste paper. Os desvios desta metodologia são observados onde os dados são apresentados. Carga de trabalho Importante: É importante observar de que os números específicos relativos à capacidade e ao desempenho apresentados neste artigo serão diferentes daqueles usados em ambientes reais. Os números apresentados têm por objetivo fornecer um ponto de partida para o design de um ambiente dimensionado adequadamente. Após concluir o design inicial do sistema, teste a configuração para determinar se o sistema dará suporte aos fatores do seu ambiente. As cargas de trabalho de teste foram projetadas em conformidade com um cenário de armazenamento de arquivomorto de documentos com a finalidade de ajudar a desenvolver estimativas do quanto as configurações do farm são afetadas por um cenário de repositório de documento em grande escala. O farm de teste citado neste cenário foi planejado para permitir que tanto o dimensionamento horizontal como o vertical acomodem a capacidade adicional conforme necessário. 7 A habilidade de dimensionamento é tão crítica para implementações de cenários de arquivo-morto de documentos em pequena escala como para cenários em grande escala. O dimensionamento horizontal permite que você adicione mais servidores ao farm (ou farms), tais como servidores Web front-end ou os servidores de aplicativo. O dimensionamento vertical permite que você aumente a capacidade dos servidores existentes adicionando CPUs mais rápidas e/ou memória para aumentar a taxa de transferência e o desempenho. O roteamento de conteúdo deve ser também aproveitado nos cenários de arquivo-morto para permitir que os usuários simplesmente "soltem" um arquivo e ele seja dinamicamente direcionado para a biblioteca de documentos adequada e pasta, se necessário, baseado no metadado do título. Definições de transação de teste e configurações de linha de base Esta seção define as transações de teste e outras configurações de base e apresenta uma visão geral dos processos de teste usados para cada cenário. Informações detalhadas, como resultados de teste e parâmetros específicos, são fornecidas em cada uma das seções de resultados de teste, mais adiante neste white paper. Item de linha de base Descrição do item de linha de base Configurações da linha de base (ou porcentagem da transação) Carregamento do documento Carrega um documento para uma das nossas Centrais de Documentos. Uma Pasta e Arquivo exclusivos são criados por hora em cada Central de Documentos, 24 horas por dia. 1% Download de documento (Abrir) Baixa ou abre um documento 30% Procurar Acesso à uma página aleatória da home page da Central de Documentos, à página de exibição da Lista da Biblioteca de Documentos ou à página de exibição da lista de Pastas. 40% Pesquisa Uma consulta aleatória de pesquisa enviada para a Central do FAST Search. 30% Tempo de raciocínio O tempo entre as transações de cada usuário. É para representar o tempo de pausa de um usuário enquanto ele lê ou raciocina enquanto acessa as páginas da web. 10 segundos Usuários simultâneos O número de usuários conectados ao farm do SharePoint, desde os agentes de testes até os servidores Web frontend. Isso não representa um possível total da base de usuários, já que em um ambiente típico uma pequena proporção do total de usuários acessará o sistema simultaneamente. 10.000 Duração do teste O período de tempo de execução do teste 1 hora Cache da web Se o cachê da web está ativado ou não para os servidores Web front-end. Ativado Indexação de conteúdo FAST Se a indexação do conteúdo FAST está funcionando ou não durante o teste Em pausa Número de WFEs O número de servidores front-end da Web no farm do SharePoint usados durante o teste 3 por banco de dados de conteúdo 8 Rampa de usuários Cada teste foi iniciado com 1.000 usuários aumentando em incrementos de 100 a carga de usuários de destino. Foi usado um período de aumento de 30 segundos e um tempo de andamento de 10 segundos. 100 usuários por 30 segundos Agentes de teste O Visual Studio 2010 Ultimate foi utilizado para simular a 19 carga de transação do usuário. Foram usadas uma máquina virtual controladora de teste e 19 máquinas virtuais agentes de teste para criar esta carga. Tabela 1 - Transações de teste e configurações de linha de base Combinação de testes de linha de base Esta seção define as combinações de teste aproveitadas e fornece uma visão geral dos resultados de teste para cada cenário de combinação de teste. A combinação de teste usada para cada teste variado baseada em testes particulares e destinos de carga. Todos os testes foram conduzidos usando o Visual Studio 2010 Ultimate e foram registrados, scripts de código livre gerados exclusivamente pelo Visual Studio. Foram populados dados específicos para cada teste e a combinação de testes foi realizada para períodos diferentes usando números diferentes de usuários simultâneos para determinar as capacidades e limites do farm. Observações Todos os testes conduzidos no laboratório foram realizados usando 10 segundos de "tempo de raciocínio". O tempo de raciocínio é um recurso do controlador de teste do Microsoft Visual Studio 2010 Ultimate que permite a simulação do tempo de pausa dos usuários entre os cliques em uma página em um ambiente real. A combinação de operações usadas para medir o desempenho para o objetivo deste white paper é artificial. Os resultados pretendem somente ilustrar as características de desempenho em um ambiente controlado sob um conjunto específico de condições. Essas combinações de teste são feitas a partir de uma quantidade alta não característica de consultas de lista de recursos do SQL Server comparadas a outras operações. Isto tem por objetivo fornecer um ponto de partida para o design de um ambiente dimensionado adequadamente. Depois de concluído o design inicial do sistema, teste a configuração para determinar se as variáveis de ambientes específicos e as combinações de operações irão variar. Série de testes Há uma série de seis testes a serem realizados, nomeados de A até F. Cada série envolvida realiza testes de linha de base com parâmetros idênticos e exceções de ambiente para um parâmetro variado. Os testes individuais em cada série foram nomeados após a série de testes seguida por um número. Esta seção descreve a série de testes individuais realizada. Está inclusa na lista de testes uma observação sobre qual teste foi igual ao da linha de base. Em outras palavras, um teste em cada série não variou o parâmetro escolhido, foi idêntico ao teste de linha de base original em todos os aspectos. Série de teste A - Variação de usuários Esta série de testes varia o número de usuários para averiguar como a carga aumentada de usuários impacta os recursos do sistema no farm do SharePoint e do FAST Search Server 2010 para SharePoint. Foram feitos três testes incluindo 4.000 usuários, 10.000 usuários e 15.000 usuários. O teste de 15.000 usuários exigiu que o tempo de teste fosse aumentado para duas horas para lidar com o aumento de usuários e também o aumento dos servidores WFE (servidor Web front-end) para 6 para gerenciar a carga aumentada. 9 Teste A.1 A.2 A.3 Número de usuários 4.000 10.000 15.000 Número de WFEs 3 3 6 Tempo de teste 1 hora 1 hora (linha de base) 2 horas Série de testes B - Variação da RAM do SQL Server Esta série de testes varia a quantidade de RAM disponível para o Microsoft SQL Server. Como o computador do SQL Server tem uma grande quantidade de RAM física, realizamos esta série de testes para fazer uma comparação verificando como se comporta um servidor executando o SQL Server com menos RAM. Foram realizados seis testes com o máximo de RAM no SQL server definidas em: 16 GB, 32 GB, 64 GB, 128 GB, 256 GB e 600 GB. Teste B.1 B.2 B.3 B.4 B.5 B.6 RAM NO SQL 16 GB 32 GB 64 GB 128 GB 256 GB 600 GB - (linha de base) Série de testes C - Variação da combinação de pesquisa Esta série de testes varia a proporção de pesquisa feita pelos usuários de teste comparando com a procura e abertura de documentos. A carga de trabalho de teste aplicada ao farm é uma combinação de diferentes transações de usuário, que seguem uma linha de base padrão de 30%, 40% e 30% para Abrir, Procurar e Pesquisar respectivamente. Os testes nesta série variam a proporção de pesquisa e desta maneira, também alteram a proporção de Abrir e Procurar. Teste C.1 C.2 C.3 C.4 C.5 C.6 Open 30% 30% 20% 20% 25% 5% Procurar 55% 40% 40% 30% 25% 20% Pesquisa 15% 30% (linha de base) 40% 50% 50% 75% Série de testes D – Variação da RAM do WFE Este teste varia a RAM alocada nos servidores front-end da Web. Para este teste também foram usados quatro servidores front-end da Web. A RAM em cada um dos quatro servidores front-end da Web foi testada em 4 GB, 6 GB, 8 GB e 16 GB. Teste D.1 D.2 D.3 D.4 Memória do WFE 4 GB 6 GB 8 GB - (linha de base) 16 GB Série de testes E – Variação do número de WFEs Este teste varia o número de servidores front-end da Web em uso. O número diferente de servidores testado foi 2, 3, 4, 5 e 6. Teste E.1 Número de front-ends da Web 2 10 E.2 E.3 E.4 E.5 3 - (linha de base) 4 5 6 Série de testes F - Restrições da CPU do SQL Server Esta série de testes varia a quantidade de CPUs disponíveis para o Microsoft SQL Server. O número diferente de CPUs disponíveis para o SQL Server testado foi de 2, 4, 8, 16 e 80 CPUs. Teste F.1 F.2 F.3 F.4 F.5 CPUs disponíveis para o SQL Server 4 6 8 16 80 - (linha de base) Carregamento de teste Os testes devem ficar abaixo do ponto de carregamento ideal, ou zona verde, com uma mistura de operações gerais. Para medir determinadas mudanças, os testes foram conduzidos em cada ponto que uma variável foi alterada. A série de testes foi planejada para exceder o máximo do ponto de carga ideal para encontrar os afunilamentos na configuração do farm. É recomendado que os resultados do ponto de carga ideal sejam usados para o provisionamento dos farms de produção para que haja capacidade de recursos extra para lidar com cargas temporárias, inesperadas. Para este projeto, definimos que o ponto de carga ideal é aquele que mantém os recursos abaixo das seguintes medições: Latência de 75° por cento é menor que 1 segundo CPU do servidor front-end da Web ser menor que 85% A CPU do servidor SQL Server ser menor do que 50% A CPU do servidor de aplicativo ser menor do que 50% A CPU do FAST Search Server 2010 para SharePoint ser menor que 50% A taxa de falha ser menor que 0,01 Captura de recursos durante os testes Durante cada teste, o uso de recursos é capturado usando o Monitor de Desempenho (Perfmon.exe) e o Visual Studio 2010 Ultimate para determinar a carga nos farms de teste. Os detalhes a seguir foram capturados e são mostrados na seção de relatórios. CPU para cada WFE, servidor de aplicativos do SharePoint, índice do FAST Search Server 2010 para SharePoint , Aplicativo de serviço de pesquisa (SSA) rápido, computador do SQL Server RAM usada para cada WFE, servidor de aplicativos do SharePoint, índice do FAST Search Server 2010 para SharePoint , SSA rápido, computador do SQL Server Tempo de atualização de página em todos os elementos de teste Filas em disco para cada unidade Detalhes da arquitetura de hardware do farm de teste O farm da Central de documentos é o host da Administração central do SharePoint, da Central de Documentos 1, da Central de Documentos 2, dos Aplicativos de serviço e da Central integrada do FAST Search. O farm consiste de três servidores físicos e 22 servidores virtuais. A 11 Figura 3mostra o diagrama da arquitetura física. 12 Figura 3 - Diagrama da arquitetura de hardware 13 Document Center Farm FC HBA (8GB) – VNX5700 PACNEC02 (Hyper-V-HOST) Physical 64xLP 1TB RAM Hosting Hyper-V, FAST Admin SPDC01 Physical 4xLP 4GB RAM Domain Controller, DNS Data/Storage FC HBA (8GB) – EMC SAN 2 FC HBA (8GB) – VNX5700 PACNEC01 (SQL-HOST) Physical 80xLP (Westmere) 1TB RAM Hosting SQL Server, FAST Document Processors Figura 4 - Servidores físicos O hyperthreading foi desabilitado nos servidores físicos porque não precisávamos de núcleos de CPU adicionais e estávamos limitados a 4 CPUs lógicas em qualquer máquina virtual Hyper-V. Não queremos que esses servidores experimentem qualquer degradação de desempenho devido ao hyperthreading. Haviam três servidores físicos no laboratório. Todos os três servidores físicos mais os 22 servidores virtuais estavam conectados a uma LAN virtual no laboratório para isolar do tráfego de rede das outras máquinas do laboratório não relacionadas. A LAN foi hospedada em um comutador Ethernet de 1 GBPS e cada um dos servidores NEC foi conectado a duas portas Ethernet de 1GBPS. SPDC01. O Controlador de Domínio do Windows e o DNS (Sistema de Nomes de Domínio ) para a rede virtual usada no laboratório. o 4 núcleos de processador físico em execução a 3,4 GHz o 4 GB de RAM o Dispositivo de disco local RAID SCSI de 33 GB PACNEC01. O SQL Server 2008 R2 hospedando o arquivo mestre e o secundário para o conteúdo do DB, Logs e TempDB. Executar também processadores de documentos 100 FAST diretamente neste servidor. o NEC ExpressServer 5800 1080a o 8 CPUs Intel E7-8870 contendo 80 núcleos de processadores físicos funcionando em 2,4 GHz o 1 TB de RAM o 800 GB de Disco de Conexão Direta o 2x placas adaptadoras de barramento host de canal de fibra de duas portas com capacidade de 8 GB/s o 2x placas Ethernet de 1 GBPS PACNEC01. O host Hyper-V Host servindo o rig de teste do SharePoint, do FAST Search para SharePoint e as máquinas virtuais de rig de teste no farm. o NEC ExpressServer 5800 1080a o 8 CPUs Intel X7560 contendo um total de 64 núcleos de processadores físicos funcionando a 2,27 GHz o 1 TB de RAM o 800 GB de Disco de Conexão Direta o 2x placas adaptadoras de barramento host de canal de fibra de duas portas com capacidade de 8 GB/s o 2x placas Ethernet de 1 GBPS 14 Servidores virtuais Figura 5 - Servidores virtuais Todos esses servidores executam a instância do Hyper-V no PACNEC02. Todos os servidores virtuais inicializados a partir dos arquivos VHD armazenados localmente no servidor PACNEC02 e todos com acesso configurado à LAN virtual do laboratório. Alguns desses servidores virtuais possuem acesso de disco direto no sistema operacional do guest para um LUN em uma SAN. O acesso de disco direto fornecido aumentou o desempenho com o uso de um disco VHD e foi usado para acessar os índices do FAST . Eis aqui uma lista dos diferentes tipos de servidores virtuais em execução no laboratório, os detalhes do uso de seus recursos e serviços fornecidos. Tipo de servidor virtual Rigs de teste (TestRig-1 a TestRig-20) TestRig-1 é o controlador de teste do Visual Studio 2010 Ultimate TestRig-2 a TestRig19 são agentes de teste do Visual Studio Agents 2010 controlados pelo TestRig-1 SP: Admin Central, aplicativo de Serviço do Repositório Seguro, Rastreador APP-1 - Host de administração central do SharePoint e host do aplicativo do serviço de pesquisa FAST. APP-2 - Aplicativos de serviços do SharePoint e host do aplicativo do serviço de pesquisa FAST. Este servidor de aplicativo executa os seguintes aplicativos de serviço compartilhado do SharePoint: Aplicativo de Serviço de Repositório Seguro. Aplicativo de Serviço de Pesquisa FAST. Serviço FAST e administração FAST-SSA-1 e FAST-SSA-2 Aplicativos de serviço de pesquisa FAST 1 e 2. Descrição O controlador de teste e os agentes de teste do Visual Studio 2010 Ultimate para o teste de carga do farm. Esses servidores virtuais foram configurados com quatro processadores virtuais e 8 GB de memória. Eles usaram o VHD para disco. Estas máquinas virtuais hospedam a Administração central do SharePoint e os Aplicativos de serviço usados no farm. Esses servidores virtuais foram configurados com quatro processadores virtuais e 16 GB de memória. Eles usaram o VHD para disco. Estas máquinas virtuais hospedam o Serviço de pesquisa FAST e a Administração. Cada um deles foi configurado com 4 processadores virtuais, 16 GB de memória e usando o VHD para disco. Índice-Pesquisa FAST Essas máquinas virtuais hospedam o Índice FAST-IS-1, FAST-IS2, FAST-IS3 e FAST- FAST, a Pesquisa e os Nós do analisador da IS4 - Índice FAST, Pesquisa, Nós 1, 2, 3 Web usandos no farm. Eles foram 15 e 4 do analisador Web. Servidor Front-End da Web (SharePoint e FAST Search) WFE-1, WFE-2 e WFE-3 - Servidor front-end da Web nº 1, 2 e 3, parte da configuração do balanceamento de carga do Windows hospedando a primeira Central de Documentos. Esses servidores virtuais foram configurados com 4 processadores virtuais e 8 GB de memória. WFE-4, WFE-5 e WFE-6 - Servidor front-end da Web nº 4, 5 e 6, parte da configuração do balanceamento de carga do Windows hospedando a segunda Central de Documentos. Esses servidores virtuais foram configurados com 4 processadores virtuais e 8 GB de memória. configurados com 4 processadores virtuais, 16 GB de memória e usando o VHD para o disco de inicialização. Eles também tiveram acesso direto desde discos a 3 TB dos LUNS da SAN para armazenamento do índice rápido. Essas máquinas virtuais hospedam todos os servidores front-end da Web e um rastreador FAST dedicado no farm. Cada banco de dados de conteúdo contem uma central de documentos que foi configurada com três servidores WFE do SharePoint de carga balanceada. Isso foi feito para facilitar a combinação de texto para o teste de carga através dos dois bancos de dado de conteúdo. Em um farm real, cada WFE destinaria vários bancos de dados de conteúdo. Eles usaram o VHD para disco. Armazenamento em disco Ele consiste de um armazenamento unificado EMC VNX5700. A matriz VNX5700 foi conectada a cada um dos servidores físicos PACNEC01 e PACNEC02 com canal de fibra de 8 GBPS. Cada um desses servidores físicos contém dois adaptadores de barramento host de canal de fibra de maneira que ambos podem ser conectados ao Processador de armazenamento na SAN principal, que fornece redundância e permite que a SAN equilibre os LUNs através dos Processadores de armazenamento. Rede de área de armazenamento - Matriz EMC VNX5700 Uma matriz EMC VNX5700 (http://brazil.emc.com/storage/vnx/vnx-series.htm#/1 foi usada para o armazenamento de bancos de dados do SQL Server e do índice de pesquisa do FAST Search Server 2010 para SharePoint . O VNX5700, conforme configurado, inclui 300 TBs de disco não processado. A matriz foi populada com 250x unidades SAS de 600 GB 10.000 RPM e 75x unidades SAS de linha próxima de 2 TB 7.200 RPM (unidades SAS de linha próxima possuem interfaces físicas SATA e conectores SAS, enquanto as unidades SAS regulares possuem interface física SCSI). As unidades foram configuradas no formado de RAID-10 para espelhamento e distribuição. O volume RAID configurado na SAN (rede de área de armazenamento) foi divido através de três 3 pools e os LUNs são alocados a partir de um pool específico conforme mostrado na Tabela 2. Nº do pool 0 1 2 Descrição Tipo de unidade FAST Bco de dados de conteúdo Sobressalente - não usado SAS SAS NL SAS Capacidade do usuário (GB) 31.967 34.631 58.586 Alocado (GB) 24.735 34.081 5.261 Tabela 2 - Pools da SAN alocados 16 Os LUNs (Números de Unidade Lógica) no VNX 5700 foram definidos conforme mostrado na Tabela 3. Nº do LUN 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 Descrição Bco de dados de serviço SP Espaço extra PACNEC02 Índice FAST 1 Índice FAST 2 Índice FAST 3 Índice FAST 4 Bco de dados de conteúdo SP 1 Bco de dados de conteúdo SP 2 Bco de dados de conteúdo SP 3 Bco de dados de conteúdo SP 4 TransLog do bco de dados de conteúdo TransLog do bco de dados de serviço SP BD temporário Registro do bco de dados temp Bco de dados de uso de integridade SP Bco de dados FAST Crawl/Admin Sobressalente - não usado Cont do Doc do Office em massa Arquivos de permuta WM Backup do bco de dados 1 Backup do bco de dados 2 Tamanho (GB) 1.024 5.120 3.072 3.072 3.072 3.072 7.500 Servidor PACNEC01 PACNEC02 PACNEC02 PACNEC02 PACNEC02 PACNEC02 PACNEC01 Nº do pool do disco 0 0 0 0 0 0 1 Letra da unidade F 6.850 PACNEC01 1 I 6.850 PACNEC01 1 J 6.850 PACNEC01 1 K 2.048 PACNEC01 1 G 512 PACNEC01 0 L 2.048 2.048 PACNEC01 PACNEC01 1 0 M N 3.072 PACNEC01 0 O 1.024 PACNEC01 1 P 5.120 3.072 PACNEC01 PACNEC01 2 Adicionais T 1.024 16.384 16.384 PACNEC02 PACNEC01 PACNEC01 Adicionais Adicionais Adicionais K R S F G H I H Tabela 3 - Números de Unidade Lógica Rede de área de armazenamento - Matriz de disco adicional Uma matriz de disco de desempenho inferior adicional foi usada para fins de backup e para hospedar o conteúdo do documento do Office em massa carregado no farm do SharePoint Server 2010. Esta matriz não foi usada durante a realização dos testes. Arquitetura do farm de teste do servidor do SharePoint e do SQL Server A arquitetura lógica foi definida para demonstrar os limites recomendados do SharePoint Server 2010. Ela consiste de dois aplicativos da Web, cada uma contendo uma coleção de site única em um único banco de dados de conteúdo exclusivo. Cada banco de dados foi carregado com 60 milhões de documentos do tipo Microsoft Word (.docx), Excel (.xlsx), PowerPoint (.pptx) e páginas Hyper-text Markup Language (.html), com um tamanho médio de 250 KB (kilobytes). O tamanho de cada banco de dados de conteúdo era de aproximadamente 15 TB, para um tamanho total de 30 TB. A arquitetura lógica para o laboratório de grande escala é mostrada na Figura 6. 17 Document Center Farm and Data/Storage IIS Web Site – “SP CA v4” IIS Web Site – “SharePoint Services” Application Pool Application Pool Web Application 1 Central Administration Secure Store Service Application E M C V N X 5 7 0 0 S A N http://app-1:2010 SharePoint Central Administration SharePoint Configuration TempDB SharePoint Content FAST Crawl/Admin Default group Bulk Bulk VMs VMs FAST Index Swap Swap Swap Swap Swap Swap Swap Swap Swap Swap IIS Web Site – “doccenter1.lab80” IIS Web Site – “doccenter2.lab81” IIS Web Site – “search.lab2011” Application Pool Application Pool Application Pool Web Application 2 Document Center Template Web Application 3 Document Center Template Web Application 4 FAST Search Center Template http://doccenter1:80 http://doccenter2:81 http://search.lab:2011 Figura 6 - Arquitetura de software O farm da Central de Documentos do SharePoint foi criado para ser usado em um cenário de arquivamento de documentos e foi planejado para acomodar um grande número de documentos armazenado em várias bibliotecas de documentos. As bibliotecas de documento foram limitadas a aproximadamente um milhão de documentos cada e uma hierarquia limitada de documentos por contêiner de aproximadamente 2.000 itens. Isso foi feito somente para acomodar o grande processo de carga de documentos e evitar a queda do tempo de carga depois de exceder 1 milhão de itens em uma biblioteca de documentos. Site IIS do farm do SharePoint Os dois conjuntos de sites aproveitam o modelo da Central de Documentos. O conjunto do site da Central de Pesquisa aproveita o modelo da Central do FAST Search. Cada conjunto de site está em um aplicativo da web exclusivo. Cada aplicativo da Web usa um pool de aplicativo separado. Site IIS - Serviços do SharePoint O site IIS dos serviços do SharePoint hospeda os serviços compartilhados usados no SharePoint Server 2010. Para os objetivos deste laboratório, foi utilizado o Repositório Seguro. Site IIS - Administração Central do SharePoint v4 O site IIS da Administração Central do SharePoint hospeda o site da Administração Central e a interface do usuário para o SharePoint Server 2010. Site IIS - Central de Documentos 1 O site da Central de Documentos 1 hospeda o primeiro arquivo da Central de Documentos. 18 Site IIS - Central de Documentos 2 O site da Central de Documentos 2 hospeda o segundo arquivo da Central de Documentos. Site IIS - Central do FAST Search O site IIS da Central do Fast Search hospeda a pesquisa da interface do usuário para o farm. Em 70 milhões e mais, o banco de dados de rastreamento começa a ficar notoriamente lento e é necessário algum trabalho de ajuste para que ele alcance de 100 a 120 milhões. Bancos de dados do SQL Server Os bancos de dados do SQL Server a seguir estão hospedados na SAN (Rede de área de armazenamento) EMC VNX 5700. Nome do banco de dados Objetivo SharePointAdminContent_<GUID> Banco de dados da Administração Central do SharePoint Banco de dados de configuração do SharePoint Banco de dados temporário do SQL Server Um banco de dados Microsoft SQL Server que armazena todos os metadados de relatórios, incluindo as definições de relatório, histórico de relatórios e instantâneos e informações de agendamento. Um banco de dados do Microsoft SQL Server que armazena todos os instantâneos temporários enquanto os relatórios estão em execução. Bancos de dados de conteúdo do SharePoint 15.601.286 Bancos de dados de conteúdo do SharePoint 15.975.266 Armazenamento de rastreamento para o aplicativo de serviço de pesquisa de consulta do FAST Search. Este banco de dados de armazenamento de rastreamento é usado somente pelos perfis de usuário (Pesquisa de Pessoas). Banco de dados de administração para o aplicativo de serviço de pesquisa de consulta do FAST Search. Armazena as propriedades dos metadados e descritores de segurança dos itens do perfil de usuário no índice de pesquisa de pessoas. Está envolvido nas consultas de pesquisa de pessoas baseadas em propriedades e retorna atributos de documento padrão para os resultados de consulta de pesquisa de pessoas. 15 SharePoint_Config Bancos de dados de sistema - tempdb ReportServer ReportServerTempDB SPContent01 (banco de dados de conteúdo da Central de Documentos 1) SPContent02 (banco de dados de conteúdo da Central de Documentos 2) FAST_Query_CrawlStoreDB_<GUID> FAST_Query_DB_<GUID> FAST_Query_PropertyStoreDB_<GUID> Tamanho (MB) 768 1.574 16.384 10 3 125 173 19 FASTContent_CrawlStoreDB_<GUID> FASTContent_DB_<GUID> FASTSearchAdminDatabase WSS_Content_FAST_Search LoadTest2010 Armazenamento de rastreamento para o aplicativo de serviço de pesquisa de conteúdo do FAST Search. Este banco de dados de armazenamento de rastreamento é usado para todos os itens rastreados, exceto os perfis de usuários. Banco de dados de administração para o aplicativo de serviço de pesquisa de conteúdo do FAST Search. Banco de dados de administração para o farm do FAST Search Server 2010 para o SharePoint. Armazena e gerencia os grupos de configuração de pesquisa, palavras-chave, sinônimos, promoção e rebaixamento de documentos e sites, inclusões e exclusões do extrator de propriedade, exclusões de verificação ortográfica, melhores apostas, melhores apostas visuais e metadados do esquema de pesquisa. Banco de dados de conteúdo da Central do FAST Search. Repositório de resultados de teste de carga 502.481 23 4 52 4.099 Tabela 4 - Bancos de dados do SQL Server Índices de conteúdo do FAST Search Server 2010 para SharePoint Os diretórios de dados do FAST Search Server 2010 para SharePoint estão usando um Hyper-V para passar através da unidade diretamente para a SAN. No servidor virtual FAST-IS1, o diretório de dados está usando 745 GB dos 3 TB sem o uso de espaço temporário (tudo foi apagado). Tabela 5 mostra o armazenamento de dados nas pastas de arquivo de índice do FAST Search Server 2010 para SharePoint armazenadas na SAN. Nome data_fixml data_index sprel webanalyzer Objetivo Fonte do índice usado para criar um índice Índice de pesquisa atual usado pelas Consultas Informações de relevância do SharePoint Usado para levar os resultados de pesquisa popular para o topo da lista. Eleva a ordem do resultado de pesquisa para os documentos vinculados mais comuns. Número de arquivos 6 milhões Tamanho (GB) 223 3.729 490 9 3 135 12 Tabela 5 - Armazenamento usado por 1 dos 4 índices FAST 20 O método, cronograma do projeto e processo para criação da fazenda Cronograma do projeto É o cronograma aproximado do projeto. Planejar a arquitetura do farm Instalar o servidor e o hardware da SAN Criar as máquinas virtuais para o farm Criar os itens de conteúdo de exemplo Carregar itens para o SharePoint Server Desenvolver os scripts de teste Indexação do conteúdo do FAST Search Teste de carga Redigir o relatório 2 semanas 1 semana 1 semana 2 semanas 3 semanas 1 semana 2 semanas 3 semanas 2 semanas Como os documentos de exemplo foram criados Para fornecer um cenário de arquivo-morto de documentos bem realista, a exclusividade do documento é crítica. Foram usados dois utilitários separados. O primeiro para criar documentos exclusivos e o segundo, para ler esses arquivos a partir do disco e carregá-los destinando-os diretamente para os Aplicativos da Web do SharePoint e as bibliotecas de documentos. Ferramenta para criar um grande número de documentos Os documentos foram criados usando uma ferramenta de linha de comando chamada Bulk Loader, que foi criado usando o Microsoft .NET 4.0 Framework. Esta ferramenta usa um arquivo de despejo de conteúdo da Wikipedia como entrada para permitir a criação de até 10 milhões de documentos exclusivos para um local em disco. As imagens em estoque são usadas para substituir as referências de imagem dos despejos da Wikipedia. Esta ferramenta está disponível como código-fonte em http://code.msdn.microsoft.com/Bulk-Loader-Create-Unique-eeb2d084. Ferramenta para carregar documentos no SharePoint Os documentos foram adicionados ao servidor do SharePoint usando uma ferramenta de linha de comando chamada LoadBulk2SP, que foi criada usando o C# e o Microsoft .NET 3.5 Framework para ser compatível com o servidor do SharePoint. Esta ferramenta pega os arquivos de saída da ferramenta Bulk Loader no disco, como entrada, e reproduz a mesma estrutura de pasta e arquivo diretamente no servidor do SharePoint usando aplicativos da web de destino e as bibliotecas de documentos especificadas na configuração do aplicativo. Usando esta ferramenta, mais de 100 milhões de documentos de 250 KB foram carregados no servidor do SharePoint com um pico de desempenho de 233 documento por segundo e um tempo de carga médio geral de 137 documentos por segundo. Esta ferramenta está disponível como código-fonte em http://code.msdn.microsoft.com/Load-Bulk-Content-to-3f379974. Características de desempenho para carga de documentos em grande escala A carga de documentos foi conseguida usando a ferramenta LoadBulk2SP definida anteriormente neste documento. Esta ferramenta aproveita o método SubFolderCollection.Add() para adicionar novas pastas nas bibliotecas de documentos especificadas e o método SPFileCollection.Add() para adicionar arquivos diretamente nas pastas criadas da biblioteca de documentos do SharePoint. A estrutura de pasta e arquivo criadas no servidor do SharePoint reproduz a hierarquia de saída criada pela ferramenta Bulk Loader. Tamanhos dos bancos de dados de conteúdo da biblioteca de documentos A seguir, detalhes sobre o tamanho do banco de dados do conteúdo da biblioteca de documentos, incluindo os grupos de arquivo do SQL Server, os arquivos primários e secundários usados no farm. Arquivo de conteúdo do SQL SPCPrimary01.mdf SPCData0102.mdf SPCData0103.mdf SPCData0104.mdf Grupo de arquivos Primário SPCData01 SPCData01 SPCData01 LUN H:/ I:/ J:/ K:/ Tamanho (KB) 53.248 3.942.098.048 4.719.712768 3.723.746.048 Tamanho (MB) 52,000 3.849.697,312 4.609.094,500 3.636.470,750 Tamanho (GB) 0,050 3.759,470 4.501,068 3.551,240 Tamanho (TB) 0,000 3,671 4,395 3,468 21 SPCData0105.mdf SPCData01 H:/ 3.371.171.968 SPCData0106.mdf SPCData01 O:/ 4.194.394 Central de Totais: 15.760.968.474 Documentos 1 SPCPrimary02.mdf SPCData02 H:/ 52.224 SPCData0202.mdf SPCData02 I:/ 3.240.200.064 SPCData0203.mdf SPCData02 J:/ 3.144.130.944 SPCData0204.mdf SPCData02 K:/ 3.458.544.064 SPCData0205.mdf SPCData02 H:/ 3.805.828.608 SPCData0206.mdf SPCData02 O:/ 2.495.168.448 Central de Totais: 16.143.924.352 Documentos 2 Tamanho total: 31.904.892.826 Tabela 6 - Tamanhos dos bancos de dados do SQL Server 3.292.160,125 4.096,087 15.391.570,775 3.215,000 4,000 15.030,820 3,139 0,003 14,678 51,00 3.164.257,875 3.070.440,375 3.377.484,437 3.716.629,500 2.436.687,937 15.765.551,125 0,049 3.090,095 2.998,476 3.298,324 3.629,521 2.379,578 15.396,046 0,000 3,017 2,928 3,221 3,544 2,323 15,035 31.157.121,900 30.426,876 29,713 Hierarquias, pastas e arquivos da biblioteca de documentos A seguir, detalhes das hierarquias da biblioteca de documentos, o número total de pastas e documentos gerados para cada Central de documento usando a ferramenta LoadBulk2SP. Os totais através de ambas as Centrais de Documentos são 60.234 pastas e 120.092.033 arquivos. Central de Documentos 1 O total de número de pastas e arquivos contidos em cada biblioteca de documentos no banco de dados é mostrado na Tabela 7. Conforme afirmado anteriormente, os documentos foram limitados em um milhão por documento estritamente para fins de processo de carga de grande conteúdo. Para obter os resultados da arquitetura do farm para o For SharePoint 2010 e conselhos sobre o armazenamento de grandes bibliotecas de documentos, consulte um teste de relatório anterior, Estimativa de requisitos de desempenho e capacidade para repositórios de documentos no SharePoint Server 2010 (http://technet.microsoft.com/pt-br/library/hh395916.aspx), que foca nos números de dimensionamento de itens em uma biblioteca de documentos. Consulte também os limites do SharePoint Server 2010 para itens em bibliotecas de documentos e itens em bancos de dados de conteúdo conforme detalhado na Capacidade de gerenciamento do SharePoint Server 2010: limites do software (http://technet.microsoft.com/pt-br/library/cc262787.aspx) na TechNet. Central de Documentos 1 Biblioteca de documentos Contagens Pastas TOTAIS DC1: 30.447 Arquivos 60.662.595 Tabela 7 - Bibliotecas de documento na Central de Documentos 1 Central de Documentos 2 O total de número de pastas e arquivos contidos em cada biblioteca de documentos no banco de dados é mostrado na Tabela 8. Central de Documentos 2 Biblioteca de documentos Contagens Pastas TOTASIS DC2: 29.787 59.429.438 TOTAIS DC1: 30.447 60.662.595 60.234 120.092.033 TAMANHO TOTAL: Arquivos Tabela 8 - Bibliotecas de documento na Central de Documentos 2 A seguir, exemplos estatísticos a partir da execução da ferramenta LoadBulk2SP, usando quatro processos simultâneos, cada um com 16 threads com destinos diferentes nas Centrais de Documentos, bibliotecas de documento e pastas e arquivos de entrada. 22 Rodada 26: 5 pastas em 2k arquivos Rodada 9: 30 pastas em 2k arquivos Rodada 10: 30 pastas em 2k arquivos Rodada 8: 30 pastas em 2k arquivos Rodada 7: 30 pastas em 2k arquivos Hora Horas 0 Segundos 0 Minutos Segundos 45 46 Total: 2.700 46 2.746 Horas Hora 5 Segundos 18.000 Minutos Segundos 58 46 Total: 3.480 46 21.526 Horas Hora 6 Segundos 21.600 Minutos Segundos 33 50 Total: 1.980 50 23.630 Hora Horas 6 Segundos 21.600 Minutos Segundos 51 30 Total: 3.060 30 24.690 Hora Horas 6 Segundos 21.600 Minutos Segundos 55 0 Total: 3.300 0 24.900 Pastas 315 Arquivos 639.980 Docs/Sec 233 58264 Pastas Arquivos 1.920 3.839.864 Docs/Sec 178 Pastas Arquivos 1.920 3.839.881 Docs/Sec 162 Pastas Arquivos 1.920 3.839.857 Docs/Sec 155 Pastas Arquivos 1.920 3.839.868 Docs/Sec 154 Tabela 9 - Resultados detalhados de desempenho a partir do LoadBulk2SP IOPS (Operações de entrada/saída por segundo) O SQLIO é uma ferramenta usada para determinar a capacidade de E/S de uma determinada configuração dada. Foi executada no sistema depois da conclusão dos testes de desempenho. Contudo, vários discos copiados para backup pelos LUNs da SAN LUN não puderam ser incluídos porque possuem muitos dados neles. O teste do SQLIO é executado individualmente em cada letra de unidade e depois, realiza um teste em todas as unidades de uma vez só. Você pode ver o IOPS/GB na coluna da direita que é calculado dividindo o IOPS pela capacidade da unidade. Para essas unidades todas testadas de uma vez, alcançamos 105.730 IOPS. 23 IOPS conforme testada com a ferramenta SQLIO Lê Tamanho IOPS (GB) (MAX) Escreve IOPS (MAX) Total IOPS (MAX) IOPS por GB LUN Descrição do LUN F: Bco de dados de serviço SP 1024 2.736 23.778 26.514 25,89 G: TranLog dos BDs de conteúdo 2048 3.361 30.021 33.383 16,30 L: Translog do BD de serviço 512 2.495 28.863 31.358 61,25 M: TempDB 2048 2.455 21.778 24.233 11,83 N: Registro do TempDB 2048 2.751 29.522 32.273 15,76 O: BD de conteúdo nº 5 3.072 2.745 28.767 31.511 10,26 P: BDs Rastrear/Admin 1024 2.603 22.808 25.411 24,81 Todos de uma vez 11776 16.665 TOTAL: 11.776 19.145 185.536 310.412 MÉDIA: 1.682 2.735 89.065 105.730 26.505 38.801 8,98 22 Tabela 10 - resultados dos testes de IOPS para a SAN com a ferramenta SQLIO IOPS Alcançados durante o teste de carga Os trabalhos do Monitor de desempenho foram executados de maneira consistente juntamente com a indexação FAST, carga de conteúdo e testes de carga do Visual Studio. A tabela a seguir reflete o IOPS máximo alcançado pelo LUN e identifica que cada LUN, Descrição, Tamanho total, Leit máx, Grav máx, IOPS e IOPS por GB. Como esses resultados foram obtidos durante o teste, eles devem refletir o IOPS que o ambiente de teste foi capaz de conduzir no SAN. Como as unidades H:, I:, J: e K: puderam ser incluídas, o IOPS total alcançado foi muito mais alto do que o do teste de SQLIO. LUN Descrição do LUN G: TranLog dos BDs de conteúdo BD de conteúdo nº 1 BD de conteúdo nº 2 BD de conteúdo nº 3 BD de conteúdo nº 4 H: I: J: K: Tamanho Lê IOPS Escreve Total IOPS IOPS por GB (GB) (MAX) IOPS (MAX) (MAX) 2048 5.437 11.923 17.360 8,48 6.850 6.850 7.500 6.850 5.203 5.284 5.636 5.407 18.546 11.791 11.544 11.146 23.749 17.075 17.180 16.553 3,47 2,49 2,29 2,42 24 L: M: N: O: P: Translog do BD de serviço TempDB Registro do TempDB BD de conteúdo nº 5 BDs Rastrear/Admin TOTAL: MÉDIA: 512 5.285 10.801 16.086 2048 2048 3072 1024 31.365 3.136 5.282 5.640 5.400 5.249 53.824 5.382 11.089 11.790 11.818 11.217 121.667 12.167 16.371 17.429 17.218 16.467 175.491 17.549 31,42 7,99 8,51 5,60 16,08 5,60 Tabela 11 - IOPS conforme as medições dos registros Perfmon Rastreamento de documento para o FAST Search Server 2010 para SharePoint O rastreamento de sites do SharePoint para pesquisa é feito usando o rastreado do SharePoint configurado para alimentar os Distribuidores de Conteúdo do FAST. O SSA foi configurado para ser executado em dois servidores, APP-1 e APP-2, e a consulta SSA foi feita nos servidores FAST-1 e FAST-2. 100 processadores de documento de indexação FAST foram executados na máquina do SQL Server. Capturamos esta tela do gerenciador de tarefas no computador mostrando a atividade enquanto ambos os processadores de documentam trabalham e a carga de teste de 10.000 usuários estava em execução com o SQL Server alocado também neste computador. Figura 7 - Gerenciador de tarefas no PACNEC01 durante a indexação do FAST e o teste de carga 25 Resultados do teste Para gerar uma carga significativa durante o teste, foi usado o seguinte software: O Visual Studio 2010 Ultimate, o Visual Studio 2010 Load Control e o Microsoft Visual Studio Agents 2010 1. Um rig de teste é necessário para simular o número de usuários, bem como produzir uma carga significativa. Um rig de teste é feito de uma máquina controladora de teste e uma ou mais máquinas Agentes de teste. O controlador de teste gerencia e coordena juntamente com as máquinas de agente e os agentes usados para gerar carga para o servidor do SharePoint. O controlador de teste também é responsável por coletar os dados do monitor de desempenho das máquinas sob testes e das máquinas de agentes. Esta seção identifica os resultados dos testes de desempenho realizados. Série de teste A - Variação de usuários Nesta série de testes, variamos o número de usuários carregados no farm de teste. A Figura 8 mostra as solicitações por segundo as quais o Controlador de teste do Visual Studio 2010 Ultimate foi capaz de processar através do farm do SharePoint durante os testes para cada um dos tamanhos de carga de usuários. Você pode ver que uma carga de usuário adicional é aplicada, a solicitação aumenta devido ao grande número de usuários, mas quando chega a 15.000, estamos pesadamente sobrecarregados no farm e por isso ele não aumenta, bem como a carga aplicada. Como o teste dos 15.usuários levou um tempo adicional para aumentar, executamos esse teste por duas horas em vez da linha de base de uma hora. Devido a carga, também descobrimos que 3 servidores front-end Web não são suficientes. Executamos este teste em seis servidores front-end Web. 250 200 150 Média de RPS 100 50 0 A.1 4.000 A.2 10.000 A.3 15.000 Figura 8 - RPS médio para a série A Na Figura 9 você pode ver que o tempo de resposta da transação de teste segue paralela com o tempo de atualização da página para 15.000 testes de usuários. Isto mostra que há um afunilamento no sistema devido a grande carga de usuários. Nós experimentamos altas cargas IOPS na unidade H: que contém o arquivo de dados principal para este banco 1 Agentes do Visual Studio 2010 (em inglês) 26 de dados de conteúdo durante este teste. Investigações adicionais poderiam ter sido feitas nesta área para remover este afunilamento. 25 20 Número de WFEs 15 Tempo médio da página 10 Tempo médio de resposta 5 0 A.1 4.000 A.2 10.000 A.3 15.000 Figura 9 - Períodos de tempo e WFEs usados para a série A Na Figura 10 você pode ver o aumento na CPU conforme a carga de usuários muda de 4.000 para 10,000 usuários,e você pode ver o uso de CPU reduzido somente para os WFEs) já que dobramos o número deles de 3 para 6. Na parte inferior, você pode ver que o servidor APP-1 teve uso de CPU constante de maneira justa, e o grande computador PACNEC01 com SQL Server não ocupa 3% do total de uso da CPU. 70.00% 60.00% Média CPU PACNEC01 50.00% Média da CPU APP-1 Média da CPU WFE-1 40.00% Média da CPU WFE-2 30.00% Média da CPU WFE-3 20.00% Média da CPU WFE-4 Média da CPU WFE-5 10.00% Média da CPU WFE-6 0.00% A.1 4.000 A.2 10.000 A.3 15.000 Figura 10 - RPS médio para a série A Tabela 12 mostra um resumo de dados capturados durante os três testes da série A. Os dados cujo item mostra "NA" não foram capturados. Teste Usuários WFEs A.1 4.000 3 A.2 10.000 3 A.3 15.000 6 27 Duração Média de RPS Tempo médio da página Tempo médio de resposta Média da CPU WFE-1 RAM disponível para WFE-1 Média da CPU WFE-2 RAM disponível para WFE-2 Média da CPU WFE-3 RAM disponível para WFE-3 Média CPU PACNEC01 RAM disponível para o PACNEC01 Média da CPU APP1 RAM disponível para APP-1 Média da CPU APP2 RAM disponível para APP-2 Média da CPU WFE-4 RAM disponível para WFE-4 Média da CPU WFE-5 RAM disponível para WFE-5 Média da CPU WFE-6 RAM disponível para WFE-6 Comprimento Médio da Fila de Gravação do Disco H: no PACNEC01 SPContent de DB1 1 hora 96,3 0,31 s 1 hora 203 0,71 s 2 horas 220 19,2 s 0,26 s 0,58 s 13,2 s 22,3% 57,3% 29,7% 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% 401.301 400.059 876.154 6,96% 14,5% 13,4% 13.745 13.804 13.311 0,73% 1,09% 0,27% 14.815 14.992 13.919 NA NA 29,7% NA NA 13.397 NA NA 30,4% NA NA 13.567 NA NA 34,9% NA NA 13.446 0,0 (pico de 0,01) 0,0 (pico de 0,02) 0,3 (pico de 24,1) Tabela 12 - Resultados detalhados dos testes da série A 28 Série de testes B - Variação da RAM do SQL Server Nesta série de testes variamos a quantidade de RAM disponível para o SQL Server. Você pode ver na Figura 11 que as solicitações-por-segundo não foram impactadas pela RAM alocada no SQL Server. 250 200 150 Média de RPS 100 50 0 B.1 16GBB.2 32GBB.3 64GB B.4 128GB B.5 256GB B.6 600GB Figura 11 - Solicitações médias por segundo para a série B Na Figura 12 você pode ver que todos os testes tem uma página e os tempos de resposta da transação inferiores a 1 segundo. 1 0.9 0.8 0.7 0.6 Tempo médio da página 0.5 0.4 Tempo médio de resposta 0.3 0.2 0.1 0 B.1 16GB B.2 32GB B.3 64GB B.4 B.5 B.6 128GB 256GB 600GB Figura 12 - Página e tempos de resposta da transação da série B Figura 13 mostra o uso da CPU para os servidores WFE, o serv de aplicativo e o servidor do bando de dados SQL. Você pode ver que os três WFEs estão constantemente ocupados por todos os testes, o servidor de aplicativos está praticamente ocioso e o servidor do banco de dados usa mais que 3% da CPU. 29 70.00% 60.00% 50.00% Média da CPU WFE-1 40.00% Média da CPU WFE-2 30.00% Média da CPU WFE-3 20.00% Média CPU PACNEC01 Média da CPU APP-1 10.00% 0.00% B.1 B.2 B.3 B.4 B.5 B.6 16GB 32GB 64GB 128GB 256GB 600GB Figura 13 - Uso médio da CPU para a série B 1,000,000 RAM disponível para WFE-1 900,000 800,000 RAM disponível para WFE-2 700,000 600,000 RAM disponível para WFE-3 500,000 400,000 RAM disponível para o PACNEC01 300,000 200,000 RAM disponível para APP-1 100,000 0 B.1 B.2 B.3 B.4 B.5 B.6 16GB 32GB 64GB 128GB 256GB 600GB RAM disponível para APP-2 Figura 14 - RAM disponível para a série B Tabela 13 mostra um resumo dos dados capturados durante os três testes na série de testes B. Teste RAM NO SQL Média de RPS Tempo médio da página Tempo médio de resposta Média da CPU WFE-1 B.1 16 GB 203 B.2 32 GB 203 B.3 64 GB 203 B.4 128 GB 204 B.5 256 GB 203 B.6 600 GB 202 0,66 0,40 0,38 0,42 0,58 0,89 0,56 0,33 0,31 0,37 0,46 0,72 57,1% 58,4% 58,8% 60,6% 60% 59% 30 RAM disponível para WFE-1 Média da CPU WFE-2 RAM disponível para WFE-2 Média da CPU WFE-3 RAM disponível para WFE-3 Média CPU PACNEC01 RAM disponível para o PACNEC01 Média da CPU APP-1 RAM disponível para APP-1 Média da CPU APP-2 RAM disponível para APP-2 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 Tabela 13 - Resultados detalhados dos testes da série B Série de testes C - Variação da combinação de transação Nesta série de testes, variamos a proporção das transações de pesquisa feitas na combinação da carga de trabalho. 250 200 150 Média de RPS 100 50 0 C.1 15% C.2 30% C.3 40% C.4 50% C.5 50% C.6 75% Figura 15 - RPS médio para a série C 31 Na Figura 16 você pode ver que o teste C.5 possui tempos de resposta de página mais longos, o que indica que o farm do SharePoint Server 2010 e do FAST Search Server 2010 para SharePoint estava sobrecarregado durante este teste. 30 25 20 15 Tempo médio da página 10 Tempo médio de resposta 5 0 C.1 15% C.2 30% C.3 40% C.4 50% C.5 50% C.6 75% Figura 16 - Página e tempos de resposta da transação da série C 90% 80% Open 70% Procurar 60% Pesquisa 50% Média da CPU WFE-1 Média da CPU WFE-2 40% Média da CPU WFE-3 30% Média CPU PACNEC01 20% Média da CPU APP-1 10% Média da CPU FAST-1 0% C.1 15% C.2 30% C.3 40% C.4 50% C.5 50% C.6 75% Média da CPU FAST-2 Figura 17 - Tempo de CPU médio para a série C 32 16,000 RAM disponível para WFE-1 14,000 12,000 RAM disponível para WFE-2 10,000 RAM disponível para WFE-3 8,000 6,000 RAM disponível para APP-1 4,000 RAM disponível para FAST-1 2,000 0 C.1 15% C.2 30% C.3 40% C.4 50% C.5 50% C.6 75% RAM disponível para FAST-2 Figura 18 - RAM média para a série C Tabela 14 mostra um resumo dos dados capturados durante os três testes na série de testes C. Teste C.4 C.1 C.2 C.3 C.5 30% 55% 15% 235 C.2 (linha de base) 30% 40% 30% 203 Open Procurar Pesquisa Média de RPS Tempo médio da página (S) Tempo médio de resposta (S) Média da CPU WFE-1 RAM disponível para WFE-1 Média da CPU WFE-2 RAM disponível para WFE-2 Média da CPU WFE-3 RAM disponível para WFE-3 Média CPU PACNEC01 20% 40% 40% 190 20% 30% 50% 175 25% 25% 50% 168 5% 20% 75% 141 1,19 0,71 0,26 0,43 0,29 25,4 0,87 0,58 0,20 0,33 0,22 16,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% 33 RAM disponível para o PACNEC01 Média da CPU APP-1 RAM disponível para APP-1 Média da CPU APP-2 RAM disponível para APP-2 Média da CPU FAST-1 RAM disponível para FAST-1 Média da CPU FAST-2 RAM disponível para FAST-2 Média da CPU FAST-IS1 RAM disponível para FASTIS1 Média da CPU FAST-IS2 RAM disponível para FASTIS2 Média da CPU FAST-IS3 RAM disponível para FASTIS3 Média da CPU FAST-IS4 RAM disponível para FAST-4 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% NA 0,88% 0,8% 0,79% 0,14% 13.916 NA 14.839 14.837 14.833 13.910 8,39% NA NA NA NA 16,6% 13.998 NA NA NA NA 13.686 8,67% NA NA NA NA 16,7% 14.135 NA NA NA NA 13.837 37,8% NA NA NA NA 83,4% 2.309 NA NA NA NA 2.298 30,2% NA NA NA NA 66,1% 5.162 NA NA NA NA 5.157 30,6% NA NA NA NA 69,9% 5.072 NA NA NA NA 5.066 25,6% NA NA NA NA 58,2% 5.243 NA NA NA NA 5.234 Tabela 14 - Resultados detalhados dos testes da série C 34 Série de testes D - Variação da RAM do servidor front-end da web Neste teste, variamos a quantidade de RAM em cada máquina virtual do servidor front-end da web. 200 180 160 140 120 100 Média de RPS 80 60 40 20 0 D.1 4GB D.2 6GB D.3 8GB D.4 16GB Figura 19 - Média de RPS 0.25 0.2 0.15 Tempo médio da página 0.1 Tempo médio de resposta 0.05 0 D.1 4GB D.2 6GB D.3 8GB D.4 16GB Figura 20 - Tempo de resposta da transação e da página 35 50.00% 45.00% 40.00% 35.00% Média da CPU WFE-1 30.00% Média da CPU WFE-2 25.00% Média da CPU WFE-3 20.00% Média CPU PACNEC01 15.00% Média da CPU APP-1 10.00% Média da CPU WFE-4 5.00% 0.00% D.1 4GB D.2 6GB D.3 8GB D.4 16GB Figura 21 - Tempo médio da CPU Na Figura 22 você pode ver que a RAM disponível em cada servidor front-end da Web em todos os casos é a RAM alocada para a máquina virtual, inferior a 2 GB. Isso mostra que para uma carga de 10.000 usuários e esta combinação de transação de teste, os servidores front-end da Web exigem um mínimo de 2 GB de RAM mais qualquer reserva. 16,000 14,000 RAM disponível para WFE-1 12,000 RAM disponível para WFE-2 10,000 8,000 RAM disponível para WFE-3 6,000 RAM disponível para WFE-4 4,000 RAM disponível para APP-1 2,000 0 D.1 4GB D.2 6GB D.3 8GB D.4 16GB Figura 22 - RAM disponível para a série D Tabela 15 mostra um resumo dos dados capturados durante os três testes na série de testes D. Teste RAM do WFE Média de RPS Tempo médio da página (S) D.1 4 GB 189 D.2 6 GB 188 D.3 8 GB 188 D.4 16 GB 188 0,22 0,21 0,21 0,21 36 Tempo médio de resposta (S) Média da CPU WFE-1 RAM disponível para WFE-1 Média da CPU WFE-2 RAM disponível para WFE-2 Média da CPU WFE-3 RAM disponível para WFE-3 Média CPU PACNEC01 RAM disponível para o PACNEC01 Média da CPU APP-1 RAM disponível para APP-1 Média da CPU APP-2 RAM disponível para APP-2 Média da CPU WFE-4 RAM disponível para WFE-4 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 2,04% 1,93% 2,03% 2,14% 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 Tabela 15 - Resultados detalhados dos testes da série D Série de testes E – Variação no número de servidores front-end da Web Nesta série de testes variamos o número de servidores front-end da Web no farm. Observe que a Figura 23 mostra a média de RPS sutilmente menor com 2 e 3 servidores front-end da Web já que o sistema não acompanha a carga de usuário aplicada. Mas veja que com 4, 5 ou 6 servidores front-end da Web, as solicitações-por-segundo são constantes já que o sistema está lidando com a carga total dos agentes de teste. 37 250 200 150 Média de RPS 100 50 0 E.1 2 WFEs E.2 3 WFEs E.3 4 WFEs E.4 5 WFEs E.5 6 WFEs Figura 23 - RPS médio para a série E Um padrão similar é mostrado na Figura 24 onde você pode ver o alto tempo de resposta para 2 e 3 WFEs e mais lento para os números mais altos dos servidores front-end da Web. 9 8 7 6 5 Tempo médio da página 4 Tempo médio de resposta 3 2 1 0 E.1 2 WFEs E.2 3 WFEs E.3 4 WFEs E.4 5 WFEs E.5 6 WFEs Figura 24 - Página e tempos de resposta da série E Na Figura 25 você pode ver que o tempo de CPU é mais baixo quando há mais servidores front-end da Web disponíveis. Usar 6 servidores front-end da Web reduz nitidamente a utilização média da CPU através dos servidores front-end da Web, mas somente 4 são solicitados para uma carga de 10.000 usuários. Observe que você não pode dizer por este gráfico quais configurações estão lidando com a carga e quais não estão. Observe que para 3 servidores front-end Web que identificamos como não lidando com a carga completa, a CPU do servidor front-end Web está apenas acima de 50%. 38 90.00% 80.00% Média da CPU WFE-1 70.00% Média da CPU WFE-2 60.00% Média da CPU WFE-3 50.00% Média da CPU WFE-4 40.00% Média da CPU WFE-5 30.00% Média da CPU WFE-6 20.00% Média da CPU APP-1 10.00% Média CPU PACNEC01 0.00% E.1 2 WFEs E.2 3 WFEs E.3 4 WFEs E.4 5 WFEs E.5 6 WFEs Figura 25 - CPU média para a série E 16,000 14,000 12,000 RAM disponível para WFE-1 10,000 RAM disponível para WFE-2 RAM disponível para WFE-3 8,000 RAM disponível para WFE-4 6,000 RAM disponível para WFE-5 4,000 RAM disponível para WFE-6 2,000 RAM disponível para APP-1 0 E.1 2 WFEs E.2 3 WFEs E.3 4 WFEs E.4 5 WFEs E.5 6 WFEs Figura 26 – RAM disponível para a série E Tabela 16 mostra um resumo dos dados capturados durante os três testes na série de testes E. Teste Servidores WFE Média de RPS Tempo médio da página (S) Tempo médio de resposta (S) E.1 2 E.2 3 E.3 4 E.4 5 E.5 6 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 39 Média da CPU WFE-1 RAM disponível para WFE-1 Média da CPU WFE-2 RAM disponível para WFE-2 Média da CPU WFE-3 RAM disponível para WFE-3 Média da CPU WFE-4 RAM disponível para WFE-4 Média da CPU WFE-5 RAM disponível para WFE-5 Média da CPU WFE-6 RAM disponível para WFE-6 Média CPU PACNEC01 RAM disponível para o PACNEC01 Média da CPU APP-1 RAM disponível para APP-1 Média da CPU APP-2 RAM disponível para APP-2 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 NA 52,5% 43,9% 37,7% 31,2% NA 6.124 6.008 5.940 6.227 NA NA 44,5% 34,8% 34,7% NA NA 6.068 6.083 6.359 NA NA NA 35,1% 32% NA NA NA 6.090 6.245 NA NA NA NA 33,9% NA NA NA NA 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 Tabela 16 - Resultados detalhados dos testes da série E Série de testes F - Variação das CPUs do SQL Server Nesta série de testes variamos o número de CPUs disponíveis para o SQL Server. 40 250 200 150 Média de RPS 100 50 0 F.1 4CPUs F.2 6CPUs F.3 8CPUs F.4 16CPUs F.5 80CPUs Figura 27 - RPS médio para a série F Você pode ver na Figura 28 que apesar do uso mínimo da CPU no computador com o SQL Server, a página e o tempo de resposta da transação aumentam quando o SQL Server tem poucas CPUs para trabalhar. 4.5 4 3.5 3 2.5 Tempo médio da página 2 Tempo médio de resposta 1.5 1 0.5 0 F.1 4CPUs F.2 6CPUs F.3 8CPUs F.4 16CPUs F.5 80CPUs Figura 28 - Página e tempos de resposta da série F Na Figura 29 a média de CPU no SQL Server para todo computador não vai acima de 3%. Os três servidores front-end da Web estão todos por volta de em 55% de acordo com os testes. 41 70.00% 60.00% Média da CPU WFE-1 50.00% Média da CPU WFE-2 40.00% Média da CPU WFE-3 30.00% Média da CPU APP-1 20.00% Média da CPU FAST-1 Média da CPU FAST-2 10.00% Média CPU PACNEC01 0.00% F.1 4CPUs F.2 6CPUs F.3 8CPUs F.4 16CPUs F.5 80CPUs Figura 29 - CPU média para a série F 16,000 14,000 12,000 RAM disponível para WFE-1 10,000 RAM disponível para WFE-2 8,000 RAM disponível para WFE-3 6,000 RAM disponível para APP-1 4,000 RAM disponível para FAST-1 2,000 RAM disponível para FAST-2 0 F.1 4CPUsF.2 6CPUsF.3 8CPUs F.4 16CPUs F.5 80CPUs Figura 30 - RAM disponível para a série F Tabela 17 mostra um resumo dos dados capturados durante os três testes na série de testes F. Teste CPUs do SQL Média de RPS Tempo médio da página (S) Tempo médio de resposta (S) Média da CPU WFE-1 RAM disponível para WFE-1 Média da CPU F.1 4 194 4,27 F.2 6 200 2,33 F.3 8 201 1,67 F.4 16 203 1,2 F.5 80 203 0,71 2,91 1,6 1,16 0,83 0,58 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% 42 WFE-2 RAM disponível para WFE-2 Média da CPU WFE-3 RAM disponível para WFE-3 Média CPU PACNEC01 RAM disponível para o PACNEC01 Média da CPU APP-1 RAM disponível para APP-1 Média da CPU APP-2 RAM disponível para APP-2 Média da CPU FAST-1 RAM disponível para FAST-1 Média da CPU FAST-2 RAM disponível para FAST-2 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% NA 14.290 14.041 14.013 13.984 NA 12,8% 13% 13% 13% NA 13.913 14.051 14.067 14.085 NA 12,9% 13,4% 13,3% 13,5% NA 14.017 14.170 14.183 14.184 NA Tabela 17 - Resultados detalhados dos testes da série F Teste do Service Pack 1 (SP1) e da atualização cumulativa de junho(CU) Após o farm do SharePoint Server2010 estar populado com120 milhões de itens, aplicamos o SP1 do SharePoint Server 2010 e o SP1 do FAST Search Server 2010 para SharePoint para ver quanto tempo duraria o processo em uma farm muito populada. SharePoint Server 2010 O Service Pack 1 (SP1) para o SharePoint Server 2010 e a atualização cumulativa de junho foram aplicados no laboratório para determinar o tempo de atualização básico para um cenário de um farm de grande escala da Central de Documentos. O gráfico a seguir reflete os servidores no farm que solicitaram o SP1 e as atualizações cumulativas de junho, o tempo de início e término de cada instalação, o tempo total das instalações e o tempo de início e fim do comando de atualização PSCONFIG, o tempo total do comando de atualização PSCONFIG e o tempo total da atualização por nome do servidor, além da quantidade de vezes total de instalação. Nome do Servidor Início SP1 Fim do SP1 Dif (h:mm:ss) Início da at. Fim da at. cum. Dif cumul. junho de junho (h:mm:ss) Início do PSConfig Fim do PSConfig Dif (h:mm:ss) APP-1 12/07/2011 04:00:00 12/07/2011 04:15:51 0:15:51 29/07/2011 10:45:00 29/07/2011 11:00:05 0:15:05 29/07/2011 29/07/2011 13:25:50 13:30:15 0:04:25 APP-2 12/07/2011 04:26:07 12/07/2011 04:39:31 0:13:24 29/07/2011 11:02:30 29/07/2011 11:17:23 0:14:53 29/07/2011 29/07/2011 13:33:15 13:35:11 0:01:56 43 WFE-1 12/07/2011 04:41:05 12/07/2011 04:49:16 0:08:11 29/07/2011 11:23:00 29/07/2011 11:31:07 0:08:07 29/07/2011 29/07/2011 13:36:35 13:38:11 0:01:36 WFE-2 12/07/2011 4: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 29/07/2011 13:39:20 13:40:54 0:01:34 WFE-3 12/07/2011 04:59:00 12/07/2011 05:06:39 0:07:39 29/07/2011 11:42:00 29/07/2011 11:49:47 0:07:47 29/07/2011 29/07/2011 13:42:40 13:44:14 0:01:34 WFE-4 12/07/2011 05:10:060 12/07/2011 05:17:30 0:07:24 29/07/2011 11:51:00 29/07/2011 11:58:49 0:07:49 29/07/2011 29/07/2011 13:46:05 13:47:41 0:01:36 WFE-5 12/07/2011 05:18:49 12/07/2011 05:27:07 0:08:18 29/07/2011 11:59:45 29/07/2011 12:08:19 0:08:34 29/07/2011 29/07/2011 13:49:00 13:50:36 0:01:36 WFE-6 12/07/2011 05:28:25 12/07/2011 05:35:40 0:07:15 29/07/2011 12:09:30 29/07/2011 12:17:10 0:07:40 29/07/2011 29/07/2011 13:52:00 13:53:35 0:01:35 WFECRAWL1 12/07/2011 05:37:20 12/07/2011 05:44:35 0:07:15 29/07/2011 12:18:10 29/07/2011 12:25:51 0:07:41 29/07/2011 29/07/2011 13:54:35 13:56:19 0:01:44 FAST-SSA- 12/07/2011 1 05:49:00 12/07/2011 05:57:45 0:08:45 29/07/2011 12:39:40 29/07/2011 12:48:24 0:08:44 29/07/2011 29/07/2011 13:57:30 13:59:07 0:01:37 FAST-SSA- 12/07/2011 2 05:59:08 12/07/2011 06:08:29 0:09:21 29/07/2011 12:51:30 29/07/2011 13:00:11 0:08:41 29/07/2011 29/07/2011 14:00:00 14:01:58 0:01:58 1:43:02 0:21:11 Tempo total: Grande total: 1:40:46 3:44:59 Tabela 18- Quantidade de vezes de aplicação do SP1 e as atualizações cumulativas de junho FAST Search Server para SharePoint 2010 A atualização do SP 1 para o FAST Search Server para SharePoint 2010 leva aproximadamente 15 minutos por nó. Backups do conteúdo do SQL Server Central de Documentos 1 Um backup do banco de dados do SQL Server foi executado no banco de dados de conteúdo para a Central de Documentos 1 (SPContent01). Um backup (B/U) foi feito antes do SP1, da atualização cumulativa de junho (CU) e após o SP1. Os detalhes do tempo e do tamanho do backup são os seguintes. Nome do Banco de Dados SPContent01 SPContent01 Início do B/U Fim do B/U Dif(h:mm:ss) Tamanho (TB) Observações 10/07/2011 09:56:00 29/07/2011 14:22:10 10/07/2011 23:37:00 30/07/2011 04:28:00 13:41:00 14.40 Antes do SP1 14:05:50 14.40 Após o SP1 / CU de junho Tabela 19 - Tempo para executar os backups 44 Conclusões O farm do SharePoint Server 2010 foi testado com êxito com 15.000 usuários simultâneos com dois bancos de dados de conteúdo do totalizando 120 milhões de documentos. Não temos capacidade de suportar a carga simultânea de 15.000 usuários simultâneos com 3 servidores front-end da Web conforme especificado no ambiente da linha de base e precisamos de seis servidores front-end da Web para suportar esta carga. Recomendações Segue uma lista resumida de recomendações. Há planos para um futuro documento das práticas recomendadas da biblioteca de documentos em grande escala com mais detalhes sobre cada uma destas recomendações. Em cada seção, as observações de hardware não tem a pretensão de serem uma lista compreensível, mas sim indicar o hardware mínimo que se observou necessário para o teste de carga de 15.000 usuários simultâneos com um farm de 120 milhões de documentos do SharePoint Server 2010. Recomendações relacionadas ao SQL Server 2008 R2 Observações de hardware para carga: o 64 GB RAM no SQL Server o 16 núcleos de CPU no SQL Server Fornecer capacidade adequada de 2 IO por segundo por GB armazenado no banco de dados de conteúdo do SharePoint Configurar a propriedade Grau máximo de paralelismo (MAXDOP)=1 (o padrão é 0) do SQL Server 2008 R2 Utilizar vários LUNs (letras de unidade) na SAN, cada um com um arquivo de dados do SQL Server e uma CPU virtual alocada para cada LUN usado. Usamos 5 arquivos de dados todos em LUNs separados Recomendações relacionadas ao SharePoint Server 2010 Observações de hardware para carga: o 8 GB RAM em cada servidor front-end da Web o 6 Servidores front-end da web Adicionar a chave de registro Desativar verificação de loopback em \HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Lsa\DisableLoopbackCheck=1 Reduzir os problemas de fragmentação de índice manualmente durante a importação de documentos em massa executando ALTER INDEX nos índices de tabela afetados. Prefira o SPFileCollection.ADD para importação em massa de documentos em vez de criar documentos duplicados usando o SPFolder.CopyTo. Recomendações relacionadas ao FAST Search Server para SharePoint 2010 Observações de hardware para carga: o 4 linhas do FAST Search Server 2010 para os servidores de índice do SharePoint Registrar as atualizações para o rastreador de documentos do SharePoint Server 2010 Em nós executando o rastreador SSA do conteúdo do FAST (APP-1 e APP-2), os valores de registro a seguir foram atualizados para melhorar o desempenho do rastreador no hive: HKLM\SOFTWARE\Microsoft\Office Server\14.0\Search\Global\Gathering Manager 1. FilterProcessMemoryQuota O valor padrão de 100 MB (megabytes) foi alterado para 200 MB 45 2. DedicatedFilterProcessMemoryQuota O valor padrão de 100 MB (megabytes) foi alterado para 200 MB 3. FolderHighPriority O valor padrão de 50foi alterado para 500 Monitorar o rastreador de índice do FAST Search Server 2010 para SharePoint O rastreador deve ser monitorado pelo menos três vezes ao dia. Levamos cerca de duas semanas para rastrearmos 100 milhões de itens. A cada monitoramento do rastreador, são feitas as quatro verificações a seguir: 1. rc –r | select-string “# doc” Verifica o quão ocupados estão os processadores de documentos 2. Monitoramento do tamanho da fila de rastreamento Usa o relatório ou o SQL Server Management Studio para ver o MSCrawlURL 3. Indexerinfo –a doccount Verifique se todos os indexadores estão reportando para ver quantos são indexados em 1000 milissegundos. Vimos que ele é executado de 40 a 120, dependendo do tipo de documentos sendo indexados naquele momento. 4. Indexerinfo –a status Monitora as condições dos indexadores e o layout da partição 46 Referências Gerenciamento de capacidade do SharePoint Server 2010: limites do software (http://technet.microsoft.com/pt-br/library/cc262787.aspx) Estimar os requisitos de desempenho e capacidade dos repositórios de documentos em grande escala no SharePoint Server 2010 (http://technet.microsoft.com/pt-br/library/hh395916.aspx) Planejamento e configuração de armazenamento e capacidade (SharePoint Server 2010) (http://technet.microsoft.com/pt-br/library/cc298801.aspx) Central de recursos de planejamento e capacidade do SharePoint na TechNet (http://technet.microsoft.com/enus/office/sharepointserver/bb736741) Práticas recomendadas para visualização (SharePoint Server 2010) (http://technet.microsoft.com/ptbr/library/hh295699.aspx) Práticas recomendadas para o SQL Server 2008 em um farm do SharePoint Server 2010 (http://technet.microsoft.com/pt-br/library/hh292622.aspx) Práticas recomendadas para gerenciamento de capacidade para o SharePoint Server 2010 (http://technet.microsoft.com/pt-br/library/hh403882.aspx) Recomendações de desempenho e capacidade para o FAST Search Server 2010 para o SharePoint (http://technet.microsoft.com/pt-br/library/gg702613.aspx) Ferramenta Bulk Loader (http://code.msdn.microsoft.com/Bulk-Loader-Create-Unique-eeb2d084) Ferramenta LoadBulk2SP (http://code.msdn.microsoft.com/Load-Bulk-Content-to-3f379974) Scripts de teste de desempenho do SharePoint (http://code.msdn.microsoft.com/SharePoint-Testing-c621ae38) 47