Requisitos de desempenho e capacidade para o Hyper-V
Atualizado em: 2012-01-16
Este artigo fornece informações sobre os requisitos de desempenho e capacidade para implantar o Microsoft Office SharePoint Server 2007 em um ambiente virtual Hyper-V.
Neste artigo:
Introdução
Recomendações para configurar e otimizar o Hyper-V
Ambiente e estratégia de teste do Hyper-V
Cenários de teste, resultados e análise
Recomendações para implantar o SharePoint no Hyper-V
Recursos adicionais
Confirmações
Centro de Engenharia da Empresa (EEC): Mike VanderMeer (EEC), Kevin Engman
Tony Voellm, Tim Litton
Introdução
Este artigo descreve os testes que foram realizados para comparar o desempenho dos servidores Office SharePoint Server 2007 implantados como convidados em um host Hyper-V nos servidores SharePoint implantado em computadores físicos e fornece recomendações de implantação do Office SharePoint no Hyper-V. Embora os testes descritos neste artigo sejam específicos do SharePoint, os métodos de avaliação de desempenho e os cenários de teste de desempenho são úteis para analisar o desempenho de aplicativos de servidor virtualizados em geral. Os resultados do teste e a orientação serão de interesse das comunidades IT Pro e Developer.
Todos os testes de desempenho descritos neste guia foram conduzidos no Microsoft Enterprise Engineering Center. O EEC é um laboratório datacenter de última geração no principal campus da Microsoft em Redmond, Washington. O EEC pode replicar praticamente qualquer ambiente de produção e é usado por grupos de produtos e clientes da Microsoft. Você pode saber mais sobre o EEC em https://www.microsoft.com/eec (em inglês) (https://go.microsoft.com/fwlink/?linkid=132796\&clcid=0x416) (em inglês).
Antes de implantar e testar o SharePoint em um ambiente Hyper-V, é recomendável ler os seguintes artigos no guia do BizTalk Server 2006 R2 Hyper-V:
Visão geral do recurso Hyper-V (em inglês) (https://go.microsoft.com/fwlink/?linkid=132797\&clcid=0x416) (em inglês)
Arquitetura Hyper-V (em inglês) (https://go.microsoft.com/fwlink/?linkid=132799\&clcid=0x416) (em inglês)
O guia do BizTalk Server 2006 R2 Hyper-V também contém um glossário, que está disponível em Glossário (em inglês) (https://go.microsoft.com/fwlink/?linkid=132801\&clcid=0x416) (em inglês).
Recomendações para configurar e otimizar o Hyper-V
Os testes conduzidos no Enterprise Engineering Center (EEC) indicaram que as seguintes otimizações foram de importância para a implantação do SharePoint em um ambiente Hyper-V:
Configurar a quantidade correta de memória para convidados do Hyper-V. Durante o teste, nenhuma alteração causou tanto impacto no desempenho quanto modificar a quantidade de RAM alocada para uma imagem individual do Hyper-V. Como a configuração de memória é específica do hardware, você precisará testar e otimizar a configuração de memória para o hardware que você usa para o Hyper-V.
O objetivo inicial do teste foi criar a imagem do Hyper-V o mais semelhante possível à imagem de hardware físico com a qual ele foi sendo comparado. Com base nesse objetivo, as imagens do Hyper-V receberam originalmente 32 gigabytes (GB) de RAM, que foi a mesma quantidade de RAM usada nos servidores físicos que estão sendo testados. No entanto, os resultados do teste inicial mostraram que, com essa configuração, as imagens do Hyper-V podem sustentar uma carga que foi apenas cerca de 70% da carga especificada no hardware físico. Depois de investigar o Visualizador de Eventos na máquina host do Hyper-V no Windows Server 2008 Modos de Exibição Personalizados, Funções do Servidor, Eventos do Hyper-V, descobriu-se que a memória RAM das imagens do Hyper-V estava sendo espalhada em vários nós NUMA de acesso à memória não uniforme. Estas informações confirmaram que o desempenho diminuiu quando a memória foi alocada pelos nós. Depois de tentar definir configurações diferentes, determinou-se que, para o hardware que estava sendo usado, 8 GB de RAM era o máximo que poderia ser alocado para uma imagem do Hyper-V sem ultrapassar os nós NUMA.
Nós NUMA
Na maioria dos casos, você pode determinar seus limites de nó NUMA dividindo a quantidade de RAM física pelo número de processadores lógicos (núcleos). É recomendável ler os seguintes artigos:
Contadores de desempenho do Hyper-V – Parte cinco de muitas – "Nó Hyper-V VM Vid Numa" (em inglês) (https://go.microsoft.com/fwlink/?linkid=132805\&clcid=0x416) (em inglês)
Você busca até a última gota de desempenho? Tente então definir a afinidade de suas máquinas virtuais para um nó NUMA (em inglês) (https://go.microsoft.com/fwlink/?linkid=132829\&clcid=0x416) (em inglês)
Usar o Windows Server 2008 como o sistema operacional convidado. O sistema operacional convidado usado nas imagens do Hyper-V para os testes foi o Windows Server 2008. O Windows Server 2008 não é necessário apenas para hospedar o Hyper-V; ele também contém uma série de otimizações que têm como objetivo torná-lo o melhor sistema operacional convidado possível do Hyper-V. Otimizações são aprimoramentos no sistema operacional para ajudar a reduzir o custo de determinadas funções do sistema operacional, como gerenciamento de memória. Para obter mais informações sobre as otimizações, consulte a postagem do blog de Tony Voellm sobre componentes de integração e otimizações do Hyper-V (em inglês) (https://go.microsoft.com/fwlink/?linkid=132837\&clcid=0x416) (em inglês).
Instalar e testar os componentes de integração. Os componentes de integração do Hyper-V foram instalados em todas as imagens do Hyper-V usadas para teste. Componentes de integração (ICs) são conjuntos de drivers e serviços que ajudam as máquinas virtuais a atingir um estado mais consistente e a ter um desempenho melhor, permitindo que o convidado use dispositivos sintéticos. Exemplos de ICs que vêm com o Hyper-V são o VMBus (o transporte para dispositivos sintéticos), a sincronização de horário (usada para manter os relógios da máquina virtual em sincronia com a partição raiz (também chamada de host)), o driver de vídeo, o driver de rede e o driver de armazenamento. Para obter dicas do que você pode usar para verificar se os ICs estão instalados e funcionando corretamente, consulte o artigo sobre Hyper-V: como verificar se você está obtendo o melhor desempenho ao realizar comparações de desempenho (em inglês) (https://go.microsoft.com/fwlink/?linkid=132838\&clcid=0x416) (em inglês).
Instalar a atualização do Hyper-V para Windows Server 2008 (KB950050) no host e nos convidados. Essa atualização para a função Hyper-V fornece aperfeiçoamentos com segurança, estabilidade, desempenho, experiência do usuário, compatibilidade de configurações avançadas e o modelo de programação. Instale este download nos hosts do Hyper-V e nos convidados do Hyper-V se o sistema operacional convidado for o Windows Server 2008. A instalação dessa atualização no convidado garante que você possa tirar total proveito de todas as otimizações disponíveis. Para obter mais informações, consulte a descrição da atualização para a versão de lançamento da tecnologia Hyper-V para Windows Server 2008 (https://go.microsoft.com/fwlink/?linkid=132841\&clcid=0x416).
Usar IPv4 como o protocolo de rede para convidados Hyper-V. Durante os testes, observou-se um melhor desempenho quando o protocolo IPv4 foi usado exclusivamente. O IPv6 foi desabilitado em todas as placas de rede do host do Hyper-V e de suas máquinas virtuais convidadas.
Não usar funções de host desnecessárias. Remova quaisquer funções desnecessárias do servidor host. Por exemplo, se o host não estiver servindo páginas da Web, a função de servidor (IIS) Web não deverá ser instalada.
Otimizar o uso da CPU do host. Se você usar várias imagens do Hyper-V no mesmo host, realize testes para garantir que os processadores físicos sejam usados com eficiência. Dependendo do hardware e das cargas de trabalho, a proporção de processadores virtuais para processadores físicos pode ter um efeito significativo sobre a CPU do host. Para os testes do SharePoint, a proporção de processadores virtuais para processadores físicos foi 1:2. É recomendável que você use o kit de ferramentas Microsoft Assessment and Planning (MAP) (https://go.microsoft.com/fwlink/?linkid=132840\&clcid=0x416) para obter uma avaliação das métricas de desempenho do seu computador. Para obter mais informações sobre a topologia da CPU, leia a postagem do blog de Ben Armstrong sobre topologia de processadores em máquinas virtuais Hyper-V (em inglês) (https://go.microsoft.com/fwlink/?linkid=132839\&clcid=0x416) (em inglês).
Fazer a opção de disco correta. Em uma implementação do SharePoint em que as únicas funções no Hyper-V são os servidores Web front-end ou os servidores de consulta, o desempenho do disco não é tão importante quanto seria se a imagem estivesse hospedando a função de índice ou um banco de dados do SQL Server. Se a imagem hospedar a função de Índice, o uso de um disco rígido virtual (VHD) de tamanho fixo para a imagem proporcionará desempenho aceitável. Um disco virtual de tamanho fixo proporciona melhor desempenho que um disco de tamanho dinâmico. Para obter mais informações, consulte o blog sobre o desempenho do Hyper-V e do VHD - Dinâmico x Fixo (em inglês) (https://go.microsoft.com/fwlink/?linkid=132842\&clcid=0x416) (em inglês).
Você também pode optar por adicionar uma ou mais unidades e conectar-se a ela(s) por meio de um controlador SCSI virtual. A única limitação real aqui é que você não pode usar o controlador SCSI para conectar-se à unidade que contém o sistema operacional convidado, que deve ser instalado em uma unidade que use um controlador IDE. Se a velocidade do disco for uma prioridade alta, considere adicionar unidades físicas ao computador host. Ao sistema Hyper-V convidado, você pode adicionar uma unidade de disco rígido virtual e mapeá-la para uma unidade física não utilizada no host. É provável que essa configuração, chamada de disco de passagem, ofereça a melhor produtividade geral de disco.
Dica
Um disco de passagem ainda deve estar conectado ao controlador IDE ou SCSI, portanto, as mesmas limitações se aplicam com relação à instalação do sistema operacional convidado em uma unidade conectada ao controlador IDE.
Não usar o recurso de instantâneo Hyper-V em servidores virtuais que estão conectados a um farm de servidor de Produtos e Tecnologias do SharePoint. Os servidores de timer que o SharePoint usa se tornam não sincronizados durante o processo de instantâneo e, depois que o instantâneo está concluído, erros ou inconsistências podem surgir.
Ambiente e estratégia de teste do Hyper-V
Os testes no Enterprise Engineering Center foram projetados para avaliar, da maneira mais minuciosa possível, o impacto do desempenho de execução do SharePoint em imagens do Hyper-V versus a execução do SharePoint em uma configuração comparável de hardware físico.
As seguintes funções de servidor foram instaladas nos convidados Hyper-V:
O servidor Web front-end
O servidor de consulta
As seguintes funções de servidor foram instaladas em servidores físicos:
O servidor Web front-end
O servidor de consulta
O banco de dados de configuração e conteúdo do SharePoint. A função de servidor de indexação foi adicionada ao banco de dados para algumas configurações de teste. No entanto, nenhum rastreamento ou importação de perfil foi agendado porque medir o impacto sobre a função do rastreador não estava no escopo dos testes.
Testar configurações de hardware
A tabela a seguir descreve o hardware que foi usado para os testes. Cada servidor usado em um farm do SharePoint tinha duas unidades SAS de 146 GB (10.000 RPM) em uma configuração RAID-1.
Hardware usado para testes
| Nome do servidor | Fabricante do servidor e o modelo | CPU | RAM |
|---|---|---|---|
MOSS1 |
Dell PowerEdge 2970 |
2 soquetes, dual-core, 3.0 GHz AMD Opteron 2222SE |
32 GB |
MOSS2 |
Dell PowerEdge 2970 |
2 soquetes, dual-core, 3.0 GHz AMD Opteron 2222SE |
32 GB |
VSTT1 |
Dell PowerEdge 2970 |
2 soquetes, dual-core, 3.0 GHz AMD Opteron 2222SE |
32 GB |
HVHOST1 |
Dell PowerEdge 6950 |
4 soquetes, dual-core, 3.0 GHz AMD Opteron 8222SE |
64 GB |
SQL1 |
Dell PowerEdge 6950 |
4 soquetes, dual-core, 3.0 GHz AMD Opteron 8222SE |
64 GB |
DC1 |
Dell PowerEdge 6950 |
4 soquetes, dual-core, 3.0 GHz AMD Opteron 8222SE |
64 GB |
HVHOST2 |
Dell PowerEdge 6950 |
4 soquetes, dual-core, 3.0 GHz AMD Opteron 8222SE |
64 GB |
Testar configurações de software
O software a seguir foi usado nos sistemas de teste:
A edição de 64 bits do sistema operacional Windows Server 2008 Enterprise foi instalada em servidores físicos e Hyper-V convidados.
A versão de 64 bits do Microsoft SQL Server 2005 SP2 foi instalada em servidores físicos.
A versão de 64 bits do Microsoft Office SharePoint Server 2007 com Service Pack 1 (SP1) com a Atualização de Infraestrutura foi instalada em servidores físicos e imagens do Hyper-V.
Plano de teste
O plano de teste executado foi baseado em um conjunto de 39 testes individuais, chamados coletivamente de teste MicroBenchMark (MBM). Esses testes foram usados em todo o tempo de vida do Office SharePoint Server 2007, desde que o produto ainda era beta. Os testes abordam alguns cenários de uso diferentes no produto, como a exibição de home pages, bibliotecas de documentos e listas, download e upload de itens e edição de itens de lista. Cada teste tem um período de aquecimento de 30 segundos e é executado por dois minutos (esses testes foram conduzidos anteriormente por meio do Microsoft Application Center Test (ACT), mas foram reescritos para usarem o Visual Studio 2008 Team Test).
Os testes foram executados em um ambiente único de floresta e domínio do Active Directory com 50.000 contas de usuário. Os dados do SharePoint consistiam em um conjunto padrão de conjuntos de sites, listas e bibliotecas de documentos, além de Meus Sites e perfis usados com o teste MBM. Esses dados foram mantidos por meio de um backup padrão do SharePoint (de aproximadamente 15 GB), usado para restaurar um sistema de teste a seu estado original a cada novo cenário testado. Os testes foram executados para cinco cenários descritos na seção a seguir.
Cenários de teste, resultados e análise
Os testes MBM foram executados nos seguintes cenários de implantação de farm para determinar o desempenho de um farm do SharePoint em um ambiente virtual em comparação ao seu desempenho ao ser implantado em servidores físicos.
Um farm pequeno instalado em um único servidor físico.
Um farm pequeno em uma única imagem do Hyper-V.
Um farm médio (dois servidores Web front-end, cada um com a função de consulta) instalado em um servidor físico.
Um farm médio (dois servidores Web front-end, cada um com a função Consulta) instalado em imagens do Hyper-V. Cada imagem do Hyper-V foi instalada em um host físico separado.
Um farm médio (dois servidores Web front-end, cada um com a função Consulta) instalado em imagens do Hyper-V. Todas as imagens do Hyper-V foram instaladas no mesmo host.
O primeiro conjunto de testes foi executado em servidores físicos para o estabelecimento de um conjunto de pontos de dados de linha de base.
Resultados e ajustes de linha de base
Os principais contadores de desempenho nos quais os testes iniciais se concentraram foram solicitações por segundo (RPS) e tempo de resposta de página, ou tempo até o último byte (TTLB). Alguns testes de escopo foram executados para identificar a carga de usuário ideal para as execuções dos testes. O objetivo era usar a CPU do servidor o mais próximo possível de 100%, sem gerar Solicitações ASP.NET Enfileiradas ou tempos de resposta de página excessivos. O valor final da carga de usuário usado foi ideal porque quando cargas de usuário maiores foram testadas, muito pouco ganho, se houve algum, foi observado no RPS total do teste, mas o TTLB médio começou a aumentar.
Depois que o trabalho inicial de descoberta foi concluído em torno das métricas de desempenho das imagens do Hyper-V, ficou claro que não era possível usar uma imagem do Hyper-V com 32 gigabytes (GB) de RAM para comparação. O motivo foi a forma na qual a memória é alocada quando a máquina host tem vários nós de acesso a memória não uniforme (NUMA). A alocação de 32 GB de RAM a uma imagem do Hyper-V exigiu que a memória fosse paginada em vários nós NUMA no host. O alto nível de uso de memória resultou em um desempenho inferior. Para o hardware usado neste teste, foi determinado que a melhor configuração de memória para a imagem do Hyper-V seria de 8 GB. Como a configuração da memória foi substancialmente menor do que a do servidor físico que era o destino original do teste, um quinto cenário foi adicionado, para obtermos uma comparação de duas imagens do Hyper-V executadas em uma única máquina host. Os dados desse ambiente foram comparados a um único servidor físico e a um farm médio de servidores físicos. Esse quinto cenário foi projetado para testar o uso de mais imagens do Hyper-V com aproximadamente a mesma quantidade de recursos consumidos por um único servidor físico.
Análise comparativa: farm pequeno em servidor único
Para estes testes, um farm pequeno foi instalado em um servidor físico e em uma imagem do Hyper-V.
Configurações do farm
As configurações para este conjunto de testes serão descritas nas tabelas e ilustrações a seguir.
Funções e servidores para o servidor físico
| Função | Nome do servidor |
|---|---|
Banco de dados SQL Server 2005 |
SQL1 |
Servidor de indexação |
MOSS1 |
Servidor Web front-end |
MOSS1 |
Servidor de consulta |
MOSS1 |
A ilustração a seguir mostra a topologia para as funções e servidores descritos na tabela anterior.
.gif "Farm pequeno em servidor físico único")
Funções e servidores para imagem do Hyper-V
| Função | Nome do servidor |
|---|---|
Banco de dados SQL Server 2005 |
SQL1 |
Servidor de indexação |
HVHOST1 – HVMOSS1 |
Servidor Web front-end |
HVHOST1 – HVMOSS1 |
Servidor de consulta |
HVHOST1 – HVMOSS1 |
A ilustração a seguir mostra a topologia para as funções e servidores descritos na tabela anterior.
.gif "Farm pequeno em host Hyper-V único")
Resultados do teste
O primeiro ponto de comparação para este cenário é a taxa de transferência de solicitações por segundo (RPS) para um farm pequeno em um servidor físico e para um farm pequeno em uma imagem do Hyper-V. O gráfico a seguir mostra a taxa de transferência de RPS para ambas as configurações.
.jpg "Comparação de farm pequeno usando solicitações por segundo")
O segundo ponto de comparação é o tempo de resposta de página, ou tempo até o último byte (TTLB) para cada configuração, mostrado no gráfico a seguir.
.jpg "Comparação de farm pequeno usando tempo até o último byte")
Os resultados deste conjunto de testes mostram que a diferença foi pequena entre a taxa de transferência e o tempo de resposta de página dos resultados na imagem do Hyper-V e nos resultados na máquina física. Para o farm do Hyper-V, a taxa de transferência média total por teste foi de 93% da taxa de transferência do farm de servidores físico. O tempo de resposta de página médio foi somente 0,03 segundo mais lento na imagem do Hyper-V. Ambos os testes mostraram uso similar de CPU e memória disponível nos servidores do SharePoint e do SQL Server. Com a atenção adequada à configuração do Hyper-V, não houve diferença significativa no desempenho geral dos dois farms.
Análise comparativa. farm médio com imagens em hosts separados
Para estes testes, um farm médio, que consistia em dois servidores Web front-end (cada um com a função Consulta), foi instalado em dois servidores físicos e em duas imagens do Hyper-V. Essas imagens foram instaladas em hosts físicos separados.
Configurações do farm
As configurações para este conjunto de testes serão descritas nas tabelas e ilustrações a seguir.
Funções e servidores para o servidor físico
| Função | Nome do servidor |
|---|---|
Banco de dados SQL Server 2005 |
SQL1 |
Servidor de indexação |
SQL1 |
Servidor Web front-end |
MOSS1 |
Servidor de consulta |
MOSS1 |
A ilustração a seguir mostra a topologia para as funções e servidores descritos na tabela anterior.
.gif "Farm médio em dois servidores físicos")
Funções e servidores para imagem do Hyper-V
| Função | Nome do servidor |
|---|---|
Banco de dados SQL Server 2005 |
SQL1 |
Servidor de indexação |
SQL1 |
Servidor Web front-end com função de consulta |
HVHOST1 - HVMOSS1 |
Servidor Web front-end com função de consulta |
HVHOST2 - HVMOSS2 |
A ilustração a seguir mostra a topologia para as funções e servidores descritos na tabela anterior.
.gif "Farm médio em dois hosts Hyper-V")
Resultados do teste
O primeiro ponto de comparação para este cenário é a taxa de transferência de solicitações por segundo (RPS), mostrada no gráfico a seguir.
.jpg "Comparação de farm médio usando solicitações por segundo")
O segundo ponto de comparação é o tempo de resposta de página, ou tempo até o último byte (TTLB) para cada configuração, mostrado no gráfico a seguir.
.jpg "Comparação de farm médio usando tempo até o último byte")
Os resultados deste conjunto de testes mostram um padrão similar nos testes executados para os farms pequenos. A diferença na taxa de transferência entre o farm médio nos servidores físicos e nas imagens do Hyper-V foi de 11,6%, em comparação aos 7,2% para o ambiente de farm pequeno. Essa diferença se deve ao fato de que há duas imagens no ambiente de teste do farm médio. No entanto, ela não é linear a partir do farm pequeno de servidor único, onde as solicitações foram processadas mais rapidamente no farm médio em relação ao farm de servidor único, como indicado pelos resultados do TTLB.
Análise comparativa: farm médio com imagens no mesmo host
Para estes testes, um farm de servidores médio, que consiste de dois servidores Web front-end, cada um com uma função de consulta, foi instalado como imagens do Hyper-V em um único servidor físico.
Como descrito anteriormente, foram alocados somente 8 GB de RAM para as imagens do Hyper-V, totalizando somente metade da quantidade de RAM usada para um farm pequeno em um único servidor físico. No entanto, o host para as duas imagens tinha oito núcleos, em comparação com os quatro núcleos do servidor do farm pequeno. Com efeito, esse ambiente de teste representa um nível de capacidade próximo à metade do intervalo de capacidade de desempenho de um único servidor físico e dois servidores físicos.
Configurações do farm
As configurações para este conjunto de testes serão descritas nas tabelas e ilustrações a seguir.
Funções e servidores para imagens em um único servidor físico
| Função | Nome do servidor |
|---|---|
Banco de dados SQL Server 2005 |
SQL1 |
Servidor de indexação |
SQL1 |
Servidor Web front-end com função de consulta |
HVHOST1 - HVMOSS1 |
Servidor Web front-end com função de consulta |
HVHOST1 – HVMOSS2 |
A ilustração a seguir mostra a topologia para as funções e servidores descritos na tabela anterior.
.gif "Farm médio em um host Hyper-V")
Resultados do teste
O primeiro ponto de comparação para este cenário é a taxa de transferência de solicitações por segundo (RPS) mostrada no parágrafo a seguir, que apresenta os resultados para o seguinte:
Um farm médio com duas imagens em um único host.
Um farm médio com duas imagens em hosts separados.
Um farm médio em um servidor físico.
Um farm pequeno em um servidor físico.
.jpg "Farm médio em relação aos que usam solicitações por segundo")
O gráfico a seguir mostra os resultados de TTLB para os mesmos farms usados para o gráfico de RPS.
.jpg "Farm médio em relação aos que usam tempo até o último byte")
Os resultados para este conjunto de testes nas diferentes configurações de farm levantam dois pontos fundamentais que podem afetar o projeto de farms implantados em um ambiente de Hyper-V:
Primeiro, o desempenho caiu ligeiramente quando duas imagens do Hyper-V foram executadas no mesmo host em relação a uma imagem executada em um host único. Obviamente, duas ou mais imagens são a implementação preferencial. Felizmente, a diferença de taxa de transferência entre os dois ambientes não foi grande; a taxa de transferência em um host único foi 5% superior à do mesmo host. Em comparação ao farm físico médio, a taxa de transferência para o farm com duas imagens do Hyper-V em um único host foi 16% menor, mas também estava usando uma máquina física a menos e, portanto, os resultados foram mais favoráveis do que aparentam.
Segundo, quando as duas imagens do Hyper-V em um único host físico foram comparadas a um farm pequeno em um único servidor físico, a taxa de transferência foi 70% maior no farm do Hyper-V.
Recomendações para implantar o SharePoint no Hyper-V
As diferentes opções de configuração e as métricas resultantes destacam a necessidade de avaliação de todas as diferentes opções de configuração e implantação do SharePoint em um ambiente do Hyper-V.
Existem importantes opções de configuração, como as de memória, que variam de acordo com o hardware usado para hospedar as imagens do Hyper-V.
Existem várias topologias diferentes nas quais você pode implantar um farm do SharePoint em imagens do Hyper-V. No entanto, nem todas as funções do SharePoint são boas candidatas para execução no Hyper-V. Novamente, isso dependerá de diversos fatores, como o host do Hyper-V host, assim como os requisitos de capacidade e desempenho do seu farm do SharePoint.
No cenário mais comum, usar o Hyper-V para executar servidores do SharePoint no servidor Web front-end com uma função de consulta é bem factível — com uma queda relativamente pequena na taxa de transferência em comparação às mesmas funções instaladas em hardware físico. Dependendo do hardware do host, será possível diminuir ainda mais a diferença de taxa de transferência com a alocação de mais recursos para a imagem do Hyper-V (como CPU, RAM e/ou disco) em vez de executar o SharePoint em um servidor físico similar. Conduza diversos testes para garantir que a máquina host não esteja comprometendo recursos em excesso para o número de imagens ativas do Hyper-V que ela hospeda.
Recursos adicionais
As tabelas a seguir oferecem informações importantes sobre recursos para Hyper-V, Produtos e Tecnologias do SharePoint e Microsoft SQL Server 2008.
Planejamento e implantação: Hyper-V
| Título | Descrição | URL |
|---|---|---|
Microsoft Assessment and Planning Toolkit (MAP) |
Use o MAP para determinar se os servidores podem ser virtualizados. |
|
Hyper-V Planning and Deployment Guide |
Este guia de planejamento e implantação do Hyper-V inclui informações sobre requisitos e limites de hardware, sistemas operacionais convidados com suporte e instruções para instalar as ferramentas de função e gerenciamento. |
https://go.microsoft.com/fwlink/?linkid=124368&clcid=0x416 (em inglês) |
Step-by-Step Guide to Getting Started with Hyper-V |
Este guia passo a passo de introdução ao Hyper-V fornece uma orientação completa sobre como criar e configurar máquinas virtuais em um ambiente Hyper-V. |
https://go.microsoft.com/fwlink/?linkid=122588&clcid=0x416 (em inglês) |
Hyper-V Step-by-Step Guide: Testing Hyper-V and Failover Clustering |
Este guia passo a passo do Hyper-V sobre como testar o Hyper-V e o cluster de failover mostra como tornar uma máquina virtual altamente disponível criando um cluster simples de dois nós. |
https://go.microsoft.com/fwlink/?linkid=120666&clcid=0x416 (em inglês) |
Achieving High Availability for Hyper-V |
Este artigo oferece informações sobre o fornecimento de alta disponibilidade (HA) de máquinas virtuais e cargas de trabalho hospedadas nas máquinas virtuais. |
https://technet.microsoft.com/pt-br/magazine/cc837977.aspx (https://go.microsoft.com/fwlink/?linkid=132843&clcid=0x416) |
Desempenho: Windows, Hyper-V, SharePoint e SQL Server 2008
| Título | Descrição | URL |
|---|---|---|
Performance Tuning Guidelines for Windows Server 2008 |
Oferece detalhes sobre o ajuste do Windows Server 2008 e inclui uma seção especificamente voltada para o Hyper-V. |
|
Blog All Topics Performance |
Este blog é escrito por Tony Voellm e é dedicado aos tópicos de desempenho. Tony atualmente é o líder da Equipe de Desempenho do Hyper-V. É muito interessante a série de quatro partes que Tony escreveu sobre contadores de desempenho do Hyper-V. |
|
Medindo o desempenho no Hyper-V |
Este tópico do guia do Hyper-V do BizTalk Server 2006 R2 oferece informações sobre a coleta de informações sobre desempenho no Hyper-V. |
https://msdn.microsoft.com/pt-br/library/cc768535.aspx (https://go.microsoft.com/fwlink/?linkid=132845&clcid=0x416) (em inglês) |
Otimizando o desempenho no Hyper-V |
Este tópico do guia do Hyper-V do BizTalk Server 2006 R2 oferece informações sobre a otimização de informações sobre desempenho no Hyper-V. |
https://msdn.microsoft.com/pt-br/library/cc768529.aspx (https://go.microsoft.com/fwlink/?linkid=132849&clcid=0x416) (em inglês) |
Planejar o desempenho e a capacidade (Windows SharePoint Services) |
O planejamento de desempenho e capacidade é o processo de mapeamento do design de sua solução para um tamanho de farm e conjunto de hardware que ofereça suporte aos seus objetivos comerciais. |
|
Planejar o desempenho e a capacidade (Office SharePoint Server) |
O planejamento de desempenho e capacidade é o processo de mapeamento do design de sua solução para um tamanho de farm e conjunto de hardware que ofereça suporte aos seus objetivos comerciais. |
|
Execução do SQL Server 2008 em um ambiente do Hyper-V — Melhores práticas e recomendações de desempenho |
Este white paper descreve uma série de configurações de teste do SQL Server 2008 que representa uma variedade de cenários possíveis envolvendo o SQL Server executado no Hyper-V. Oferece resultado de testes, observações e recomendações. |
https://go.microsoft.com/fwlink/?linkid=108998&clcid=0x416 (em inglês) |
Baixar este manual
Este tópico está incluído no seguinte manual baixável para facilitar a leitura e a impressão:
Consulte a lista completa de manuais disponíveis no Conteúdo baixável do Office SharePoint Server 2007.
Consulte também
Conceitos
Usando Tecnologias e Produtos do SharePoint em um ambiente virtual Hyper-V