none
Nombre de processeurs physiques et virtuels

    Question

  • Bonjour, 

    Je possède 2 serveurs physiques en cluster. 

    Voici la configuration de l'un des serveurs : 

    • Processeur AMD Opteron 6376 @2.3 GHz
    • 2 processeurs de 16 cœurs donc 32 cœurs au totale

    Les 2 serveurs hébergent donc des machines virtuelles via hyper-v.

    Je voulais savoir combien de processeurs je pouvais attribué au maximum à mes machines virtuelles car en cas de crash je ne veux pas me retrouver en saturation. 

    Pouvez-vous m'éclairez sur ce point ? 

    Merci d'avance. 

    Alan

    jeudi 26 octobre 2017 12:30

Réponses

  • c'est difficile de répondre à ta question car cela va dépendre du nombre de VMs totales et de la manière dont les VM consomment les performances. Il faut donc que sur chaque hyperviseur tu ne consomme pas 50 % de ces performances afin de pouvoir absorber l'activité de l'autre serveur.

    Il ne faut pas mettre trop de Vcpu sur une seule VM, mais rien n'empêche que le nombre total de CPU affecté à l'ensemble des VM  dépasse les 32 cœurs virtuels. Maintenant si tu n'as que des serveurs qui consomment beaucoup  c'est plus délicat ...

    Il n'y a pas vraiment de formule à ma connaissance qui ne soit autre chose qu'une approximation grossière ...

    jeudi 26 octobre 2017 16:30
    Modérateur
  • Pour compléter la réponse de philippe : tu n'as pas de "limites" en vCPU, ce n'est pas un nombre de ressource physique que tu paramètres mais le nonmbre de slot de temps de calcul (ce qui correspond a des cycles de calcul coté processeur physique).

    En règle général, on défini le moins de vCPU possible (un slot temps se trouve plus facilement que deux) mais, lorsque beaucoup de slots sont demandé dans une période de temps courtes, il peut être utile d'en ajouter. En règle générale, 2 vCPU suffisent pour les machines gourmandes, à quelques exception près (exchange, SQL,...).

    La vraie problématique ne porte pas sur les CPU (au pire les VMs seront lentes en cas de fallback) mais sur l'allocation de la mémoire par host (le total de mémoire utilisé au démarrage ne doit pas excéder le total mémoire d'un hôte du cluster - 2Go) je parle bien de mémoire à l'amorce de la VM: si celle-ci doit redémarrer, c'est la mémoire qui sera préemptée par le système.


    vendredi 27 octobre 2017 06:41
  • Pour Exchange il y a capacity planner.

    Après ce genre d'outil reste une estimation et l'usage n'est pas forcément le même partout.

    Sinon je fais pareil pour les VM je sépare les rôles et applications.


    jeudi 2 novembre 2017 17:05
    Modérateur

Toutes les réponses

  • c'est difficile de répondre à ta question car cela va dépendre du nombre de VMs totales et de la manière dont les VM consomment les performances. Il faut donc que sur chaque hyperviseur tu ne consomme pas 50 % de ces performances afin de pouvoir absorber l'activité de l'autre serveur.

    Il ne faut pas mettre trop de Vcpu sur une seule VM, mais rien n'empêche que le nombre total de CPU affecté à l'ensemble des VM  dépasse les 32 cœurs virtuels. Maintenant si tu n'as que des serveurs qui consomment beaucoup  c'est plus délicat ...

    Il n'y a pas vraiment de formule à ma connaissance qui ne soit autre chose qu'une approximation grossière ...

    jeudi 26 octobre 2017 16:30
    Modérateur
  • Pour compléter la réponse de philippe : tu n'as pas de "limites" en vCPU, ce n'est pas un nombre de ressource physique que tu paramètres mais le nonmbre de slot de temps de calcul (ce qui correspond a des cycles de calcul coté processeur physique).

    En règle général, on défini le moins de vCPU possible (un slot temps se trouve plus facilement que deux) mais, lorsque beaucoup de slots sont demandé dans une période de temps courtes, il peut être utile d'en ajouter. En règle générale, 2 vCPU suffisent pour les machines gourmandes, à quelques exception près (exchange, SQL,...).

    La vraie problématique ne porte pas sur les CPU (au pire les VMs seront lentes en cas de fallback) mais sur l'allocation de la mémoire par host (le total de mémoire utilisé au démarrage ne doit pas excéder le total mémoire d'un hôte du cluster - 2Go) je parle bien de mémoire à l'amorce de la VM: si celle-ci doit redémarrer, c'est la mémoire qui sera préemptée par le système.


    vendredi 27 octobre 2017 06:41
  • Merci de votre retour. 

    En effet, la charge CPU de mon serveur physique ne dépasse pas les 5%, c'est plutôt l'allocation de la mémoire qui nous posent problèmes donc on va gonfler un peu les 2 serveurs physiques. 

    Pour répondre à ta question Philippe, nous n'avons pas de serveurs qui consomment beaucoup mais nous voulons partir sur une politique : 1 serveur = 1 application, afin de faciliter les travaux de maintenance et diagnostic également, le nombre de VMs est donc amené à fortement augmenter. 

    Et-ce que vous connaissez un site qui permet d'attribuer le nombre de vCPU en fonction du rôle d'un serveur ? 

    Je pense par exemple, un serveur Exchange ou SharePoint, combien attribuer de vCPU ? 

    Cdt, 

    Alan


    jeudi 2 novembre 2017 16:58
  • Pour Exchange il y a capacity planner.

    Après ce genre d'outil reste une estimation et l'usage n'est pas forcément le même partout.

    Sinon je fais pareil pour les VM je sépare les rôles et applications.


    jeudi 2 novembre 2017 17:05
    Modérateur
  • Pour, SharePoint, je déconseille la virtualisation si vous n'êtes pas au moins en version 2013. Ensuite, les Front-End sont de simple serveurs Web qui communiquent avec les back-ends. Les Back-End sont des moteurs web réalisant les opérations de calcul et de requêtes vers les bases de données SQL: ils sont gourmand en ressources.
    vendredi 3 novembre 2017 05:32