Noções Básicas Sobre Várias Configurações de Função de Servidor no Planejamento da Capacidade

Aplica-se a: Exchange Server 2010

Tópico modificado em: 2010-01-27

Várias tendências no hardware do servidor se aplicam ao cronograma do Microsoft Exchange Server 2010. Uma tendência é uma aumento significativo no desempenho do processador e no número de núcleos de processador suportados em um processador físico. Isso significa que implantar uma única função de servidor no Exchange, em um servidor comum, com dois processadores físicos, pode fazer com que uma grande parte da CPU disponível não seja utilizada. Alguns clientes esperam que a virtualização do servidor utilize com mais eficiência os recursos de CPU de servidor. Outros clientes desejam combinar funções de servidor Exchange no mesmo servidor físico. Ambos são soluções válidas.

Outra tendência é a disponibilidade de modelos de servidor com dois processadores físicos e de 10 a 16 discos internos. Se você considerar o número de caixas de correio que podem ser suportadas pela entrada/saída (E/S) oferecida por 10 a 16 discos, a função de servidor Caixa de Correio, por si só, geralmente não vai utilizar mais do que metade dos recursos disponíveis da CPU. Adicionar as funções de servidor Acesso para Cliente e Transporte de Hub a este servidor irá utilizar a capacidade do servidor com mais eficiência.

Você pode usar as informações neste tópico como diretrizes para quando implantar configurações de servidores com várias funções e como planejar corretamente essas configurações. Um exemplo ilustra o dimensionamento do servidor para várias funções de servidor.

Sumário

Quando configurações de várias funções são recomendadas

Quando não são recomendadas várias configurações de função

Recomendações de processador para servidores com várias funções

Alinhamento de configuração de servidor com várias funções, com as proporções de núcleo de processador recomendadas

Recomendações de memória para servidores com várias funções

Determinando requisitos de hardware para servidores com várias funções

Implantando um servidor com várias funções em um DAG

Exemplo de dimensionamento para um cenário de várias funções no Exchange 2010

Quando configurações de várias funções são recomendadas

Configurações de várias funções são recomendadas para o seguinte:

• Pequenas organizações, como filiais, para consolidação de servidor   Para implantações em que os objetivos principais sejam minimizar o número de servidores físicos, instâncias do sistema operacional e servidores do Exchange para gerenciar, uma implantação de várias funções é uma solução recomendada. Executar as funções de servidor Acesso para Cliente, Transporte de Hub e Caixa de Correio no mesmo servidor físico oferece a redundância de função necessária com um requisito mínimo de dois ou três servidores físicos.
• Unidade simples de modelo de escala   Organizações que antecipam o crescimento regular no número de caixas de correio devem considerar a implantação de servidores de várias funções. Como cada servidor de várias funções representa um bloco de construção, esse modelo permite a adição simples desses blocos para suportar aumentos de capacidade.
• Implantações de servidores com armazenamento interno   Há muitos servidores disponíveis atualmente com dois processadores físicos (de 8 a 12 núcleos) e 10 a 16 discos internos. Houve várias melhorias no Exchange 2010 para reduzir os requisitos de E/S, fazendo desses servidores uma solução de bom custo-benefício. Dependendo do perfil de usuário e do tipo de disco, esses servidores geralmente suportam até 4.000 caixas de correio. Recomendamos adicionar as funções de servidor Acesso para Cliente e Transporte de Hub a esses servidores, para utilizar a CPU adicional e transformar esses servidores em blocos de construção autocontidos.
• Cenários de redução de riscos em que o número de caixas de correio hospedadas em um servidor de Caixa de Correio é limitado   Servidores com várias funções são uma solução para implantações em que as diretivas de gerenciamento de riscos limitam o número de caixas de correio que podem ser implantadas em um servidor de Caixa de Correio. Por exemplo, uma organização com 10.000 caixas de correio tem uma diretiva segundo a qual uma falha de servidor não pode afetar mais de 25 por cento das caixas de correio no ambiente. Isso limita o número de caixas de correio por servidor de Caixa de Correio a 2.500. A capacidade adicional no servidor seria utilizada adicionando-se as funções de servidor Acesso para Cliente e Transporte de Hub ao servidor.

Retornar ao início

Quando não são recomendadas várias configurações de função

Configurações de várias funções não são recomendadas para o seguinte:

