Huggy les bons tuyaux & licensing au socket

Il y a quelques mois, Duncan nous apprenait qu’il est maintenant possible avec ESX(i) 4.0 de contrôler la “présentation” des core(s)/socket(s) dans une VM. Eric de vcritical va plus loin en nous faisant connaitre un outil du célèbre Mark Russinovich (aka pstools-man) nommé coreinfo. Cet outil affiche la répartition core(s)/socket(s) et, surtout, fonctionne dans une VM.

Après moult tests, nous nous sommes rendu compte qu’il était possible d’obtenir des combinaisons particulièrement intéressantes et notamment des configurations “impossibles” :

Sur cet exemple, nous avons créé une VM mono socket quad-core sur un serveur quadri-socket mono-core.

Nous vous laissons en déduire les complications juridique que cela pourrai engendrer pour des applications avec un mode de licensing par socket dans une VM “trafiquée”…

Tags:

18 Responses to “Huggy les bons tuyaux & licensing au socket”

  1. Nice :) :) :)

  2. Ce n’est pas supporté par VMware mais je ne comprend pas que ce soit “unlimited”

  3. Economie d’échelle assurée sur des machines SQL typiquement liées à des licences par socket. Idem pour des licences Windows 2008 Datacenter.

    Le terme unlimited est bizarre oui :|

  4. C’est du licensing par logical cpu chez MS donc pas d’impact il me semble

  5. Autant pour moi, c’est valable pour les versions standard/enterprise de Windows par contre ?
    Autre chose, il faudrait savoir si c’est socket “physique” de la VM ou du host.

  6. Pour le Standard, le modèle de licensing est valable pour 2 sockets physiques.
    Pour l’Advaanced, c’est par “machine” physique installée.
    Pour le Datacenter, c’est par socket du serveur.

    Dans le cas de la virtualisation, ça ne change rien, si ce n’est que les éditions citées précédemment donne droit à des instances virtuelles “gratuites” si tu les associes à ton hôte.
    1 instance pour la standard
    4 instances pour l’enterprise
    une infinité d’instances pour la Datacenter.

    En d’autres termes, sur de l’ESX, tu achètes une licence Datacenter que tu n’installeras donc jamais puisque ton hôte n’est pas Windows, par contre tu l’associes “dans l’esprit” à ton hyperviseur. Comme ça tu as légalement le droit de disposer d’une infinité de VM Windows Serveur 2008/2003 sur cet hôte.

    Attention à la gestion des CALs après ;)

    Ahh si seulement c’était simple :)

  7. Pour la datacenter il me semble avoir lu qu’il fallait dans le cas d’un ESX qu’une VM en datacenter soit installée sur le serveur pour que ce soit valable.
    Et pour la standard t’es sur que c’est pas 4 cpu ?

  8. Non pas besoin pour la VM 2008 Datacenter, encore une fois, il suffit au niveau déclaratif de ne pas réutiliser ta clef de licence physique sur une autre machine et là tu es clean.

    Je confirme pour la standard, très facile, tu vas sur la FN*C et hop:
    http://www.prixmoinscher.com/systemesdexploitation/oid1544282874.html

  9. Bon résumé en effet ! Merci :)
    Si on pouvais faire ça avec la RAM ce serait le top :D

  10. Pas sur que ce soit 2 la limite de la standard : http://x505.free.fr/img/std_4cpu.jpg

  11. On s’est mal compris, il ne s’agissait pas de limite dont je parlais mais de modèle de license.

    Tu peux effectivement mettre autant de CPU que tu veux (tu es limité par contre à 4Go de RAM), mais dans ce cas tu devras t’acquitter de 2x Licences Win2008 std.

    :)

  12. Non pas autant que tu veux, c’est limité à 4 sockets pour la standard, je viens de faire le test.

  13. En gros la standard vaut pas le coup quoi :)

  14. Pas si tu compare la difference de prix entre une standard et une enterprise. Dans le secteurs où je boss actuellement le choix de plusieurs standard plutôt qu’une enterprise est plus intéressant financièrement.

  15. Confirmation de la part de Microsoft à l’instant par mail:
    Les éditions Standard et Enterprise sont comptabilisée "par machine" contrairement à ce que j’ai dis sur la version Standard (où j’annonçais pour 2CPU physiques)

    Mea Culpa :)

  16. Ok, je vais essayer de me renseigner de mon coté concernant les limites de cpu VM/ESX.
    Merci pour le feedback ;)

Leave a Reply