Claves de licencia de hardware frente a software en un entorno VM


8

Estoy trabajando con un proveedor que suministra una aplicación basada en servidor que requiere licencia para su activación. Hay dos opciones, licencias basadas en software y activación basada en hardware (dongle USB). ¿Cuáles son las ventajas y desventajas de utilizar claves de licencia de hardware o software en un entorno donde el software de la aplicación se ejecuta en un servidor basado en VMware? La clave de licencia de hardware USB se conectará a uno de estos: https://www.digi.com/products/usb/anywhereusb

Hay dos aplicaciones que tienen licencia: Proveedor: Software Iconics: plataforma GENESIS32 SCADA Proveedor: Software de Rockwell Automation: FactoryTalk (RSLinx)

Este es el razonamiento que el vendedor dio para su preferencia por las llaves de hardware:

Hemos descubierto que las claves de hardware son más estables que las claves de software, especialmente en un entorno VM. Las claves de software generalmente están conectadas al disco duro o al NIC ID de una computadora. Cada vez que este número cambia (falla del disco duro, reconfiguración de VM, etc.) la licencia se pierde y debe volver a cargarse con la ayuda del fabricante. Las licencias actuales se realizan a través de Internet, y la mayoría de los servidores no tienen acceso a Internet, por lo que lidiar con los problemas de licencias se ha convertido en un gran dolor de cabeza. Las claves de hardware funcionan bien para las máquinas virtuales porque no residen en la máquina virtual. Si tiene una falla en la imagen u otra falla en el servidor, puede copiar una nueva imagen, apuntar a la clave de licencia y ya está en funcionamiento.


¿Quién es el vendedor de software?
ewwhite

@ewwhite Actualizado con información del proveedor / software.
Shane Wealti

Respuestas:


12

Las teclas de hardware agregan un punto extra de falla. Los he visto romperse. Cuando se rompen, no puede iniciar sesión en su sistema de tarjeta magnética y dar acceso a nuevas personas al edificio. suspiro

Siempre vaya a la clave de software si tiene la opción. FlexLM (uno de los servidores de licencias más comunes), por ejemplo, es una verdadera molestia, pero una vez que está en funcionamiento, no tiene que preocuparse por eso. Con una clave de hardware, debe preocuparse por el fallo de la clave, el fallo de USBAnywhere, el fallo del software USBAnywhere, etc.

He usado esos dispositivos USBAnywhere y han sido bastante sólidos, pero aún prefiero las claves de software 10 de cada 10 veces.


5

Ver: ¿ Soporte multiplataforma para concentradores USB conectados a la red?

Todo lo demás igual, desea la flexibilidad de una clave de software. Pasar por este esfuerzo utilizando un dongle USB reduce la portabilidad de su sistema y no ofrece muchas ventajas.

Muchos fabricantes de software han sabido que las personas se están volviendo completamente virtuales y quieren aprovechar sus capacidades similares a vMotion. Si se le da la opción de un esquema de licencia basado en software, ¡úselo!


4

Las claves de software generalmente están conectadas al disco duro o al NIC ID de una computadora. Cada vez que este número cambia (falla del disco duro, reconfiguración de VM, etc.) la licencia se pierde y debe volver a cargarse con la ayuda del fabricante.

La identificación NIC de una computadora (también conocida como la dirección MAC) no debe cambiar en un entorno VM. Además, a menudo puede asignar la dirección MAC para que coincida con la dirección MAC dentro del archivo de licencia. La dirección MAC generalmente se puede falsificar en el sistema operativo (lo hago en Linux).

Un servidor de licencias que se basa en la ID codificada de un disco duro está pidiendo problemas: las fallas de las unidades son inevitables, los conjuntos RAID son comunes y es normal reemplazar las unidades de vez en cuando.

Parece que un dispositivo USB sería más propenso a fallar que cualquier otra cosa.

Gestionamos unos 20 servidores de licencias, y todos ellos dependen de la dirección MAC o de un mecanismo más simple.


1
No del todo cierto. La NIC puede cambiar en un entorno VM, al menos bajo ciertas circunstancias. Tengo un servidor de migración en vivo (Hyper V) que causa problemas después de la conmutación por error. En nuestro caso, estamos buscando especificar MAC en nuestros archivos de configuración para tratar de resolver el problema. Debería funcionar, pero tengo otros problemas por los que preocuparme por ahora.
Insomnio

Bueno, dije "no debería". no "no lo hará" :) Ciertamente puede suceder, pero una imagen de VM debería tener el mismo MAC incluso si se mueve a una VM diferente.
Stefan Lasiewski

1

Me doy cuenta de que su pregunta está en un entorno VMware, pero creo que la pregunta general es relevante para otras plataformas de virtualización, incluida Hyper-V.

Recientemente virtualicé un servidor antiguo que ejecutaba un servicio que dependía de las claves de licencia de hardware basadas en USB y descubrí que no funcionan de forma nativa en un entorno Hyper-V. La Guía de implementación de Hyper-V tiene esto que decir:

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

Puede conectar el puerto COM de su máquina virtual a tuberías con nombre, pero aparentemente no a los puertos seriales reales. Aparentemente, esta es principalmente una función de depuración. Usted puede proporcionar acceso a una máquina virtual a un puerto serie usando un puerto COM re-director tales como USB de KernelPro a través de Ethernet.

Además, el software y los controladores para la clave de licencia deben ser compatibles con la instalación en Windows Server y en nuestro caso en Server Core si desea que la clave de licencia se instale en el servidor host.

Terminé instalando la clave de licencia y el software en una estación de trabajo y luego usándolo como el "servidor de licencias" de ese sitio. Esto agrega unas diez cosas diferentes que ahora pueden romper este software. Una clave de licencia basada en software me habría ahorrado muchos problemas y sospecho que es una solución más confiable.

Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.