Clés de licence matérielle vs logicielle dans un environnement de machine virtuelle

Je travaille avec un fournisseur qui fournit une application basée sur serveur qui nécessite une licence pour l'activation. Il existe deux options, une licence logicielle et une activation matérielle (clé USB). Quels sont les avantages et les inconvénients de l'utilisation de clés de licence matérielle ou logicielle dans un environnement où le logiciel d'application s'exécute sur un serveur basé sur VMware? La clé de licence matérielle USB sera connectée à l'un de ceux-ci: https://www.digi.com/products/usb/anywhereusb

Deux applications sont sous licence: Fournisseur: Logiciel Iconics: Plateforme GENESIS32 SCADA Fournisseur: Rockwell Automation Logiciel: FactoryTalk (RSLinx)

C'est le raisonnement que le fournisseur a donné pour sa préférence pour les clés matérielles:

Nous avons constaté que les clés matérielles sont plus stables que les clés logicielles, en particulier dans un environnement de machine virtuelle. Les clés logicielles sont généralement connectées au disque dur ou à l'ID NIC d'un ordinateur. Chaque fois que ce nombre change (panne de disque dur, reconfiguration de VM, etc.), la licence est perdue et doit être rechargée avec l'aide du fabricant. Les licences actuelles se font sur Internet, et la plupart des serveurs n'ont pas accès à Internet, donc traiter les problèmes de licence est devenu un casse-tête majeur. Les clés matérielles fonctionnent bien pour les machines virtuelles car elles ne résident pas sur la machine virtuelle. Si vous rencontrez une défaillance d'image ou une autre défaillance du serveur, vous pouvez copier une nouvelle image, pointer vers la clé de licence et vous êtes opérationnel.

Les clés matérielles ajoutent un point de défaillance supplémentaire. Je les ai vus se casser. Lorsqu'ils se cassent, vous ne pouvez pas vous connecter à votre système de glissement de carte et permettre à de nouvelles personnes d'accéder au bâtiment. soupir

Utilisez toujours la clé du logiciel si vous avez le choix. FlexLM (l'un des serveurs de licences les plus courants), par exemple, est vraiment pénible, mais une fois qu'il est opérationnel, vous n'avez pas à vous en préoccuper. Avec une clé matérielle, vous devez vous soucier de l'échec de la clé, de l'échec de USBAnywhere, de l'échec du logiciel USBAnywhere, etc.

J'ai utilisé ces périphériques USBAnywhere et ils ont été assez solides, mais je préférerais toujours les clés logicielles 10 fois sur 10.

Voir: Prise en charge multiplateforme pour les concentrateurs USB connectés au réseau?

Toutes choses égales par ailleurs, vous voulez la flexibilité d'une clé logicielle. Passer par cet effort en utilisant un dongle USB réduit la portabilité de votre système et n'offre pas beaucoup d'avantages.

De nombreux fabricants de logiciels ont pris conscience du fait que les gens deviennent entièrement virtuels et souhaitent tirer parti de leurs capacités de type vMotion. Si vous avez la possibilité de créer un système de licence basé sur un logiciel, utilisez-le!

Les clés logicielles sont généralement connectées au disque dur ou à l'ID NIC d'un ordinateur. Chaque fois que ce nombre change (panne de disque dur, reconfiguration de VM, etc.), la licence est perdue et doit être rechargée avec l'aide du fabricant.

L'ID NIC d'un ordinateur (également appelé adresse MAC) ne doit pas changer dans un environnement de machine virtuelle. En outre, vous pouvez souvent attribuer l'adresse MAC pour correspondre à l'adresse MAC dans le fichier de licence. L'adresse MAC peut généralement être truquée dans le système d'exploitation (je le fais sous Linux).

Un serveur de licences qui s'appuie sur l'ID codé en dur d'un disque dur demande des problèmes: les pannes de disque sont inévitables, les matrices RAID sont courantes et il est normal de remplacer les disques de temps en temps.

Il semblerait qu'un dongle USB serait plus susceptible d'échouer que n'importe quoi d'autre.

Nous gérons environ 20 serveurs de licences, et tous s'appuient sur l'adresse MAC ou un mécanisme plus simple.

Je me rends compte que votre question se trouve dans un environnement VMware, mais je pense que la question générale est pertinente pour d'autres plates-formes de virtualisation, y compris Hyper-V.

J'ai récemment virtualisé un serveur vieillissant qui exécutait un service dépendant des clés de licence matérielles basées sur USB et j'ai constaté qu'ils ne fonctionnaient pas nativement dans un environnement Hyper-V. Le Guide de déploiement Hyper-V a ceci à dire:

No access to a physical COM port is available from a virtual machine.

Vous pouvez connecter le port COM de votre machine virtuelle aux canaux nommés, mais apparemment pas aux ports série réels. Apparemment, c'est principalement une fonction de débogage. Vous pouvez fournir un accès pour une machine virtuelle à un port série à l'aide d'un redirection de port COM tel que USB sur Ethernet de KernelPro.

De plus, le logiciel et les pilotes de la clé de licence doivent prendre en charge l'installation sur Windows Server et dans notre cas sur Server Core si vous souhaitez que la clé de licence soit installée sur le serveur hôte.

J'ai fini par installer la clé de licence et le logiciel sur un poste de travail, puis je l'ai utilisé comme "serveur de licences" de ce site. Cela ajoute une dizaine de choses différentes qui peuvent désormais casser ce logiciel. Une clé de licence basée sur un logiciel m'aurait évité bien des ennuis et je soupçonne une solution plus fiable.