Discussion :

[snicolas68]

Bonjour,

Je suis entrain d'installer CRM 2013 sur notre réseau.

Nous manquons de ressources, notamment au niveau de l'espace disque, enfin, c'est relatif.

De plus, à tout casser, une dizaine de personnes utiliserons de façon intensive CRM, au grand maximum une trentaine d'autres de façon plus ou moins sporadique, tous par le biais du plugin outlook.

Une entreprise de consultants nous a recommandé la totale pour l'installation sur notre environement virtualisé vmware esxi:
- 2 VMs windows server pour les applications de front end et une pour celles de back end avec:
a. le premier disque de chaque VM pour l'OS
b. le second disque pour l'installation de CRM
c. un troisième disque virtuel pour les logs crm

- une machine virtuelle pour sql server 2008 R2 avec pour disques:
a. un disque virtuel pour l'OS
b. un disque virtuel pour le logiciel SQL
c. un disque virtuel pour la base de donnée en elle même
d. un disque virtuel pour les transactional logs

ça me paraît disproportionné pour nous d'avoir 3 VMs et des disques de partout.

Dans le guide de mise en oeuvre en français, il est dit: "Microsoft SQL Server; peut être installé sur le même ordinateur que Microsoft Dynamics CRM 2013 Server, mais ce n'est pas une obligation."

Sur des articles de blogs, j'ai lu que ce type d'installation (tout sur le même serveur) n'était à faire que sur des environnements de tests et que ce n'était pas recommandé pour un système de production.

Vous en pensez quoi?

Merci!

[DotNetMatt]

Oui il vaut mieux séparer le CRM et SQL Server. Pourquoi ? Parce que SQL Server travaille surtout avec la RAM. En gros, il va occuper le maximum d'espace disponible en RAM, ce qui pourrait gêner le CRM en cas d'augmentation de la charge de travail. Donc pour un système en production, il est plus que recommandé de séparer ces deux logiciels.

Ensuite concernant l'architecture que les consultants t'ont recommandée, elle est effectivement discutable, mais elle n'est pas non plus dénuée de sens. Je m'explique.

- 2 VMs windows server pour les applications de front end et une pour celles de back end

On peut installer le CRM soit en mode "monolithique" (front et back sur le même serveur), soit en mode "distribué" comme on te l'a conseillé.

Le fait de séparer le front du back offre de la souplesse. Aujourd'hui, tu as une trentaine d'utilisateurs max, mais demain tu pourrais en avoir 100. De même avec le temps, la volumétrie va augmenter, donc la charge de travail aussi. Les besoins vont également évoluer. Ils sont peut-être simples aujourd'hui, mais peut-être que demain on va te demander de rajouter des workflows complexes par exemple... Si le CRM montre des signes de faiblesse, tu pourras décider de rajouter une autre VM avec le back ou le front afin de distribuer la charge...

On peut avoir besoin de rajouter un back si par exemple tu as beaucoup de workflows, ou des workflows gourmands en ressources, ou une forte volumétrie... Ca permet de distribuer la charge.
Pour le front, on peut avoir besoin de le faire quand par exemple il y a trop de charge réseau. Avec deux VM et du load balancing, tu pourras redistribuer la charge.

De plus, si un des front/back tombe, l'autre prendra le relais donc ça permet également de faire de la haute disponibilité...

a. le premier disque de chaque VM pour l'OS
b. le second disque pour l'installation de CRM
c. un troisième disque virtuel pour les logs crm

Cela n'est pas obligatoire, mais effectivement il est conseillé d'avoir au moins deux disques (A et B), pour une question de performances et de recovery en cas de pépin... Cette préconisation n'est pas propre à Dynamics CRM, c'est plus du bon sens, mais encore une fois, rien d'obligatoire...

- une machine virtuelle pour sql server 2008 R2 avec pour disques:
a. un disque virtuel pour l'OS
b. un disque virtuel pour le logiciel SQL
c. un disque virtuel pour la base de donnée en elle même
d. un disque virtuel pour les transactional logs

Tu peux te contenter de deux disques : A, et le second composé de B + C + D.

Attention en tout cas à ne pas prévoir trop juste pour l'espace disque et à le surveiller régulièrement.