Kunci lisensi perangkat keras vs perangkat lunak dalam lingkungan VM


8

Saya bekerja dengan vendor yang memasok aplikasi berbasis server yang memerlukan lisensi untuk aktivasi. Ada dua opsi, lisensi berbasis perangkat lunak dan aktivasi berbasis perangkat keras (USB-dongle). Apa pro dan kontra untuk menggunakan kunci lisensi perangkat keras atau perangkat lunak di lingkungan di mana perangkat lunak aplikasi berjalan pada server berbasis VMware? Kunci lisensi perangkat keras USB akan dicolokkan ke salah satu dari ini: https://www.digi.com/products/usb/anywhereusb

Ada dua aplikasi yang dilisensikan: Vendor: Perangkat Lunak Ikon: Platform GENESIS32 SCADA Vendor: Perangkat Lunak Otomasi Rockwell: FactoryTalk (RSLinx)

Ini adalah alasan yang diberikan vendor untuk preferensi mereka terhadap kunci perangkat keras:

Kami telah menemukan bahwa kunci perangkat keras lebih stabil daripada kunci perangkat lunak, terutama di lingkungan VM. Kunci perangkat lunak biasanya melekat pada hard drive atau id NIC dari komputer. Setiap kali angka ini berubah (kegagalan hard drive, konfigurasi ulang VM, dll) lisensi hilang dan perlu dimuat ulang dengan bantuan pabrikan. Perizinan saat ini dilakukan melalui internet, dan sebagian besar server tidak memiliki akses internet, sehingga berurusan dengan masalah perizinan telah menjadi sakit kepala utama. Kunci perangkat keras bekerja dengan baik untuk VM karena mereka tidak berada di VM. Jika Anda memiliki kegagalan gambar atau kegagalan server lainnya, Anda dapat menyalin di gambar baru, arahkan ke kunci lisensi, dan Anda sudah aktif.


Siapa vendor perangkat lunak?
ewwhite

@ewwhite Diperbarui dengan informasi vendor / perangkat lunak.
Shane Wealti

Jawaban:


12

Kunci perangkat keras menambah titik kegagalan tambahan. Saya telah melihat mereka hancur. Ketika mereka rusak, Anda tidak dapat masuk ke sistem gesek kartu Anda dan memberi orang baru akses ke gedung. mendesah

Selalu buka kunci perangkat lunak jika Anda punya pilihan. FlexLM (salah satu server lisensi yang lebih umum) misalnya sangat menyebalkan, tetapi sekali sudah berjalan, Anda tidak perlu khawatir. Dengan kunci perangkat keras, Anda harus khawatir tentang kunci yang gagal, USBAnywhere gagal, perangkat lunak USBAnywhere gagal, dll.

Saya telah menggunakan perangkat USBAnywhere dan cukup solid, tapi saya masih lebih suka kunci perangkat lunak 10 dari 10 kali.


5

Lihat: Dukungan lintas platform untuk hub USB yang terhubung ke jaringan?

Semua sama lain, Anda menginginkan fleksibilitas kunci perangkat lunak. Melewati upaya ini menggunakan dongle USB mengurangi portabilitas sistem Anda dan tidak menawarkan banyak keuntungan.

Banyak produsen perangkat lunak telah menyadari fakta bahwa orang-orang akan sepenuhnya virtual dan ingin meningkatkan kemampuan mereka seperti vMotion. Jika diberi opsi untuk skema lisensi berbasis perangkat lunak, gunakan!


4

Kunci perangkat lunak biasanya melekat pada hard drive atau id NIC dari komputer. Setiap kali angka ini berubah (kegagalan hard drive, konfigurasi ulang VM, dll) lisensi hilang dan perlu dimuat ulang dengan bantuan pabrikan.

Id NIC komputer (Juga dikenal sebagai alamat MAC) tidak boleh berubah di lingkungan VM. Selain itu, Anda sering dapat menetapkan alamat MAC untuk mencocokkan alamat MAC dalam file lisensi. Alamat MAC biasanya dapat dikaburkan dalam sistem Operasi (saya melakukannya di Linux).

Server lisensi yang mengandalkan ID hard drive dari harddisk meminta masalah - Kegagalan drive tidak bisa dihindari, array RAID adalah umum, dan normal untuk mengganti drive dari waktu ke waktu.

Tampaknya dongle USB akan lebih rentan terhadap kegagalan daripada hal lainnya.

Kami mengelola sekitar 20 server lisensi, dan semuanya bergantung pada alamat MAC atau mekanisme yang lebih sederhana.


1
Tidak sepenuhnya benar. NIC dapat berubah dalam lingkungan VM, setidaknya dalam kondisi tertentu. Saya memiliki server migrasi langsung (Hyper V) yang menyebabkan masalah setelah failover. Dalam kasus kami, kami sedang mencari menentukan MAC dalam file konfigurasi kami untuk mencoba dan menyelesaikan masalah. Harus bekerja, tapi saya punya masalah lain yang perlu dikhawatirkan untuk saat ini.
Insomnia

Yah, aku berkata "tidak boleh". bukan "tidak akan" :) Itu pasti bisa terjadi, tetapi gambar VM harus MAC yang sama bahkan jika itu dipindahkan ke VM yang berbeda.
Stefan Lasiewski

1

Saya menyadari pertanyaan Anda ada di lingkungan VMware tetapi saya pikir pertanyaan umum relevan dengan platform virtualisasi lainnya termasuk Hyper-V.

Saya baru-baru ini mengvirtualisasikan server yang menua yang menjalankan layanan tergantung pada kunci lisensi berbasis perangkat keras USB dan menemukan bahwa mereka tidak bekerja secara native di lingkungan Hyper-V. Panduan Penerapan Hyper-V mengatakan ini:

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

Anda dapat menghubungkan port COM mesin virtual Anda ke pipa bernama tetapi tampaknya tidak ke port serial yang sebenarnya. Rupanya ini terutama fitur debugging. Anda dapat menyediakan akses untuk mesin virtual ke port serial menggunakan pengarah ulang port COM seperti USB melalui Ethernet KernelPro.

Selain itu perangkat lunak dan driver untuk kunci lisensi perlu mendukung diinstal pada Window Server dan dalam kasus kami pada Server Core jika Anda ingin kunci lisensi diinstal pada server host.

Saya akhirnya menginstal kunci lisensi dan perangkat lunak pada workstation dan kemudian menggunakannya sebagai "server lisensi" situs itu. Ini menambahkan sekitar sepuluh hal berbeda yang sekarang dapat merusak perangkat lunak ini. Kunci lisensi berbasis perangkat lunak akan menyelamatkan saya dari banyak masalah dan saya curiga menjadi solusi yang lebih andal.

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.