Exemplo de Design da Função de Servidor Caixa de Correio do Exchange 2010

Aplica-se a: Exchange Server 2010 SP2, Exchange Server 2010 SP3

Tópico modificado em: 2016-11-28

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.

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)

• O servidor de Caixa de Correio do Exchange também hospeda as funções de servidor Transporte de Hub e Acesso para Cliente

• 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 por 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 cinco dias da semana, 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 por dia x 75/1024 MB = 7,32 MB

Dumpster = (100 mensagens por dia x 75/1024 MB * 14 dias) + (2048 MB x 0,012) + (2048 MB x 0,03) = 188,6 MB

Exemplo de valores para determinar o tamanho real da caixa de correio no disco

Pelo fato de este ambiente aproveitar o armazenamento JBOD, o tamanho máximo do banco de dados que pode ser implantado dependerá do tamanho do disco. Para determinar o tamanho máximo do banco de dados para o cenário JBOD, use a seguinte fórmula, onde a capacidade de um disco formatado 1TB é 931 GB, o Requisito de Porcentagem de Espaço Livre é de 20 por cento e a Porcentagem do Índice de Conteúdo é de 10 por cento:

Tamanho máximo do banco de dados = [Capacidade de disco formatado x (1 - Requisito de Porcentagem de Espaço Livre)] / (1 + Porcentagem do Índice de Conteúdo)

= [931 GB x (1- .2)] / (1++,10)

= GB 744.8 / 1.1

= 677 GB

Nesse ambiente, cada caixa de correio do usuário consumirá 2,25 GB de espaço em disco. Para suportar 24.000 caixas de correio, como um banco de dados de 677 GB, é necessário ter 102 bancos de dados. Este requisito 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 por 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 é 619 GB, conforme a tabela abaixo.

Requisitos de capacidade do banco de dados

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 por 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. Assim, 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 faz uso dos recursos de proteção de dados nativa 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

Considerando que essa é uma configuração de Resiliência de Caixa de Correio e 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 Bando de 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)

= (619 GB + 23 GB + 61,9 GB) / 0,8

= 879 GB

Determinando o tamanho do LUN necessário

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

Para mais informações sobre como distribuir cópias de bandos de dados nos servidores de Caixas de Correio, consulte, Design de layout de cópia de banco de dados.

Voltar 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

Quando implantar uma arquitetura de várias funções, 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.

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

Voltar 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

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.

Voltar ao início

 © 2010 Microsoft Corporation. Todos os direitos reservados.