Posté par Frédéric Laubel le septembre 27, 2009
J’ai créé récemment une présentation powerpoint pour expliquer les différences de sizing entre Exchange 2007 et Exchange 2010. Aujourd’hui je partage avec vous quelques slides.
Par rapport à une architecture Exchange 2007, le point à prendre en considération est la partie sizing des serveurs CAS: changement en terme de puissance CPU, et changement en terme de ratio par rapport aux serveurs mailbox. Le deuxième point important est la partie stockage: avec des IOPS disques réduit de 70% il est possible d’installer Exchange 2010 en production sur des disques SATA.
Par rapport à Exchange 2007, les besoins en RAM et CPU de Exchange 2010 sont plus importants pour les rôles CAS et MBX. Logique puisque maintenant le rôle CAS gère l’ensemble des protocoles d’accès (MAPI compris) et le rôle Mailbox gère le DAG avec une gestion plus poussée des bases Exchange (compression des bases ESE et cryptage du seeding par exemple).
J’ai surligné en bleu ce qui représentera sans doute la majorité de configuration: 4Go de RAM + 6Mo par BAL. Toujours prendre le pré-requis le plus élevé (par exemple 10Mo si la BAL doit être énorme malgré un profil léger).
C’est l’énorme changement de Exchange 2010: les IOPS disques ont fortement diminués, et surtout la typologie des IOPS est différente: les IOPS sont surtout séquentiels et non plus aléatoire. Du coup il est possible d’installer Exchange 2010 dans une configuration à disques SATA avec de grosses boites aux lettres sans soucis de perfs ! J’insiste sur ce point: L’équipe produit à conçu Exchange 2010 pour tourner sur des disques SATA !
La preuve avec ces recommandations pour le stockage : à partir de 3 copies les configurations sans RAID sur des disques SATA sont possibles !
Publié dans Exchange 2010 | 1 commentaire »
Posté par Frédéric Laubel le septembre 25, 2009
Tout d’abord rappelons qu’il n’est pas obligatoire de migrer vers Outlook 2010 pour pouvoir se connecter à Exchange 2010 
…les version de Outlook supportées avec Exchange 2010 sont 2010/2007/2003/2002 ( le support s’arrête bien à Outlook 2003).
En faisant un test de migration de Exchange 2003 vers Exchange 2010, avec des postes en Outlook 2003 je me suis rendu compte que la connexion avec le serveur était impossible.
Inutile de supprimer ou recréer le profil, de mettre à jour Outlook…la solution passe par l’activation du cryptage entre Outlook et Exchange 2010.
En effet par défaut avec Outlook 2003 le cryptage n’est pas activé :
En cochant la case et en redémarrant Outlook il est possible de se connecter à Exchange 2010 sans problème :
Explication :
Exchange 2010, par défaut, n’accepte que les connexions MAPI cryptées. La solution passe donc soit par l’activation du cryptage par GPO sur l’ensemble des postes Outlook antérieurs à Outlook 2007, soit par la modification du comportement par défaut de Exchange 2010.
En vérifiant sur un serveur CAS le paramétrage par défaut :
Nous voyons que le cryptage est requis pour les connexions RPC CAS. Là ceux qui connaissent Exchange 2007 doivent tiquer: en effet avec Exchange 2010, les connexions MAPI se font toutes sur les serveurs CAS et non plus directement sur les serveurs MBX !!
Pour bien comprendre ce changement profond, comparez le schéma d’architecture entre 2007 et 2010 :
En terme d’architecture cela à de multiples conséquences, j’aurais l’occasion d’y revenir, notamment d’un point de vue sizing et haute disponibilité.
Évidemment, il est possible, mais vivement déconseillé de désactiver le cryptage au niveau du serveur Exchange 2010, avec la commande Set-RpcClientAccess, puis de vérifier le résultat :
Publié dans Exchange 2010 | 2 Commentaires »