• Pequenas organizações, como uma filial, para consolidação de servidores com Balanceamento de Carga de Rede do Windows (NLB)   Servidores com várias funções podem não funcionar bem para pequenas implantações em que dois ou três servidores com várias funções estão sendo implantados como membros de um grupo de disponibilidade de banco de dados (DAG). Para mais informações sobre DAGs, consulte Gerenciando grupos de disponibilidade de bancos de dados. O componente de cluster adicionado aos servidores de Caixa de Correio que são membros de um DAG impedem que o NLB seja instalado no servidor. Entretanto, ainda há um requisito para equilibrar a carga do tráfego de entrada para os servidores de Acesso para Cliente. Nesse caso, existem duas opções principais:

  • Compre um dispositivo de equilíbrio de carga. Apesar de haver alguns dispositivos NLB de entrada, essa opção pode ser cara, especialmente para ambientes menores.
  • Virtualize as funções de servidor do Exchange. Com esse isolamento, você pode executar o NLB para servidores de Acesso para Cliente sendo executados em máquinas virtuais.

• Pequenas organizações, como uma filial, para consolidação de servidores com outros aplicativos   Em alguns ambientes, um número limitado de servidores torna necessário implantar controladores de domínio, servidores de arquivos e impressão e outros aplicativos no mesmo hardware dos servidores do Exchange 2010. Recomendamos que você implante os servidores físicos como servidores host e isole os aplicativos em um ambiente virtual.

  Dica

  Somente software de gerenciamento (por exemplo, antivírus, software de backup ou software de gerenciamento de máquina virtual) poderá ser implantado nos servidores host. Nenhum outro aplicativo baseado em servidor (por exemplo, Exchange, Microsoft SQL Server ou Active Directory) deverá ser instalado no servidor host. Os servidores host devem ser dedicados para executar máquinas virtuais convidadas.

• Virtualização   Não recomendamos executar uma configuração de várias funções dentro de uma máquina virtual com quatro processadores virtuais. Isso limita significativamente o número de caixas de correio ativas que podem ser hospedadas pela máquina virtual. Na maioria dos casos, é melhor implantar uma única função de servidor do Exchange em cada máquina virtual ou implantar uma máquina virtual de funções combinadas de Acesso para Cliente e Transporte de Hub para cada máquina virtual de função de servidor Caixa de Correio.
  Para mais informações sobre as configurações de função combinada de Acesso para Cliente e Transporte de Hub, configure Noções Básicas Sobre Configurações de Função Acesso para Cliente e Transporte de Hub Combinadas no Planejamento da Capacidade. Para implantações com menos de 500 caixas de correio no total, é aceitável executar uma configuração de várias funções dentro de um ambiente virtual, para reduzir o número de sistemas operacionais e servidores do Exchange para gerenciar.

Retornar ao início

Recomendações de processador para servidores com várias funções

Como diretriz geral, um servidor com várias funções deve ser dimensionado para usar metade dos núcleos de processador disponíveis para a função de servidor Caixa de Correio e a outra metade para funções de servidor Acesso para Cliente e Transporte de Hub. A configuração máxima recomendada de núcleos de processador é listada como 24 núcleos de processador para servidores com várias funções. Apesar de a configuração de servidores com várias funções pode usar mais de 24 núcleos de processador, isso não é recomendado.

A tabela a seguir descreve os requisitos mínimos e as configurações máximas recomendadas:

• Mínimo   Essa é a configuração mínima adequada de processador e memória para servidores com várias funções. Os requisitos mínimos de hardware devem ser atendidos para se receber suporte do Suporte e Atendimento ao Cliente Microsoft.
• Máximo recomendado   Essa é a configuração máxima recomendada de processador e memória para servidores com várias funções. O máximo recomendado é definido como a melhor configuração baseada no preço e no desempenho.

A tabela a seguir mostra os núcleos de processador mínimos e máximo recomendado para o Exchange 2010, para servidores com várias funções.

Configuração do processador para o Exchange 2010 em servidores com várias funções

Retornar ao início

Alinhamento de configuração de servidor com várias funções, com as proporções de núcleo de processador recomendadas

A tabela a seguir mostra o número recomendado de núcleos de processador implantados para as funções de servidor Acesso para Cliente e Transporte de Hub relativos ao número de núcleos de processador implantados para a função de servidor Caixa de Correio. As proporções-padrão de núcleo não se alinham bem com o número de núcleos de processador disponíveis nos sistemas de hoje em dia. A menos que você tenha uma organização grande com muitos servidores de Acesso para Cliente, Transporte de Hub e Caixa de Correio, a sua implantação provavelmente não irá combinar com as proporções de núcleo de processador desejadas.

Configurações de servidores com várias funções podem resolver esse problema e devem resultar em uma melhor utilização do hardware. Por exemplo, se você tiver um servidor com oito núcleos no processador, esses núcleos podem ser virtualmente alocados para as três funções de servidor do Exchange 2010. Se a função de servidor Caixa de Correio usar aproximadamente quatro núcleos, a função de servidor Acesso para Cliente usará aproximadamente três núcleos, e a função de servidor Transporte de Hub usará aproximadamente um núcleo. O resultado será uma taxa de núcleo de 4:1 da função de servidor Caixa de Correio para a função de servidor Transporte de Hub e uma taxa de núcleo de 4:3 da função de servidor Caixa de Correio para a função de servidor Acesso para Cliente. Isso é bastante próximo às orientações para proporção de núcleo de processador recomendada.

