We are upgrading from Sybase 9 to 16 (or 17). The new setup will be all Hyper-V (one live server and two backup servers replicating using VSS service). We are planning on having one DB server on one of the Hyper-V machines. Given this scenario, I have few questions:
I am posting here because neither SAP customer service or authorized sales rep was able to give me straight answer to my questions. Thanks. |
Sorry you weren't able to get the answers you need. Check out this blog post for details on licensing in virtual environments: http://scn.sap.com/community/sql-anywhere/blog/2014/12/02/licensing-sap-sql-anywhere-in-virtual-environments To briefly address your questions:
1
Thank you for providing answers to my questions. I have read this blog post you have linked to. If we could license the host CPUs that would be great but how SQL Anywhere will be able to determine how many physical CPUs the host machine has if it only has access to vCPUs from the virtual machine it runs on? Also, as to my question #2, there SQL Anywhere will not technically run on three different servers. The DB virtual machine will be replicating across the two backup servers so we have two backup copies of the VM. Configuration, specs, etc will all be the same. In this case, if I understand correctly, only 1 license would be required because the servers would never be on at the same time. They are just going to be exact copies of each other for use in case of failure. I guess this is different than what you have described because we are not going to use SQL Anywhere High Availability (VCS) but the Microsoft's VSS (Volume Shadow Copy Service) that is going to make a shadow copy of the whole VM not just the database only. Any thoughts? I am just trying to make an informed decision and to be fully compatible with SQL Anywhere licensing.
(13 Aug '15, 11:47)
drabina
Replies hidden
2
The server will treat a vCPU the same as a physical CPU. It just asks the OS how many CPUs are present. In either case, the license will only allow the server to use up to the licensed number of CPUs, even if there are more. I believe your understanding is correct with regards to your question #2.
(13 Aug '15, 12:03)
Jason Hinspe...
Thank you for replying. Your input was very valuable in clarifying the licensing options I was confused with.
(13 Aug '15, 14:40)
drabina
@Jason: I'm currently facing a similar situation: We like to install SA in a VM that can be run on (and moved between) one of two nodes of a MS Cluster under Windows Server 2012 R2 Hyper-V (i.e. the VM image will be stored on a Cluster Shared Volume). Given the fact that there's only VM running, it would mean that I only need one license (we are using seat-based licenses), not two, right?
(14 Aug '15, 02:22)
Volker Barth
1
Yes, I believe that is correct Volker. This is basically an automated backup/recovery scenario.
(14 Aug '15, 14:50)
Jason Hinspe...
|