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:
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.
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
2000 Caixas por CPU.Core
1000 Caixas por CPU.Core
750 Caixas por CPU.Core
500 Caixas por CPU.Core
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 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
Memória por perfil de usuários
2 MB por Usuário
3.5 MB por Usuário
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
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
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.
Várias informações precisam ser respeitadas no calculo do espaço de armazenamento:
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
Espaço de disco: Usuário Real:
Max Usuários por “Storage Group” com CCR: Exemplo: Storage Group 200GB / 1.11 Usuário Real = 173 Caixas por Storage Group
Max Usuários por “Storage Group” com CCR:
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: Banco de Dados por Storage Group:
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
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
Até Markus