Recomendações de largura de banda do Exchange 2010? [fechadas]

Question

Eu tenho um servidor DELL:

Microsoft(R) Windows(R) Server 2008 X64 SP2 Standard Ed. Eng (5 CALs),FI PowerEdge T310 Tower Chassis for Up to 4x 3.5" Cabled HDDs with Quad-Pack LED Diagnostics Intel Xeon X3430 Xeon CPU, 2.4GHz, 8M Cache 8GB Memory (4x2GB), 1333MHz, Dual Rank UDIMMs

Estou planejando instalar o MYOB enterprise para rodar no servidor. O servidor estará usando serviços de terminal. No máximo, haverá cerca de 5 usuários TS usando MYOB simultaneamente.

O servidor também será um controlador de domínio executando AD, DHCP, DNS. Cerca de 10 usuários se conectarão a ele no site físico.

Também estou planejando instalar o Exchange 2010 nesse servidor. Haverá cerca de 15 usuários usando a interface web, bem como imap regular para buscar seus e-mails para PCs, telefones, etc.

Atualmente, estou em uma conexão ADSL de 1mbit a montante. A linha será compartilhada pelos 10 PCs no escritório e no servidor (os 5 usuários de serviços de terminal e os aproximadamente 15 usuários de intercâmbio). Todos os PCs também usam dropbox para armazenar seus arquivos.

A empresa deve expandir nos próximos anos.

É uma boa ideia? Este plano é uma prova futura? Seria melhor terceirizar a gestão do intercâmbio? A empresa em questão não tem realmente um departamento de TI, portanto confiaria em prestadores de serviços externos para gerenciar o servidor caso algo precise ser atualizado ou alterado.

Quais seriam suas recomendações de largura de banda para essa configuração?

Obrigado e cumprimentos, James

    

Answer 1

Infelizmente, o que seus usuários estão realmente fazendo com o servidor fará uma diferença maior do que o número de usuários que você está anunciando. Um usuário que gosta de se deslocar por anexos de arquivos grandes no e-mail pode tornar o servidor insuportável de ser usado por todos os outros. Assumindo a compactação HTTP e as configurações do cliente RDP para menor largura de banda, você pode obter uma grande quilometragem de 1Mb / s de largura de banda upstream, mas um usuário "ganancioso" pode arruiná-lo para todos. PCs na LAN usando o serviço "Dropbox" para armazenar arquivos também estarão disputando a largura de banda upstream quando estiverem carregando arquivos.

Usar um roteador com alguma semelhança de limitação de taxa por sessão A funcionalidade de QoS pode ajudar, já que o gargalo principal é a largura de banda upstream. (Fazer QoS no que você envia é muito mais fácil do que tentar fazer QoS sobre o que você recebe!)

O Outsourcing Exchange removerá o tráfego da conexão ADSL (os usuários remotos acessam o Exchange). Presumivelmente, isso liberaria alguma largura de banda upstream, mas não é claro, sem números reais, que tipo de "sucesso" sua largura de banda vai levar dos usuários da LAN, que ainda consomem largura de banda upstream para acessar uma oferta terceirizada do Exchange. p>

Minha avaliação seria algo como: Você provavelmente está seguro para experimentar e ver, mas acho que você vai achar que a largura de banda do upstream será uma grande restrição se os usuários estiverem empurrando quantidades significativas de dados.

Como um aparte: eu tenho um desses servidores particulares, pessoalmente. É uma pequena máquina legal.

    

Answer 2

Concordo com Evan (muitas vezes acho que é bobagem não). Seus usuários vão determinar se isso é ou não um bom ajuste.

Com isso dito, eu acho que você tem algumas salas menores para melhoria, se você pode encaixá-las no orçamento. Número 1, você provavelmente vai querer mais memória. O Exchange 2010 é um devorador de memória. 8 GB é a quantidade mínima de memória suportada por ele ( Source ). Se você adicionar no AD e qualquer programa que as pessoas executem no TS, provavelmente você vai acabar com isso.

Também recomendo investigar a virtualização da sua configuração. Uma cópia do Windows Server Enterprise lhe dará 4 VMs para jogar, bem como 25 CALs incluídas. Isso definitivamente ajudará na estabilidade, segurança e escalabilidade de todo o seu sistema. Você ganharia estabilidade ao ter seus principais papéis separados (AD / DNS / DHCP em 1 VM, RDS em outro e Exchange em outro). Você ganharia segurança por não ter usuários conectados ao controlador de domínio (o que geralmente é considerado uma segurança, não, não). Você ganhará escalabilidade tendo a opção de mover as VMs para máquinas maiores à medida que a empresa cresce. Em dois anos, se você descobrir que a empresa cresceu até o ponto em que seu servidor não pode lidar com a carga, compre outro servidor e uma licença do Windows e mova os VHDs do Exchange para esse servidor. Seria um tempo de inatividade mínimo.

Então, minhas recomendações: dobram a memória. Obtenha o Enterprise Server. Atribuir 2 GB ao DC, 10 GB ao Exchange, 4 GB ao RDS e 2 GB por sobrecarga no Hyper V.

Novamente, tudo isso pressupõe que você possa obter o orçamento extra. No entanto, deve ser bastante fácil criar um caso de negócio.

    

Answer 3

Este é um ponto de partida. Você descobrirá que à medida que a empresa cresce, o entendimento de que seus serviços precisam se espalhar por mais hardware, e se você faz muita comunicação com pessoas fora do prédio principal, sua gerência provavelmente entenderá que eles precisam atualizar seus serviços. Link da internet. Dependendo de onde você está, isso pode ser mais barato do que você pensa.

Mas, para começar, essa caixa deve servir (dadas as restrições descritas por Evan).

Uma coisa a ter em mente é o fato de que o MS Exchange Server não é particularmente adequado para usuários IMAP. As mensagens dentro do Exchange Server são armazenadas no formato MAPI, mas o protocolo IMAP exige que elas sejam transferidas no formato MIME. Portanto, toda transferência única de uma mensagem para um cliente aciona um processo de conversão, que usa arquivos temporários baseados em disco. Isso pode ficar muito pesado e (especialmente para mensagens maiores) pode consumir um pouco de desempenho. Você pode compensar isso em algum grau usando unidades de 15kpm. Há também artigos da base de conhecimento sobre como configurar o Exchange para esta situação.