Chaves de licença de hardware x software em um ambiente de VM


8

Estou trabalhando com um fornecedor que está fornecendo um aplicativo baseado em servidor que requer licenciamento para ativação. Há duas opções: licenciamento baseado em software e ativação baseada em hardware (dongle USB). Quais são os prós e os contras do uso de chaves de licença de hardware ou software em um ambiente em que o software aplicativo está sendo executado em um servidor baseado em VMware? A chave de licença de hardware USB será conectada a um destes: https://www.digi.com/products/usb/anywhereusb

Há dois aplicativos que estão sendo licenciados: Fornecedor: Iconics: plataforma GENESIS32 SCADA Fornecedor: Rockwell Automation Software: FactoryTalk (RSLinx)

Este é o raciocínio que o fornecedor deu à sua preferência por chaves de hardware:

Descobrimos que as chaves de hardware são mais estáveis ​​que as chaves de software, especialmente em um ambiente de VM. As chaves de software geralmente são conectadas ao disco rígido ou à identificação da NIC de um computador. Sempre que esse número for alterado (falha do disco rígido, reconfiguração da VM etc.), a licença será perdida e precisará ser recarregada com a ajuda do fabricante. O licenciamento de hoje é feito pela Internet e a maioria dos servidores não tem acesso à Internet. Portanto, lidar com problemas de licenciamento se tornou uma grande dor de cabeça. As chaves de hardware funcionam bem para as VMs porque elas não residem na VM. Se houver uma falha na imagem ou outra falha no servidor, você poderá copiar uma nova imagem, apontar para a chave de licença e começar a funcionar.


Quem é o fornecedor do software?
ewwhite

@ewwhite Atualizado com informações do fornecedor / software.
Shane Wealti

Respostas:


12

As chaves de hardware adicionam um ponto extra de falha. Eu os vi quebrar. Quando eles quebram, você não pode entrar no sistema de furto de cartão e dar às novas pessoas acesso ao prédio. suspiro

Sempre use a tecla de software, se tiver a opção. O FlexLM (um dos servidores de licença mais comuns), por exemplo, é uma verdadeira dor de cabeça, mas uma vez instalado e funcionando, você não precisa se preocupar com isso. Com uma chave de hardware, você precisa se preocupar com a falha da chave, o USBAnywhere, o software USBAnywhere, etc.

Usei esses dispositivos USBAnywhere e eles foram bastante sólidos, mas ainda assim prefiro as chaves do software 10 em 10 vezes.


5

Consulte: Suporte de plataforma cruzada para hubs USB conectados à rede?

Tudo o resto é igual, você deseja a flexibilidade de uma chave de software. Passar por esse esforço usando um dongle USB reduz a portabilidade do sistema e não oferece muita vantagem.

Muitos fabricantes de software descobriram que as pessoas estão se tornando totalmente virtuais e desejam aproveitar seus recursos semelhantes ao vMotion. Se tiver a opção de um esquema de licenciamento baseado em software, use-o!


4

As chaves de software geralmente são conectadas ao disco rígido ou à identificação da NIC de um computador. Sempre que esse número for alterado (falha do disco rígido, reconfiguração da VM etc.), a licença será perdida e precisará ser recarregada com a ajuda do fabricante.

O ID da NIC de um computador (também conhecido como endereço MAC) não deve ser alterado em um ambiente de VM. Além disso, muitas vezes você pode atribuir o endereço MAC para corresponder ao endereço MAC no arquivo de licença. O endereço MAC geralmente pode ser falsificado no sistema operacional (eu faço isso no Linux).

Um servidor de licença que depende de um código codificado de um disco rígido está solicitando problemas - falhas de unidade são inevitáveis, matrizes RAID são comuns e é normal substituir as unidades periodicamente.

Parece que um dongle USB seria mais propenso a falhas do que qualquer outra coisa.

Gerenciamos cerca de 20 servidores de licença, e todos eles dependem do endereço MAC ou de um mecanismo mais simples.


1
Não é bem verdade. A NIC pode mudar em um ambiente de VM, pelo menos sob certas circunstâncias. Eu tenho um servidor de migração ao vivo (Hyper V) que causa problemas após o failover. No nosso caso, analisamos a especificação de MAC em nossos arquivos de configuração para tentar resolver o problema. Deve funcionar, mas tenho outros problemas com que me preocupar por enquanto.
Insomnia

Bem, eu disse "não deveria". not "will not" :) Isso certamente pode acontecer, mas uma imagem de VM deve ter o mesmo MAC, mesmo que tenha sido movida para uma VM diferente.
Stefan Lasiewski

1

Sei que sua pergunta está em um ambiente VMware, mas acho que a pergunta geral é relevante para outras plataformas de virtualização, incluindo o Hyper-V.

Virtualizei recentemente um servidor antigo que executava um serviço dependente de chaves de licenciamento baseadas em USB e constatou que elas não funcionam de forma nativa em um ambiente Hyper-V. O Guia de Implantação do Hyper-V tem o seguinte a dizer:

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

Você pode conectar a porta COM da sua máquina virtual aos pipes nomeados, mas aparentemente não às portas seriais reais. Aparentemente, esse é principalmente um recurso de depuração. Você pode fornecer acesso de uma máquina virtual a uma porta serial usando um re-diretor de porta COM, como o USB over Ethernet do KernelPro.

Além disso, o software e os drivers da chave de licenciamento precisam ser instalados no Windows Server e, no nosso caso, no Server Core, se você desejar que a chave de licenciamento seja instalada no servidor host.

Acabei instalando a chave de licença e o software em uma estação de trabalho e, em seguida, usando-a como o "servidor de licenciamento" desse site. Isso adiciona cerca de dez coisas diferentes que agora podem quebrar esse software. Uma chave de licenciamento baseada em software teria me poupado muitos problemas e suspeito que seja uma solução mais confiável.

Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.