VM 환경의 하드웨어 및 소프트웨어 라이센스 키

8

활성화를 위해 라이센스가 필요한 서버 기반 응용 프로그램을 제공하는 공급 업체와 협력하고 있습니다. 소프트웨어 기반 라이센싱과 하드웨어 (USB 동글) 기반 활성화의 두 가지 옵션이 있습니다. 애플리케이션 소프트웨어가 VMware 기반 서버에서 실행되는 환경에서 하드웨어 또는 소프트웨어 라이센스 키를 사용하는 것에 대한 장단점은 무엇입니까? USB 하드웨어 라이센스 키는 다음 중 하나에 연결됩니다. https://www.digi.com/products/usb/anywhereusb

라이센스가 부여되는 두 가지 응용 프로그램이 있습니다. 공급 업체 : Iconics Software : GENESIS32 SCADA 플랫폼 공급 업체 : Rockwell Automation 소프트웨어 : FactoryTalk (RSLinx)

이것이 벤더가 하드웨어 키를 선호하는 이유입니다.

우리는 하드웨어 키가 특히 VM 환경에서 소프트웨어 키보다 더 안정적이라는 것을 알았습니다. 소프트웨어 키는 일반적으로 컴퓨터의 하드 드라이브 또는 NIC ID에 연결됩니다. 이 숫자가 변경되면 (하드 드라이브 오류, VM 재구성 등) 라이센스가 손실되고 제조업체의 도움을 받아 다시로드해야합니다. 오늘날의 라이센스는 인터넷을 통해 이루어지며 대부분의 서버는 인터넷에 액세스 할 수 없으므로 라이센스 문제를 다루는 것이 큰 골치 거리가되었습니다. 하드웨어 키는 VM에 상주하지 않기 때문에 VM에 적합합니다. 이미지 오류나 다른 서버 오류가 발생하면 새 이미지로 복사하고 라이센스 키를 가리키면 작동 중입니다.

virtual-machines licensing

— 셰인 웰티
소스

소프트웨어 공급 업체는 누구입니까?

— ewwhite

@ewwhite 공급 업체 / 소프트웨어 정보로 업데이트되었습니다.

— Shane Wealti

12

하드웨어 키는 추가 오류 지점을 추가합니다. 나는 그들이 부서지는 것을 보았다. 그들이 깨면 카드 슬쩍 시스템에 로그인하여 새로운 사람들에게 건물에 대한 액세스 권한을 부여 할 수 없습니다. 한숨

원하는 경우 항상 소프트웨어 키를 사용하십시오. 예를 들어 FlexLM (가장 일반적인 라이센스 서버 중 하나)은 엉덩이에 큰 고통을 주지만 일단 실행되면 걱정할 필요가 없습니다. 하드웨어 키를 사용하면 키 실패, USBAnywhere 실패, USBAnywhere 소프트웨어 실패 등에 대해 걱정해야합니다.

나는 그 USBAnywhere 장치를 사용해 왔으며 꽤 견고했지만, 여전히 10 번 중 10 번 소프트웨어 키를 선호합니다.

— MDMarra
소스

5

참조 : 네트워크 연결 USB 허브에 대한 크로스 플랫폼 지원?

그렇지 않으면 소프트웨어 키의 유연성을 원합니다. USB 동글을 사용하여이 작업을 수행하면 시스템 이식성이 줄어들고 많은 장점이 없습니다.

많은 소프트웨어 제조업체는 사람들이 완전히 가상으로 가고 vMotion과 같은 기능을 활용하고자한다는 사실에 현명했습니다. 소프트웨어 기반 라이센스 체계에 대한 옵션이 제공된 경우이를 사용하십시오!

— ewwhite
소스

4

소프트웨어 키는 일반적으로 컴퓨터의 하드 드라이브 또는 NIC ID에 연결됩니다. 이 숫자가 변경되면 (하드 드라이브 오류, VM 재구성 등) 라이센스가 손실되고 제조업체의 도움을 받아 다시로드해야합니다.

컴퓨터의 NIC ID (MAC 주소라고도 함)는 VM 환경에서 변경되지 않아야합니다. 또한 라이센스 파일 내의 MAC 주소와 일치하도록 MAC 주소를 할당 할 수도 있습니다. MAC 주소는 일반적으로 운영 체제에서 퍼지 될 수 있습니다 (Linux에서는 수행함).

하드 드라이브의 하드 코드 된 ID를 사용하는 라이센스 서버가 문제를 요구하고 있습니다. 드라이브 장애는 불가피하며 RAID 어레이는 일반적이며 드라이브를 수시로 교체하는 것이 일반적입니다.

USB 동글은 다른 어떤 것보다 실패하기 쉬운 것 같습니다.

약 20 개의 라이센스 서버를 관리하며 모두 MAC 주소 또는 더 간단한 메커니즘을 사용합니다.

— 스테판 라시 에프 스키
소스

1

사실이 아닙니다. NIC는 적어도 특정 환경에서 VM 환경에서 변경 될 수 있습니다. 장애 조치 후 문제를 일으키는 라이브 마이그레이션 서버 (Hyper V)가 있습니다. 이 경우 문제를 해결하기 위해 구성 파일에 MAC을 지정하려고합니다. 작동하지만 지금 걱정할 다른 문제가 있습니다.

— 불면증

글쎄, 나는 "하지 말아야한다"고 말했다. : "하지 않을 것이다":) 확실히 일어날 수 있지만 VM 이미지가 다른 VM으로 이동 된 경우에도 동일한 MAC 이미지가 있어야합니다.

— Stefan Lasiewski

1

귀하의 질문이 VMware 환경에 있다는 것을 알고 있지만 일반적인 질문은 Hyper-V를 포함한 다른 가상화 플랫폼과 관련이 있다고 생각합니다.

최근에 하드웨어 USB 기반 라이센스 키에 따라 서비스를 실행하는 에이징 서버를 가상화했으며 Hyper-V 환경에서 기본적으로 작동하지 않는 것으로 나타났습니다. Hyper-V 배포 가이드는 다음과 같이 말합니다.

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

가상 머신의 COM 포트를 명명 된 파이프에 연결할 수 있지만 실제 직렬 포트에는 연결되지 않을 수 있습니다. 분명히 이것은 주로 디버깅 기능입니다. KernelPro의 USB over Ethernet과 같은 COM 포트 리디렉터를 사용하여 가상 머신을 직렬 포트에 액세스 할 수 있습니다 .

또한 라이센스 키를 호스트 서버에 설치하려면 라이센스 키의 소프트웨어 및 드라이버가 Window Server 및 Server Core에 설치되도록 지원해야합니다.

라이센스 키와 소프트웨어를 워크 스테이션에 설치 한 다음 해당 사이트의 "라이센스 서버"로 사용했습니다. 이로 인해이 소프트웨어를 손상시킬 수있는 약 10 가지가 추가되었습니다. 소프트웨어 기반 라이센스 키로 인해 많은 문제가 발생하지 않았으며보다 안정적인 솔루션이라고 생각합니다.