2 votes

Recommandations concernant la bande passante d'Exchange 2010 ?

J'ai un serveur DELL :

Microsoft(R) Windows(R) Server 2008 X64 SP2 Standard Ed. Eng (5 CALs),FI PowerEdge T310 Châssis tour pour jusqu'à 4x 3.5" HDD câblé avec Quad-Pack LED Diagnostics CPU Intel Xeon X3430 Xeon, 2.4GHz, 8M Cache 8Go de mémoire (4x2Go), 1333MHz, Dual Rank UDIMMs

J'ai l'intention d'installer MYOB enterprise sur le serveur. Le serveur utilisera des services de terminal. Au maximum, il y aura environ 5 utilisateurs TS qui utiliseront MYOB simultanément.

Le serveur sera également un contrôleur de domaine exécutant AD, DHCP, DNS. Environ 10 utilisateurs s'y connecteront sur le site physique.

Je prévois également d'installer Exchange 2010 sur ce serveur. Il y aura environ 15 utilisateurs qui utiliseront l'interface web, ainsi que l'interface imap classique pour récupérer leurs courriels sur les ordinateurs, les téléphones, etc.

Je dispose actuellement d'une connexion ADSL de 1 mbit en amont. La ligne sera partagée par les 10 PC du bureau et le serveur (les 5 personnes de Terminal Services et les 15 utilisateurs d'Exchange environ). Tous les PC utilisent également Dropbox pour stocker leurs fichiers.

L'entreprise est appelée à se développer au cours des deux prochaines années.

Est-ce une bonne idée ? Ce plan est-il à l'épreuve du temps ? Serait-il préférable d'externaliser la gestion des échanges ? L'entreprise en question ne dispose pas vraiment d'un département informatique, et s'en remet donc à des prestataires externes pour gérer le serveur en cas de mise à jour ou de modification.

Quelles seraient vos recommandations en matière de bande passante pour cette configuration ?

Merci et bonne continuation, James

4voto

Evan Anderson Points 140581

Malheureusement, ce que vos utilisateurs font réellement avec le serveur fera une plus grande différence que le nombre d'utilisateurs que vous prévoyez. Un utilisateur qui aime faire la navette avec des pièces jointes volumineuses dans ses courriels pourrait rendre le serveur insupportable à utiliser pour tous les autres. En supposant que la compression HTTP et les paramètres du client RDP soient adaptés à une bande passante plus faible, vous pouvez tirer un grand profit d'une bande passante en amont de 1Mb/sec, mais un utilisateur "gourmand" pourrait tout gâcher. Les PC du réseau local qui utilisent le service "Dropbox" pour stocker des fichiers se disputeront également la bande passante en amont lorsqu'ils téléchargeront des fichiers.

L'utilisation d'un routeur doté d'un semblant de fonctionnalité QoS de limitation du débit par session pourrait être utile, puisque votre principal goulot d'étranglement est la bande passante en amont. (Faire de la QoS sur ce que vous envoyer est beaucoup plus facile que d'essayer de faire de la QoS sur ce que vous recevez !)

L'externalisation d'Exchange permettra de retirer ce trafic de la connexion ADSL (les utilisateurs distants accédant à Exchange). On peut supposer que cela libérera une partie de la bande passante en amont, mais il est difficile de savoir, sans chiffres concrets, quelle sera l'incidence sur votre bande passante en amont des utilisateurs du réseau local, qui continueront à consommer de la bande passante en amont pour accéder à une offre Exchange externalisée.

Mon évaluation serait quelque chose comme : Vous pouvez probablement l'essayer pour voir, mais je pense que vous allez trouver que la bande passante en amont est une contrainte importante si les utilisateurs transportent de grandes quantités de données.

En passant, j'ai personnellement un de ces serveurs particuliers. C'est une belle petite machine.

4voto

Jason Berg Points 18864

Je suis d'accord avec Evan (je trouve souvent qu'il est idiot de ne pas le faire). Ce sont vos utilisateurs qui vont déterminer si cela convient ou non.

Ceci étant dit, je pense que vous avez quelques petites possibilités d'amélioration si vous pouvez les intégrer dans votre budget. Numéro 1, vous aurez probablement besoin de plus de mémoire. Exchange 2010 est un gros consommateur de mémoire. La quantité minimale de mémoire prise en charge est de 8 Go ( Fuente ). Si vous ajoutez AD et tous les programmes que les gens vont exécuter dans TS, vous allez probablement vous retrouver à court.

Je vous recommande également de chercher à virtualiser votre installation. Une copie de Windows Server Enterprise vous donnera 4 VMs pour jouer avec ainsi que 25 CALs inclus. Cela contribuera certainement à la stabilité, à la sécurité et à l'évolutivité de l'ensemble de votre système. Vous gagnerez en stabilité en ayant vos principaux rôles séparés (AD/DNS/DHCP sur une VM, RDS sur une autre, et Exchange sur une autre). Vous gagnerez en sécurité en évitant aux utilisateurs de se connecter au contrôleur de domaine (ce qui est généralement considéré comme un obstacle à la sécurité). Vous gagnerez en évolutivité en ayant la possibilité de déplacer les VM vers des machines plus grandes à mesure que l'entreprise se développe. Dans deux ans, si vous constatez que l'entreprise s'est développée au point que votre serveur ne peut plus supporter la charge, achetez un autre serveur et une licence Windows et déplacez simplement les VHD Exchange sur ce serveur. Les temps d'arrêt seront minimes.

Donc, mes recommandations : doublez la mémoire. Prenez Server Enterprise. Attribuez 2 Go à DC, 10 Go à Exchange, 4 Go à RDS, et 2 Go pour les frais généraux sur Hyper V.

Encore une fois, tout cela suppose que vous puissiez obtenir le budget supplémentaire. Il devrait être assez facile de faire un dossier commercial pour cela.

0voto

Lawrence Points 203

Il s'agit d'un point de départ. Vous constaterez qu'au fur et à mesure que l'entreprise se développe, vous comprendrez que vos services doivent s'étendre sur davantage de matériel, et si vous communiquez beaucoup avec des personnes extérieures au bâtiment principal, votre direction comprendra aussi, espérons-le, qu'elle doit améliorer sa liaison Internet. Selon l'endroit où vous vous trouvez, cela peut être moins cher que vous ne le pensez.

Mais pour commencer, cette boîte devrait faire l'affaire (compte tenu des contraintes décrites par Evan).

Il ne faut pas oublier que MS Exchange Server n'est pas particulièrement bien adapté aux utilisateurs IMAP. Les messages dans Exchange Server sont stockés au format MAPI, mais le protocole IMAP exige qu'ils soient transférés au format MIME. Par conséquent, chaque transfert d'un message vers un client déclenche un processus de conversion, qui utilise des fichiers temporaires sur disque. Ce processus peut être assez lourd et (surtout pour les messages volumineux) peut consommer une bonne partie des performances. Vous pouvez compenser cela dans une certaine mesure en utilisant des disques de 15krpm. Il existe également des articles de la KB sur la façon de configurer Exchange pour cette situation.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X