A Logon Group is a group of servers that belongs to one SAP system. It is maintained in transaction SMLG.
Logon groups are used to automatically distribute user logons to individual instances or to groups of SAP instances (Applications Server).
Group “SPACE” is maintained automatically with all active servers. It is possible to manually overwritten in SMLG this SPACE group. The group defined in SMLG contains only active servers and the load each server has its own load values. For every group one favorite server is determined and sent to the Message Server.

Below is the way logon group based load balancing work in SAP.

1. SAPGUI:
a. The saplogon process connects to the MS and asks for the favorite server of the logon group.
b. The Message Server sends back the IP address and port number of the favorite server.
c. SAPGUI uses this information to connect to the Application Server.
This procedure repeats for every logon.

2: RFC:
a. The sap logon process connects to the MS and asks for the favorite server of the logon group.
b. If the “Ext. RFC-enable” field is selected, the RFC client performs load balancing.
If this field is not set, server that is entered as the best server in the logon group is used and the system does not perform any further balancing among the servers of a logon group.
c. RFC client balancing the connection among the servers of this logon group.
d. To the next connection, a check is performed to determine whether the data is still valid (information from timeout and RFC logons defined in table RZLLICLASS). In such situations its structure of data is updated with a next request to the MS and the client then receives the list of all servers of the group with its quality and delta quality. It reorders the list using random numbers.

3: HTTP(s):
a. The Message Server redirect the request to the favorite application server.
b. As from this first connection the URL in the browser change to the application server hostname.
The SAP recommends using Web Dispatcher as load balancer to Web connections.

Below is strategy for load balancing to work that we can use in each group accordingly.

B = Best (default value)
The client uses the server with the best quality. The quality of a server is decreased by the delta quality after each connection.

R = Round Robin
All servers do have the same quality of 1,000 and delta quality of 1.
This may be a problem if many RFC programs start at the same time. It is possible that all RFC programs select the same application server for the first logon.
For this reason there is a random number used during the Round Robing load balancing that is used to choose the application server.

W = Weighted Round Robin
All server do have the same quality of 10,000,000. The delta quality is 10,000 divided by the number of dialog work processes. If Logon group is using by RFC then this startegy will best suitable.

Few important recommendation/suggestion from SAP on this:

– Keep the rdisp/autoabaptime equal on all instances of one system;
– Keep the date and time synchronized in all application servers;
– It is not recommended to change the default time of rdisp/autoabaptime (300 seconds);
– If this is a RFC load balance you must select the “Ext. RFC-enable” field for the group attributes;
– In case of RFC load balance, the configuration of table RZLLICLASS must be properly adjusted as per the requirements.

Points to take note/remember about logon load balancing:

– Opening a new mode does not trigger load balancing.
– The user cannot be transferred to another server. If a server is not working any longer, the user has to open a new connection.
– For RFC connections load balancing is done for every new connection. RFC calls on an existing connection do not cause load balancing, you stay connected with the same server. To enforce load balancing you have to close the current RFC connection and open a new one.
– If you have set the Extended RFC Load Balancing flag for a logon group, load balancing is done locally at client side.
– The RFC client receives a new list after 120 seconds or 200 connections (default). You can set different values for each group in table RZLLICLASS.
– Round-Robin and Weighted-Round-Robin do not apply to SAPGUI connections.
– There is no “server-side” load balancing.
– RFC connections do not cause a new calculation of server groups like SAPGUI connections do
– To validate if the RFC load balance is enable in a logon group, the lgtst tool can be used, details mentioned in different blog about to use/run.
– There is a program responsible by the load calculation. It’s possible to monitor the execution of this program over:
RZ03 -> Select the APPS -> Utilities -> More utilities -> Contr/St.Area.

Above are SAP best explanation/recommendation.

Leave a Reply

Your email address will not be published. Required fields are marked *