Freigeben über

Arquitetura: Melhoras práticas para dimensionar uma estrutura de Exchange 2007

  • Artikel

Durante meus anos como um consultor de infra-estrutura na Microsoft, eu viu várias arquiteturas de Exchange que na foram alinhados com as melhoras práticas da Microsoft. Mudar isto depois e sempre um parte muito dolorosa e complicado. Todo mundo não tem dinheiro, para implementar um projeto de Exchange da forma correto, mas todo mundo tem dinheiro para arrumar os erros do projeto na produção.

Vamos tentar analisar alguns “Pitfalls” relacionado à arquitetura :

Vamos começar com o dimensionamento físico. Para definir nos precisamos criar padrões de utilização:

Perfieis de utilização

Características

Leve

5 Mandar / 20 Receber

Médium

10 Mandar / 40 Receber

Pesado

20 Mandar / 80 Receber

Muito-Pesado

20 Mandar / 120 Receber

Outros fatores básicos que precisam ser considerados durante o planejamento de capacidade, são:

  • Conexões por segundo
  • Media do tamanho das mensagens
  • Mensagens por segundo
  • IOPS-Banco de Dados
  • IOPS –Log. de transações

 

 

Servidor de Caixas Postais

CPU’s

Uma definição básica sobre a quantidade de CPU’s para o papel de Servidor de Caixas Postais, podemos ver abaixo:

Caixas Postais / CPU 

Tipo

Características

Leve

2000 Caixas por CPU.Core

Médium

1000 Caixas por CPU.Core

Pesado

750 Caixas por CPU.Core

Muito-Pesado

500 Caixas por CPU.Core

Calculo Simples:

Servidor Hub = 5:1 com antivírus instalado / 7:1 sem antivírus instalado

Servidor Client Access = 4:1

Controlador de Domínio = 4:1 32 Bits / 8:1 64 Bits

Max. Processadores lógicos recomendados

Papel

CPU’s

Servidor Caixas Postais

2-8

Se vocês pretendam usar algum tipo de cluster (CCR,LCR) com replicação, nos sugeriam adicionar 20% na capacidade de processamento.

 

Memória

Memória por perfil de usuários

Tipo

Características

Leve

2 MB por Usuário

Médium

3.5 MB por Usuário

Pesado

5 MB por Usuário

Muito-Pesado

5 MB por Usuário

Se vocês pretendam usar algum tipo de cluster (CCR,LCR) com replicação, nos sugeriam adicionar mais um 1 GB de memória.

Calculo Simples:

Exemplo: 2GB + 1000 Usuários * Usuário Leve = 2GB + 2GB = 4GB Memória

Max. Memória recomendados

Papel

GB

Servidor Caixa Postais

32

O número máximo de “Storage Groups” foi aumentado de quatro para cinqüenta. Este aumento fornece uma flexibilidade na arquitetura do armazenamento de dados, mas o aumento tem um efeito significativo na utilização de memória no servidor de caixas postais.

Aumentar o número de “Storage Groups” tem um efeito positivo na utilização do cachê. O cachê esta utilizada nos operações de armazenamento de dados. Devido à maneira como trabalha este cachê, adicionando um “Storage Group”aumenta eficazmente a quantidade de cachê para operações de gravar é isto tem um impacto positivo de reduzir I/Os.

Storage Groups versus Memória

Memória GB

Max. Storage Groups

2

2 Storage Groups

4

8 Storage Groups

8

24 Storage Groups

12

40 Storage Groups

16 <

50 Storage Groups

Armazenamento

Várias informações precisam ser respeitadas no calculo do espaço de armazenamento:

  • I/O Transacionais – Latência
  • Tempo de recuperação de dados
  • Provisionamento de espaço
  • SLA /OLA

Em este exemplo, cada usuário consumirá 1.11 GB de espaço de disco. O tamanho recomendado máximo da banco de dados, em um ambiente de CCR é 200 GB, o usuário deve hospedar não mais de 180 caixas postais por storage group.  Para suportar 4.000 (CCR) caixas postais, é necessário ter 23 storage group, e neste ambiente, haveria também 23 bancos de dados.

 

Espaço de disco: Usuário Real:

  • Quota + (WhiteSpace*2) + Dumbster
  • Exemplo: Quota 1GB + Dumbster 104 MB (2*52MB) + WhiteSpace 7.3 MB = 1.11 GB

Max Usuários por “Storage Group” com CCR:

  • Exemplo: Storage Group 200GB / 1.11 Usuário Real = 173 Caixas por Storage Group

 

Espaço de disco: Banco de Dados por Storage Group:

  • Max Caixas por Storage Group * Tamanho Atual
  • Exemplo: 4000 Usuarios / Max Usuarios por Database = 23 Storage Groups = 23 Database (CCR)
  • Tamanho da Database: (173 * 1.1) = 192 GB

Espaço de disco: Logs de transação por Storage Group

Sabendo que uma caixa postal muito pesada do perfil da mensagem na média gera 42 transações por dia, com 4.000 caixas postais um total de 168.000 transação por dia. Isto significa que cada Storage Group gerará 7.304 transações. Logs transacionais

  • Tamanho do log de transação por Banco de dados: (Logs * Tamanho) * Tempo sem Backup + Movimentação de caixas
  • Exemplo: (7304 Transaçoes * 1MB LogSize) + 7.13 + 17 GB Movimentações + Espaço para restauração (3* 7.13) 21.4= 38.4 GB

Até Markus