Quick Jump Menu
Info Ask a Question
Advanced Search Search the Knowledgebase
License Server Redundancy
Author: Kendahl Horvath Reference Number: AA-00286 Views: 1515 Created: 12-31-1969 04:00 pm Last Updated: 04-30-2012 10:14 am 0 Rating/ Voters

Redundant License Server Systems

If you wish to use redundant license server systems, select stable machines; in other words, do not pick machines that are frequently rebooted or shut down for one reason or another. Redundant license server machines are any that support a license server system.

FLEXnet Licensing supports two methods of redundancy:

  • via a license-file list in the LM_LICENSE_FILE environment variable
  • via a set of three redundant license server systems

With LM_LICENSE_FILE list redundancy, each one of a group of license server systems serves a subset of the total licenses. The end user sets LM_LICENSE_FILE to a list of license files, where each license file refers to one of the license server systems. The application then tries each server in the list, in order, until it succeeds or gets to the end of the list.

With three-server redundancy, if any two of the three license server systems are up and running (two out of three license server systems is referred to as a quorum), the system is functional and serves its total complement of licenses.

Redundancy via License-File List

This is best explained by example. If ten licenses are desired for both "f1" and "f2," the vendor issues two sets of licenses with a count of 5 for each of "f1" and "f2." The server machines (unlike three-server redundancy) can be physically distant.

The license files look like:

License 1 for "chicago"

SERVER chicago 17007ea8 1700
VENDOR sampled /etc/mydaemon
FEATURE f1 sampled 1.000 01-jan-2005 5 26C7DD9C0186
FEATURE f2 sampled 1.000 01-jan-2005 5 8CE46C57041D

License 2 for "tokyo"

SERVER tokyo 17a07e08 1700
VENDOR sampled /etc/mydaemon
FEATURE f1 sampled 1.000 01-jan-2005 5 16BE40E1D98D
FEATURE f2 sampled 1.000 01-jan-2005 5 6DB6F3E402DF

The user in Chicago could set LM_LICENSE_FILE to:

1700@chicago:1700@tokyo

The user in Tokyo could set LM_LICENSE_FILE to:

1700@tokyo:1700@chicago

Remember to separate the license file names with a colon (" : ") on UNIX and with a semicolon (" ; ") on Windows. The application attempts the first server in the list, and if that fails for any reason, the second server is tried.

Three-Server Redundancy

The machines that comprise a three-server redundant configuration should

  • Run the same operating system
  • Have excellent communications
  • Reside on the same subnet

The three servers must be located physically close to each other. This form of redundancy requires that the servers exchange heartbeats periodically, and poor communications can cause poor performance. Avoid configuring redundant servers with slow communications or dial-up links.

Three-server redundancy is designed to provide hardware failover protection only and does not provide load-balancing. Use LM_LICENSE_FILE list, instead, if load-balancing is desired. This is because with three-server redundancy, only one of the three servers is "master," capable of issuing licenses. Since all clients must contact the "master," all clients must have reliable networking to a single machine.

Comparing Three-Server to License-File List

Are there any drawbacks to using the license-file list for redundancy?

Yes. By default, once a license job has successfully checked out a license from one host, all subsequent checkouts must be satisfied from the same host. If the application requires more than one license, this could result in a license denial when the license is available on another server. An application bypasses this restriction if it is coded with the use of multiple FLEXnet license jobs. Only your application vendor knows if their application is programmed in this manner.

If the application supports license queueing, all licenses are queued only from the first host on the list rather than the request moving to another server on the list.

Finally, if one server becomes unavailable, some licenses are unavailable.

When is it recommended to use a license-file list for redundancy rather than three-server redundant servers?
  • When there's less system administration available to monitor license server systems.
  • When load-balancing is needed for FLEXenabled applications located far apart, e.g., London and Tokyo, make servers available locally, with remote servers available as backup.
  • License-file list is more forgiving if you lose quorum.
  • License-file list is not limited to three servers (any number work).
  • Clients do not require reliable networking to a single machine with license-file list, so this is recommended where networking itself requires redundancy.
Rss Comments
  • There are no comments for this article.
Info Add Comment
Nickname: Your Email: Subject: Comment:
Enter the code below:
The Knowledge Base Tool is provided to you “as-is”. WINSHUTTLE, INC. HEREBY DISCLAIMS ALL WARRANTIES, EXPRESS OR IMPLIED, WRITTEN OR ORAL, INCLUDING BUT NOT LIMITED TO, ANY WARRANTY OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE, OR NONINFRINGEMENT, AND ANY WARRANTY ARISING BY STATUTE OR OTHERWISE IN LAW, OR FROM A COURSE OF DEALING OR USAGE OF TRADE.

Winshuttle, Inc. does not warrant that the functions contained in the Knowledge Base Tool will meet your requirements, that the operation of the Knowledge Base Tool will be uninterrupted or error-free, or that defects in the Knowledge Base Tool will be corrected. Winshuttle, Inc. does not warrant or make any representations regarding the use or the results of the use of the Knowledge Base Tool in terms of their correctness, accuracy, reliability or otherwise. Winshuttle, Inc. does not represent or warrant that users will be able to access or use the Knowledge Base Tool at times or locations of their choosing, or that Winshuttle, Inc. will have adequate capacity for any user's requirements. No oral or written statement, information or advice given by Winshuttle, Inc. or its employees, distributors, dealers, or agents shall create any warranties in addition to those express warranties set forth herein.