VM環境でのハードウェアライセンスキーとソフトウェアライセンスキー

アクティベーションにライセンスが必要なサーバーベースのアプリケーションを提供しているベンダーと協力しています。ソフトウェアベースのライセンスとハードウェア（USBドングル）ベースのアクティベーションの2つのオプションがあります。アプリケーションソフトウェアがVMwareベースのサーバーで実行されている環境でハードウェアまたはソフトウェアのライセンスキーを使用する場合の長所と短所は何ですか？USBハードウェアライセンスキーは、次のいずれかにプラグインされます：https : //www.digi.com/products/usb/anywhereusb

ライセンスされているアプリケーションは2つあります。ベンダー：Iconicsソフトウェア：GENESIS32 SCADAプラットフォームベンダー：Rockwell Automationソフトウェア：FactoryTalk（RSLinx）

これは、ベンダーがハードウェアキーを優先する理由を示した理由です。

特にVM環境では、ハードウェアキーがソフトウェアキーよりも安定していることがわかりました。ソフトウェアキーは通常、コンピューターのハードドライブまたはNIC IDに接続されます。この数が変わると（ハードドライブの障害、VMの再構成など）、ライセンスは失われ、製造元の助けを借りてリロードする必要があります。今日のライセンスはインターネットを介して行われ、ほとんどのサーバーはインターネットにアクセスできないため、ライセンスの問題への対処が大きな頭痛の種になっています。ハードウェアキーはVM上に存在しないため、VMに対して適切に機能します。イメージの障害またはその他のサーバーの障害が発生した場合は、新しいイメージをコピーし、ライセンスキーをポイントすると、稼働状態になります。

ハードウェアキーは、障害点を追加します。それらが壊れるのを見てきました。彼らが壊れた場合、カードスワイプシステムにログインして、新しい人々に建物へのアクセスを与えることはできません。はぁ

選択肢がある場合は、常にソフトウェアキーを使用してください。たとえば、FlexLM（より​​一般的なライセンスサーバーの1つ）は、お尻の悩みの種ですが、起動して実行されると、心配する必要はありません。ハードウェアキーを使用すると、キーの失敗、USBAnywhereの失敗、USBAnywhereソフトウェアの失敗などについて心配する必要があります。

私はこれらのUSBAnywhereデバイスを使用しており、かなり安定していますが、ソフトウェアキーは10回のうち10回を使用することをお勧めします。

参照：ネットワーク接続USBハブのクロスプラットフォームサポート？

それ以外の場合は、ソフトウェアキーの柔軟性が必要です。USBドングルを使用してこの作業を行うと、システムの移植性が低下し、メリットがあまりありません。

多くのソフトウェアメーカーは、人々が完全に仮想化し、vMotionのような機能を活用したいと考えているという事実に賢明に取り組んできました。ソフトウェアベースのライセンス体系のオプションが与えられた場合は、それを使用してください！

ソフトウェアキーは通常、コンピューターのハードドライブまたはNIC IDに接続されます。この数が変わると（ハードドライブの障害、VMの再構成など）、ライセンスは失われ、製造元の助けを借りてリロードする必要があります。

コンピューターのNIC ID（別名MACアドレス）は、VM環境では変更しないでください。さらに、ライセンスファイル内のMACアドレスと一致するようにMACアドレスを割り当てることができます。MACアドレスは通常、オペレーティングシステムで不正に処理される可能性があります（私はLinuxで実行しています）。

ハードドライブのハードコードされたIDに依存するライセンスサーバーがトラブルを求めています。ドライブの障害は避けられず、RAIDアレイは一般的であり、ドライブを時々交換するのは正常です。

USBドングルは、他の何よりも故障しやすいようです。

私たちは約20のライセンスサーバーを管理しており、それらのすべてがMACアドレスまたはより単純なメカニズムに依存しています。

私の質問はVMware環境に関するものだと思いますが、一般的な質問はHyper-Vを含む他の仮想化プラットフォームに関連していると思います。

最近、ハードウェアのUSBベースのライセンスキーに依存するサービスを実行する古いサーバーを仮想化しましたが、Hyper-V環境ではネイティブに機能しないことがわかりました。Hyper-V導入ガイドには、次のように書かれています。

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

仮想マシンのCOMポートを名前付きパイプに接続できますが、実際のシリアルポートには接続できません。どうやらこれは主にデバッグ機能です。あなたは可能なイーサネット経由でKernelProのUSBとCOMポートの再ディレクターを使用してシリアルポートに仮想マシンのアクセスを提供します。

さらに、ライセンスキーのソフトウェアとドライバーは、ウィンドウサーバーへのインストールをサポートする必要があり、この場合、ライセンスキーをホストサーバーにインストールする場合は、Server Coreにインストールする必要があります。

結局、ワークステーションにライセンスキーとソフトウェアをインストールし、それをそのサイトの「ライセンスサーバー」として使用しました。これにより、このソフトウェアを破壊する可能性のある約10の異なるものが追加されます。ソフトウェアベースのライセンスキーを使用すると、多くの問題を解決でき、より信頼性の高いソリューションであると思います。