Exemplo de Design da Função de Servidor Caixa de Correio do Exchange 2010
Tópico modificado em: 2009-12-09
Este tópico fornece um exemplo de como determinar os requisitos adequados de memória, capacidade, E/S e desempenho de CPU para a função de servidor Caixa de Correio e a arquitetura correspondente.
Você pode usar o Exchange Server 2010 Mailbox Server Role Requirements Calculator para determinar os requisitos da função de servidor de Caixa de Correio especificando um conjunto de fatores de entrada. O Calculator pode determinar os requisitos abordados neste exemplo. Para mais informações sobre o Calculator (e para baixá-lo), consulte o artigo do blog da equipe de servidores do Exchange, Exchange 2010 Mailbox Server Role Requirements Calculator.
Dica
O conteúdo de cada blog e sua URL estão sujeitos a alterações sem aviso prévio. O conteúdo de cada blog é fornecido "COMO ESTÁ", sem garantias, e não concede qualquer direito. O uso dos códigos ou exemplos de scripts incluídos está sujeito aos termos especificados nos Termos de Uso da Microsoft.
Para mais informações sobre o projeto de armazenamento da função de servidor Caixas de Correio, consulte Design do Armazenamento do Servidor de Caixa de Correio.
O cenário usado neste exemplo é o de uma solução de três cópias de banco de dados que fazem uso do armazenamento JBOD (apenas um monte de discos). Para fins deste exemplo, considere os seguintes requisitos de arquitetura:
- Seis servidores de Caixa de Correio que fazem parte do grupo de disponibilidade de um único banco de dados (DAG)
- Cada servidor possui processadores Intel Xeon x5470 de 3,33 GHz (organização de núcleo 2x4)
- Três cópias de bancos de dados de caixa de correio de alta disponibilidade, nenhuma cópia com retardamento do banco de dados
- Eixos SATA de 1 terabyte 7,2 K (7.200 RPM) são usados
- Configuração de armazenamento JBOD (1 número da unidade lógica (LUN) / arquitetura de banco de dados de LUN)
- Para arquitetura de backup, usar os recursos de proteção de dados nativos fornecidos através da recuperação de item único e resiliência da caixa de correio
- Uma restauração LUN é implantada para operações de manutenção e recuperação
- Cada LUN tem, no mínimo, 20 por cento de espaço livre
- A solução deve resistir a eventos de falha dupla de servidor
- A função de servidor único instalada é a função de servidor Caixa de Correio
Sumário
Requisitos de capacidade de Caixa de Correio
Requisitos de cópia de banco de dados
Requisitos de memória de caixa de correio
Requisitos de E/S da caixa de correio
Requisitos de CPU da caixa de correio
Requisitos de capacidade de Caixa de Correio
O exemplo a seguir mostra o dimensionamento adequado para um ambiente em que há caixas de correio de perfil de 24.000 2-GB 100 mensagens/dia espalhadas por seis servidores de Caixa de Correio que fazem parte de um DAG, com cada banco de dados tendo três cópias. Essas caixas de correio recebem uma média de 37 MB de email por semana (5 dias úteis), com um tamanho médio de mensagem de 75 KB. A recuperação de item único está habilitada, com uma janela de retenção de item excluído de 14 dias. Os seguintes cálculos são usados para determinar o tamanho da caixa de correio:
Tamanho da caixa de correio = limite de caixa de correio + espaço em branco + Dumpster
Espaço em branco = 100 mensagens / dia x 75/1024 MB = 7,3 MB
Dumpster = (100 mensagens / dia x 75/1024 MB * 14 dias) + (2048 MB x 0,012) + (2048 MB x 0,058) = 246 MB
Exemplo de valores para determinar o tamanho real da caixa de correio no disco
| Cota da caixa de correio | Tamanho do dumpster (2 semanas) | Espaço em branco | Tamanho total do disco |
|---|---|---|---|
2 GB |
246 MB |
7,3 MB |
2,25 GB (+12%) |
Nesse ambiente, cada usuário consumirá 2,25 GB de espaço em disco. Essa solução também usará discos de 1 TB em uma configuração JBOD; entretanto, o tamanho máximo do banco de dados é 667 GB. Para suportar 24.000 caixas de correio, como um banco de dados de 667 GB, é necessário ter 102 bancos de dados. Isso resulta em uma contagem final de 235 caixas de correio por banco de dados.
Entretanto, como essa solução uma arquitetura de armazenamento JBOD, é vital garantir que o número de caixas de correio por banco de dados não passe da quantidade de E/S aleatória que pode ser arquivada no disco único. Como essa solução usa eixos SATA de 7,2 K de formato grande, o eixo pode conseguir um máximo de 55 E/S aleatórias por segundo (IOPS), quando totalmente utilizado. Considerando um buffer de crescimento de E/S de 20 por cento, isso significa que o eixo pode lidar com um total de 44 IOPS aleatórios.
Levando em conta que a base de usuários tem um perfil de 100 mensagens/dia, espera-se que cada caixa de correio consuma 0,1 IOPS. Assim, o disco pode suportar um máximo de 440 caixas de correio, com esse perfil de IOPS. Como os cálculos de capacidade determinaram que o número máximo de caixas de correio que podem ser suportadas é 235 e isso está abaixo das 440 caixas de correio determinadas com base no perfil IOPS, essa solução pode ser implantada em um único disco.
Para determinar o tamanho real do banco de dados, use a seguinte fórmula:
Tamanho do banco de dados = número de Caixas de Correio x tamanho das Caixas de Correio no disco x fator de crescimento de sobrecarga do banco de dados
Com base no número de caixas de correio, no tamanho real das caixas de correio e no fator de sobrecarga do crescimento do banco de dados de 20 por cento, o tamanho do banco de dados é 635 GB, conforme a tabela abaixo.
Requisitos de capacidade do banco de dados
| Caixas de correio por banco de dados | Número total de bancos de dados | Requisitos de tamanho do banco de dados |
|---|---|---|
235 |
102 |
635 GB |
Para garantir que o servidor de Caixa de Correio não sustente nenhuma parada como resultado de problemas de alocação de espaço, os logs de transação também precisam ser dimensionados para acomodar todos os logs que serão gerados durante o conjunto de backups. Considerando que essa arquitetura está usando a resiliência da caixa de correio e os recursos de recuperação de item único como arquitetura de backup, a capacidade do log deve alocar três vezes a taxa de geração diária de registro, caso uma cópia com falha não seja reparada em três dias. (Qualquer cópia com falha impede que o truncamento de registro ocorra.)
Uma caixa de correio com perfil de 100 mensagens/dia gera 20 logs de transação por dia, em média, então, um ambiente de caixa de correio de 24.000 caixas de correio irá gerar 576.000 logs de transação por dia. Isso significa que cada banco de dados gerará 5.647 logs por dia. Um por cento das caixas de correio são movidas por semana em um dia (sábado). A solução usa os recursos de proteção de dados nativos do Exchange e, dessa forma, não faz backups e é dimensionado para tolerar três dias sem truncamento de log.
Conforme mostrado na tabela a seguir, esse servidor requer 23 GB de espaço para cada cópia de banco de dados.
Requisitos de capacidade do log
| Logs por banco de dados | Tamanho do arquivo de log | Tamanho do log diário | Tamanho para movimentação da caixa de correio / banco de dados | Tolerância a falha de truncamento | Requisitos de tamanho do log |
|---|---|---|---|---|---|
5647 |
1 MB |
5,65 GB |
6 GB (240 × 2,25 GB / 102) |
16,5 GB (3 × 5,65 GB) |
23 GB (16,5 GB + 6 GB) |
Considerando que essa é uma configuração de Resiliência de Caixa de Correio / JBOD com três cópias, cada banco de dados e seus respectivos logs de transação serão colocados no mesmo LUN. O tamanho do LUN necessário é:
Capacidade do LUN = tamanho dos dados / (1 - requisito de porcentagem de espaço livre)
= (Tamanho do banco de dados + tamanho do log de transações + tamanho do índice de conteúdo) / (1 - 0,2)
= (635 GB + 23 GB + 63,5 GB) / 0,8
= 902 GB
Determinando o tamanho do LUN necessário
| Tamanho do banco de dados | Tamanho do log | Tamanho do índice de conteúdo | Tamanho da LUN do banco de dados |
|---|---|---|---|
635 GB |
23 GB |
63,5 GB |
902 GB |
Retornar ao início
Requisitos de cópia de banco de dados
Considerando que há um total de 102 bancos de dados necessários para suportar 24.000 caixas de correio e que cada banco têm três cópias, o DAG suporta um total de 306 bancos de dados. Os 306 bancos de dados espalhados pelos seis servidores de Caixa de Correio significam que cada servidor de Caixa de Correio irá abrigar 51 cópias do banco de dados. As cópias do banco de dados devem ser distribuídas pelos servidores no DAG de tal forma que falhas no nível do servidor fazem com que os bancos de dados ativos façam failover para tantos servidores remanescentes quanto possível (as cópias de banco de dados não são distribuídas de maneira simétrica).
Para maximizar a eficiência dos servidores de Caixa de Correio que fazem parte do DAG, os bancos de dados ativos serão distribuídos igualmente entre todos os servidores de Caixa de Correio. Como resultado, todos os seis servidores de Caixa de Correio são funcionais, cada servidor deve hospedar 17 cópias do banco de dados ativo.
Caso um único servidor de Caixa de Correio falhe, os 17 bancos de dados serão redistribuídos pelos servidores de Caixa de Correio remanescentes, aumentando o número de cópias do banco de dados ativo para 21 por servidor.
Caso dois servidores de Caixa de Correio falhem, os 34 bancos de dados serão redistribuídos pelos servidores de Caixa de Correio remanescentes, aumentando o número de cópias do banco de dados ativo para 26 por servidor. É esse número de cópias ativas que será usando para dimensionar a memória e os requisitos de CPU para o servidor de Caixa de Correio.
Retornar ao início
Requisitos de memória de caixa de correio
Com um perfil de mensagens de 100 mensagens / dia, o mínimo de memória necessária por caixa de correio, para suportar o cache do banco de dados, é 6 MB. Com o máximo de bancos de dados ativos de caixa de correio sendo 26, cada servidor iria hospedar um total de 6.110 caixas de correio ativas. Além disso, há um total de 51 bancos de dados por servidor. O servidor de Caixa de correio requer um cache de banco de dados mínimo de 12 GB. Portanto, a quantidade de memória necessária para oferecer suporte a cache do banco de dados é:
Cache mínimo necessário do Banco de dados = MAS((Número de Caixas de Correio ativas x Memória necessária / Caixa de Correio), Mínimo de memória para os Bancos de dados)
= MAX(6110 x 6/1024 GB, 12 GB)
= MAX (36 GB, 12 GB)
= 36 GB
A memória física total necessária para suportar essa configuração é 48 GB, com base na tabela em Noções Básicas Sobre o Cache do Banco de Dados de Caixa de Correio.
Retornar ao início
Requisitos de E/S da caixa de correio
Cada caixa de correio envia ou recebe 100 mensagens / dia. Portanto, cada caixa de correio tem um perfil de IOPS de 0,1. Cada banco de dados hospeda caixas de 235 correio. Portanto, a quantidade total de E/S do volume do banco de dados é:
E/S do volume do banco de dados = Número de Caixas de Correio x Perfil de IOPS x (1 + Fator de Crescimento da Sobrecarga de E/S)
= 235 x 0,1 x 1,2
= 28,2 IOPS
A porcentagem de E/S de leitura do banco de dados para essa arquitetura é 60 por cento. Assim, cada volume de banco de dados gera 16,92 IOPS de E/S de leitura e 11,28 IOPS de E/S de gravação.
Nessa arquitetura, cada fluxo de log gera 50 por cento da E/S de gravação do banco de dados. Assim, a E/S de gravação do log, por volume, é 5,64 IOPS.
As 26 cópias do banco de dados ativo também geram uma E/S de leitura de log que é 10 por cento da E/S da gravação do log; assim, a E/S de leitura do log desses bancos de dados é 0,56 IOPS.
Considerando que cada disco SATA 7,2 K de grande formato gera 55 IOPS aleatórios, não há perigo de o disco não conseguir manipular os requisitos de E/S do banco de dados.
Retornar ao início
Requisitos de CPU da caixa de correio
Durante um evento de falha dupla de servidor, cada um dos servidores remanescentes hospedam 26 bancos de dados para um total de 6.110 caixas de correio ativas por servidor. Com base nos cálculos encontrados no Planejamento da Capacidade do Processador do Servidor de Caixa de Correio, cada servidor tem os seguintes requisitos de megaciclo de CPU.
Determinando requisitos de megaciclo de CPU
| Requisitos de megaciclo de CPU de Caixa de Correio ativa | Requisitos de megaciclo de CPU de Caixa de Correio passiva | Requisitos totais de megaciclo de CPU |
|---|---|---|
14.682 |
1.765 |
16.447 |
Considerando que a plataforma de servidor escolhida pode suportar um total de 26.400 megaciclos, a plataforma da CPU do servidor pode suporte o ambiente durante um evento de falha dupla de servidor.
Retornar ao início