A tabela a seguir mostra as proporções de função de servidor recomendadas, baseadas nos núcleos do processador para servidores com várias funções.

Proporções de função de servidor recomendadas baseadas no núcleo do processador para servidores com várias funções

Retornar ao início

Recomendações de memória para servidores com várias funções

Após determinar o número de núcleos de processador, você poderá aplicar as recomendações de memória de linha de base. A tabela a seguir mostra as configurações de memória mínima e recomendada para as configurações de servidor do Exchange 2010 com várias funções.

Configuração de memória para servidores com várias funções do Exchange 2010

Retornar ao início

Determinando requisitos de hardware para servidores com várias funções

O jeito mais simples de determinar os requisitos de hardware do servidor com várias funções é começar estimando o número de caixas de correio ativas que a configuração de hardware irá suportar. A tabela a seguir oferece algumas estimativas preliminares do número de usuários que podem ser suportados por um núcleo de processador para um perfil de usuário específico. São estimativas apenas, e recomendamos que você leia Planejamento da Capacidade do Processador do Servidor de Caixa de Correio para informações sobre como calcular o número de caixas de correio nos megaciclos disponíveis para determinar uma contagem de caixa de correio mais precisa, para o modelo do processador do servidor. Após você determinar o número de usuários, você pode usar a tabela seção "Recomendações de memória para servidores com várias funções", anteriormente neste tópico, para determinar o requisito de memória para o sistema.

A tabela a seguir mostra o número recomendado de usuários por núcleo de processador, para configurações de várias funções.

Número de usuários recomendado por núcleo do processador para configurações de várias funções

Retornar ao início

Implantando um servidor com várias funções em um DAG

Ao implantar servidores somente de Caixa de Correio em um DAG, considere o planejamento de capacidade para falhas em um ou vários servidores, em relação à carga do servidor de Caixa de Correio. Se você tiver quatro servidores de Caixa de Correio em um DAG, dimensione-os para 50 por cento da capacidade, para que eles possam lidar com o dobro de usuários ativos, caso haja uma falha simultânea em dois servidores de Caixa de Correio. Como os servidores de Transporte de Hub e Acesso para Cliente estão em servidores físicos diferentes, a carga nesses servidores não é muito afetada pela perda de um ou dois servidores de Caixa de Correio.

Quando você está implantando várias funções de servidor em um DAG, considere planejar a capacidade para carga de servidor de Acesso para Cliente, Transporte de Hub e Caixa de Correio. Se você tiver quatro servidores com várias funções em um DAG, certifique-se de que haja capacidade suficiente para acomodar uma duplicação na carga no servidor de Transporte de Hub e Acesso para Cliente. Como a configuração de várias funções está de acordo com as proporções recomendadas de núcleos de processador para funções de servidor, se você dimensionar corretamente o máximo de bancos de dados ativos para a função de servidor Caixa de Correio, os servidores de Transporte de Hub e Acesso para Cliente devem atender os cenários recomendados.

Retornar ao início

Exemplo de dimensionamento para um cenário de várias funções no Exchange 2010

O exemplo a seguir mostra o processo de dimensionamento de servidor para servidores com várias funções. O exemplo possui as seguintes suposições de projeto:

• Número de caixas de correio   12.000
• Total de caixas de correio   8.000
• Perfil de Caixa de Correio   100 mensagens por dia (por exemplo, 20 enviadas e 80 recebidas)
• Banco de dados do cache por caixa de correio   6 MB (com base em um perfil de 100 mensagens por perfil)
• Requisitos de disponibilidade   Resiliência de caixa de correio em um único site; proteção contra falha simultânea de dois servidores
• Requisitos de banco de dados   40 banco de dados DAG, 200 caixas de correio por banco de dados
• Plataforma de servidor servidor baseado em processador de 2 x 4 núcleos (8 núcleos) de 3,33 GHz

O seguinte processo se aplica:

