Ich arbeite mit einem Anbieter zusammen, der eine serverbasierte Anwendung bereitstellt, für deren Aktivierung eine Lizenz erforderlich ist. Es gibt zwei Optionen: Software-basierte Lizenzierung und Hardware-basierte Aktivierung (USB-Dongle). Welche Vor- und Nachteile hat die Verwendung von Hardware- oder Softwarelizenzschlüsseln in einer Umgebung, in der die Anwendungssoftware auf einem VMware-basierten Server ausgeführt wird? Der USB-Hardwarelizenzschlüssel wird an einen der folgenden Schlüssel angeschlossen: https://www.digi.com/products/usb/anywhereusb
Es gibt zwei Anwendungen, die lizenziert werden: Anbieter: Iconics Software: GENESIS32 SCADA-Plattform Anbieter: Rockwell Automation Software: FactoryTalk (RSLinx)
Dies ist die Begründung, die der Anbieter für seine Präferenz für Hardwareschlüssel gegeben hat:
Wir haben festgestellt, dass Hardwareschlüssel stabiler sind als Softwareschlüssel, insbesondere in einer VM-Umgebung. Softwareschlüssel werden normalerweise an die Festplatte oder die NIC-ID eines Computers angeschlossen. Jedes Mal, wenn sich diese Nummer ändert (Festplattenfehler, VM-Neukonfiguration usw.), geht die Lizenz verloren und muss mithilfe des Herstellers neu geladen werden. Die heutige Lizenzierung erfolgt über das Internet, und die meisten Server haben keinen Internetzugang. Daher ist die Behandlung von Lizenzproblemen zu einem großen Problem geworden. Hardwareschlüssel funktionieren gut für die VMs, da sie sich nicht auf der VM befinden. Wenn Sie einen Image-Fehler oder einen anderen Serverfehler haben, können Sie ein neues Image kopieren, auf den Lizenzschlüssel zeigen und loslegen.
quelle
Antworten:
Die Hardwareschlüssel fügen einen zusätzlichen Fehlerpunkt hinzu. Ich habe sie brechen sehen. Wenn sie kaputt gehen, können Sie sich nicht in Ihr Kartenlesesystem einloggen und neuen Personen Zugriff auf das Gebäude gewähren. Seufzer
Gehen Sie immer zum Softwareschlüssel, wenn Sie die Wahl haben. FlexLM (einer der gängigsten Lizenzserver) zum Beispiel ist ein echtes Ärgernis, aber sobald es betriebsbereit ist, müssen Sie sich keine Sorgen mehr machen. Bei einem Hardwareschlüssel müssen Sie sich Sorgen machen, dass der Schlüssel ausfällt, der USBAnywhere ausfällt, die USBAnywhere-Software ausfällt usw.
Ich habe diese USBAnywhere-Geräte verwendet und sie waren ziemlich solide, aber ich würde immer noch 10 von 10 Softwareschlüsseln bevorzugen.
quelle
Siehe: Plattformübergreifende Unterstützung für über das Netzwerk angeschlossene USB-Hubs?
Wenn alles andere gleich ist, möchten Sie die Flexibilität eines Softwareschlüssels. Wenn Sie diese Bemühungen mit einem USB-Dongle durchführen, verringert sich die Portabilität Ihres Systems und es gibt nicht viel Vorteile.
Viele Softwarehersteller sind sich der Tatsache bewusst geworden, dass Menschen vollständig virtuell arbeiten und ihre vMotion-ähnlichen Funktionen nutzen möchten. Wenn Sie die Option für ein softwarebasiertes Lizenzierungsschema erhalten, verwenden Sie es!
quelle
Die NIC-ID eines Computers (auch als MAC-Adresse bezeichnet) sollte sich in einer VM-Umgebung nicht ändern. Darüber hinaus können Sie die MAC-Adresse häufig so zuweisen, dass sie mit der MAC-Adresse in der Lizenzdatei übereinstimmt. Die MAC-Adresse kann normalerweise im Betriebssystem verfälscht werden (ich mache es unter Linux).
Ein Lizenzserver, der sich auf die fest codierte ID einer Festplatte stützt, fragt nach Problemen. Laufwerksfehler sind unvermeidlich, RAID-Arrays sind häufig und es ist normal, Laufwerke von Zeit zu Zeit auszutauschen.
Es scheint, dass ein USB-Dongle anfälliger für Ausfälle ist als alles andere.
Wir verwalten ungefähr 20 Lizenzserver, und alle basieren auf der MAC-Adresse oder einem einfacheren Mechanismus.
quelle
Mir ist klar, dass sich Ihre Frage in einer VMware-Umgebung befindet, aber ich denke, dass die allgemeine Frage für andere Virtualisierungsplattformen einschließlich Hyper-V relevant ist.
Ich habe kürzlich einen veralteten Server virtualisiert, auf dem ein Dienst ausgeführt wurde, der von USB-basierten Hardware-Lizenzschlüsseln abhängt, und festgestellt, dass diese in einer Hyper-V-Umgebung nicht nativ funktionieren. Das Hyper-V-Bereitstellungshandbuch enthält Folgendes:
Sie können den COM-Port Ihrer virtuellen Maschine mit Named Pipes verbinden, aber anscheinend nicht mit tatsächlichen seriellen Ports. Anscheinend ist dies in erster Linie eine Debugging-Funktion. Sie können einer virtuellen Maschine Zugriff auf eine serielle Schnittstelle gewähren, indem Sie einen COM-Port-Re-Director verwenden, z. B. USB über Ethernet von KernelPro.
Darüber hinaus müssen die Software und Treiber für den Lizenzschlüssel die Installation auf Windows Server und in unserem Fall auf Server Core unterstützen, wenn der Lizenzschlüssel auf dem Hostserver installiert werden soll.
Am Ende habe ich den Lizenzschlüssel und die Software auf einer Workstation installiert und sie dann als "Lizenzserver" dieser Site verwendet. Dies fügt ungefähr zehn verschiedene Dinge hinzu, die diese Software jetzt beschädigen können. Ein softwarebasierter Lizenzschlüssel würde mir viel Ärger ersparen und ich vermute, dass dies eine zuverlässigere Lösung ist.
quelle