Chiavi di licenza hardware vs software in ambiente VM


8

Sto lavorando con un fornitore che sta fornendo un'applicazione basata su server che richiede la licenza per l'attivazione. Esistono due opzioni, licenze basate su software e attivazione basata su hardware (dongle USB). Quali sono i vantaggi e gli svantaggi nell'uso delle chiavi di licenza hardware o software in un ambiente in cui il software applicativo è in esecuzione su un server basato su VMware? La chiave di licenza hardware USB verrà inserita in uno di questi: https://www.digi.com/products/usb/anywhereusb

Esistono due applicazioni in licenza: Venditore: Software Iconics: piattaforma SCADA GENESIS32 Venditore: Software Rockwell Automation: FactoryTalk (RSLinx)

Questo è il ragionamento fornito dal fornitore per la preferenza per le chiavi hardware:

Abbiamo scoperto che le chiavi hardware sono più stabili delle chiavi software, specialmente in un ambiente VM. Le chiavi del software sono generalmente collegate al disco rigido o all'ID NIC di un computer. Ogni volta che questo numero cambia (guasto del disco rigido, riconfigurazione della VM, ecc.) La licenza viene persa e deve essere ricaricata con l'aiuto del produttore. Le licenze odierne vengono eseguite su Internet e la maggior parte dei server non ha accesso a Internet, quindi gestire i problemi delle licenze è diventato un grosso problema. Le chiavi hardware funzionano bene per le macchine virtuali perché non risiedono nella macchina virtuale. Se si verifica un errore dell'immagine o un altro errore del server, è possibile copiare una nuova immagine, puntare alla chiave di licenza e si è attivi.


Chi è il fornitore del software?
ewwhite,

@ewwhite Aggiornato con le informazioni sul fornitore / software.
Shane Wealti,

Risposte:


12

Le chiavi hardware aggiungono un ulteriore punto di errore. Li ho visti rompere. Quando si rompono, non è possibile accedere al sistema di scorrimento delle carte e consentire a nuove persone di accedere all'edificio. sospiro

Vai sempre alla chiave del software se hai la scelta. FlexLM (uno dei server di licenza più comuni), ad esempio, è una vera seccatura, ma una volta installato e funzionante, non devi preoccuparti. Con una chiave hardware, devi preoccuparti del fallimento della chiave, dell'errore USBAnywhere, dell'errore del software USBAnywhere, ecc.

Ho usato quei dispositivi USBAnywhere e sono stati piuttosto solidi, ma preferirei comunque le chiavi del software 10 su 10 volte.


5

Vedi: Supporto multipiattaforma per hub USB collegati in rete?

Tutto sommato uguale, vuoi la flessibilità di una chiave software. Passare attraverso questo sforzo usando un dongle USB riduce la portabilità del sistema e non offre molto vantaggio.

Molti produttori di software si sono resi conto che le persone stanno diventando completamente virtuali e vogliono sfruttare le loro capacità simili a vMotion. Se ti viene data l'opzione per uno schema di licenze basato su software, usalo!


4

Le chiavi del software sono generalmente collegate al disco rigido o all'ID NIC di un computer. Ogni volta che questo numero cambia (guasto del disco rigido, riconfigurazione della VM, ecc.) La licenza viene persa e deve essere ricaricata con l'aiuto del produttore.

L'ID NIC di un computer (noto anche come indirizzo MAC) non dovrebbe cambiare in un ambiente VM. Inoltre, è spesso possibile assegnare l'indirizzo MAC in modo che corrisponda all'indirizzo MAC all'interno del file di licenza. L'indirizzo MAC di solito può essere confuso nel sistema operativo (lo faccio su Linux).

Un server delle licenze che si basa su un ID hardcoded di un hard disk richiede problemi: i guasti delle unità sono inevitabili, gli array RAID sono comuni ed è normale sostituire le unità di volta in volta.

Sembrerebbe che un dongle USB sarebbe più soggetto a guasti rispetto a qualsiasi altra cosa.

Gestiamo circa 20 server di licenza e tutti si basano sull'indirizzo MAC o su un meccanismo più semplice.


1
Non del tutto vero. La scheda NIC può cambiare in un ambiente VM, almeno in determinate circostanze. Ho un server di migrazione in tempo reale (Hyper V) che causa problemi dopo il failover. Nel nostro caso, stiamo cercando di specificare MAC nei nostri file di configurazione per cercare di risolvere il problema. Dovrebbe funzionare, ma per ora ho altri problemi di cui preoccuparmi.
Insonnia,

Bene, ho detto "non dovrei". non "non lo farà" :) Certamente può succedere, ma un'immagine VM dovrebbe avere lo stesso MAC anche se spostata su una VM diversa.
Stefan Lasiewski,

1

Mi rendo conto che la tua domanda si trova in un ambiente VMware ma penso che la domanda generale sia pertinente per altre piattaforme di virtualizzazione tra cui Hyper-V.

Di recente ho virtualizzato un server obsoleto che ha eseguito un servizio dipendente dalle chiavi di licenza basate su hardware USB e ho scoperto che non funzionano in modo nativo in un ambiente Hyper-V. La Guida alla distribuzione di Hyper-V ha questo da dire:

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

È possibile connettere la porta COM della macchina virtuale alle pipe denominate ma apparentemente non alle porte seriali effettive. Apparentemente questa è principalmente una funzione di debug. È possibile fornire l'accesso per una macchina virtuale a una porta seriale utilizzando una porta ri-direttore COM come ad esempio USB del KernelPro over Ethernet.

Inoltre, il software e i driver per la chiave di licenza devono supportare l'installazione su Windows Server e nel nostro caso su Server Core se si desidera installare la chiave di licenza sul server host.

Ho finito per installare la chiave di licenza e il software su una workstation e poi usarla come "server di licenze" di quel sito. Ciò aggiunge una decina di cose diverse che ora possono rompere questo software. Una chiave di licenza basata su software mi avrebbe risparmiato molti problemi e sospetto che sia una soluzione più affidabile.

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.