1. Calcular número de servidores   Um DAG de quatro nós é necessário para proteger contra falha simultânea de dois servidores; então, o projeto deve começar com quatro servidores de Caixa de Correio dentro do DAG.
2. Calcular o máximo de caixas de correio ativas por servidor, baseado no modelo de ativação   Assumindo que os bancos de dados ativos estão distribuídos igualmente pelos nós, cada servidor hospedaria, idealmente, 2.000 caixas de correio ativas (8.000 ÷ 4). Para calcular o número de caixas de correio ativas após uma falha dupla de nó (com base neste exemplo), o número de caixas de correio seria dividida pelos dois nós restantes, o que equivale a 4.000 caixas de correio ativas por nó (8.000 ÷ 2).
   Neste exemplo, o parâmetro MaximumActiveDatabases no cmdlet Set-MailboxServer seria configurado para 20, para garantir que não mais que 50 por cento dos bancos de dados se tornem ativos em um único servidor.
3. Calcular os requisitos de CPU para caixas de correio ativas   Multiplique o número máximo de caixas de correio ativas em um servidor pelos megaciclos por caixa de correio ativa (4.000 × 2 megaciclos = 8.000 megaciclos), com base na tabela Cache do banco de dados da caixa de correio e IOPS estimado por caixa de correio com base no perfil do usuário e na atividade de mensagens, em Noções Básicas Sobre o Cache do Banco de Dados de Caixa de Correio. Multiplique esse valor por 10 por cento para cada cópia adicional do banco de dados.
   Neste exemplo, há uma cópia ativa e duas passivas para cada banco de dados, então, os 8.000 megaciclos aumentam 20 por cento (8.000 x 1,2 = 9.600 megaciclos). Para mais informações, consulte "Recomendações de cache de banco de dados", em Noções Básicas Sobre o Cache do Banco de Dados de Caixa de Correio.
4. Calcular os requisitos de CPU para caixas de correio passivas   Multiplique o número máximo de caixas de correio passivas (quando um servidor está hospedando o número máximo de caixas de correio ativas) pelos megaciclos por caixa de correio passiva (4.000 × 0,3 megaciclos = 1.200 megaciclos), com base na tabela Cache do banco de dados da caixa de correio e IOPS estimado por caixa de correio com base no perfil do usuário e na atividade de mensagens, em Noções Básicas Sobre o Cache do Banco de Dados de Caixa de Correio. Para mais informações, consulte "Recomendações de cache de banco de dados", em Noções Básicas Sobre o Cache do Banco de Dados de Caixa de Correio.
5. Adicionar requisitos ativos e passivos de CPU para obter o requisito total de CPU   Neste exemplo, 9.600 megaciclos de caixa de correio ativas + 1.200 megaciclos de caixa de correio passiva = total de 10.800 megaciclos de requisitos de CPU.
6. Aplicar requisitos totais de CPU para a plataforma de hardware   Este exemplo usa um servidor baseado em um processador de 3,33 GHz com 2 x 4 núcleos. Isso equivale a 26.400 megaciclos (8 × 3.300 MHz). Divida os megaciclos necessários pelos megaciclos disponíveis, com base na plataforma do servidor, para estimar a utilização da CPU no período de pico, após uma falha dupla de nó (10.800 ÷ 26.640 = 41 por cento da utilização de CPU prevista).
   Recomendamos que a parte da função de servidor Caixa de Correio nas configurações de várias funções seja projetada para não exceder 40 por cento da utilização durante períodos de pico (por exemplo, falha simultânea de dois nós). Isso libera espaço suficiente para acomodar a utilização da CPU para as funções de servidor Acesso para Cliente e Transporte de Hub, mantendo um total de utilização de CPU de servidor em menos de 80 por cento, durante os períodos de pico (por exemplo, falha simultâneas de dois nós).
7. Calcular requisitos de memória da caixa de correio ativa   Multiplique o número de caixas de correio ativas pelo cache necessário de banco de dados por caixa de correio. Neste exemplo, (4.000 × 6 MB) ÷ 1.024 = 23,4 GB. Os requisitos de cache do banco de dados têm como base o perfil da caixa de correio. Para mais informações, consulte "Recomendações de cache de banco de dados", em Noções Básicas Sobre o Cache do Banco de Dados de Caixa de Correio.
8. Aplicar os requisitos totais de memória à plataforma de hardware   Este exemplo usa um servidor com oito núcleos de processador. A orientação-padrão de memória para um servidor com várias funções, com oito núcleos de processador é 14 GB + cache total do banco de dados para caixas de correio ativas (conforme a tabela anterior).
   O requisito total de memória para o servidor com várias funções, neste exemplo, é 37,4 GB (14 GB + 23,4 GB). Como 37 GB não é uma configuração-padrão de memória, arrendonde-a para 48 GB ou para a configuração mais próxima que o seu servidor suportar. Tenha em mente que, durante o funcionamento normal, os requisitos de memória seriam 25,7 GB (14 GB + 23,4 GB ÷ 2 GB), mas você precisa planejar para ter memória suficiente para suportar uma falha simultânea em dois nós.

Retornar ao início