Skip to main content

incorrect agent auto assignment

Thread needs solution

Hi, we have three VMware data centers at different physical locations; at each location, we have an Acronis backup agent appliance. By default, any new VM will be auto assigned to an agent. However, we found that some VM will be auto assigned to an agent at different datacenter. Therefore, the backup will fail. My questions are:

  1. Is there any way that I can control the auto assignment (e.g. by backup files location, or by vmware datacenter)?
  2. I've assigned the backup agent to each VM manually and it resolve my issue. However, whenever someone create a new VM, it may become a problem until we change it manually. Any suggestion?
  3. If I turn off the auto assignment at global settings, what would happen to new VM (i.e. how are the new VM being assigned)

Thanks,

Aldous

0 Users found this helpful
frestogaslorastaswastavewroviwroclolacorashibushurutraciwrubrishabenichikucrijorejenufrilomuwrigaslowrikejawrachosleratiswurelaseriprouobrunoviswosuthitribrepakotritopislivadrauibretisetewrapenuwrapi
Posts: 22
Comments: 3800

Hi Aldous,

1. The logics responsible for assigning VMs to an agent depends on the following factors: a) amount of VMs already controlled by this agent in comparison with other agents b) physical location of the agent comparing it with the VM location (3 possible variants: - same host as the VM; same cluster as the VM; remote host).

Each of these factors has its own "weight" in the system which can be changed in Windows registry on the management server machine: [HKEY_LOCAL_MACHINE\SOFTWARE\Acronis\AMS\Configuration\CentralizedVirtual\ApplianceBinding\Params]. List of parameters with their default values:

AnotherAgentBinding = 1 - defines the weight of possibility to bind VM to remote agent (Windows or Appliance)

AnotherServerBinding = 1 - defines the weight of possibility to bind VM to remote agent (Appliance only)

SameClusterBinding = 5 - defines the weight of possibility to bind VM (Windows or Appliance) to agent located on the same vSphere cluster

SameServerBinding = 10000 - defines the weight of possibility to bind VM to agent (Windows or Appliance) located on the same ESXi host

+

BalancingLimit = 0.1 - defines the amount of VM instances changes (0.1 = 10% of instances are changed, e.g. modified or migrated within vSphere cluster) which are required to trigger re-balancing. 

The higher the weight is in comparison with other weights, the more likely it will be used.

The above settings values are designed to primarily bind VMs to agents located on the same ESXi host/cluster, however note that this won't happen instantly after new VM appears - the re-balancing event must occur first. So the new VMs at first may still apear on wrong agent and then will be re-balanced to be bind to proper agent.

In your case most likely the issue is related to BalancingLimit value which can be further reduced in order to re-act to smaller amount of instances changes. You can set it to 0.05 or slightly lower value (0.025 for example) to trigger re-balancing more often.

2. Please see my above suggestion (adjust BalancingLimit value).

3. You won't be able to turn auto-assignment off on all agents at the same time - the UI won't let you do so, since at any moment in time there should be at least 1 agent which can accept new VMs binding to it. To clarify: the agent "Automatic assignment" mode (Settings->Agents->Details tab) defines whether this agent will participate in the balancing, e.g. whether it would be possible to auto-assing new (or existing) VMs to it OR whether this agent will process only VMs which are manually bind to it.

P.S. We are planning to re-design the above binding logic in the next version of Acronis Backup (internal ID: ABR-124851 ). Currently this logics is too complicated and has some hidden caveats, like handling of new VMs appearance events.

Thank you.

Hi Vasily, thanks for the quick respond. We are using the acronis appliance for vmware (both agent and management). Since it is not Windows, would you give me the instructions to change the values, please?

Regards,
Aldous

frestogaslorastaswastavewroviwroclolacorashibushurutraciwrubrishabenichikucrijorejenufrilomuwrigaslowrikejawrachosleratiswurelaseriprouobrunoviswosuthitribrepakotritopislivadrauibretisetewrapenuwrapi
Posts: 22
Comments: 3800

Hi,

In case of "all-in-one appliance" there is an analogue of Windows registry recorded in /etc/Acronis/*.config files which match the same parameters in Linux management server. You need to modify the AMS.config file and insert the below lines before "<key name="General">" line.

        <key name="CentralizedVirtual">
            <key name="ApplianceBinding">
                <key name="Params">
                    <value name="AnotherAgentBinding" type="TString">"1"</value>
                    <value name="AnotherServerBinding" type="TString">"1"</value>
                    <value name="BalancingLimit" type="TString">"0.1"</value>
                    <value name="SameClusterBinding" type="TString">"5"</value>
                    <value name="SameServerBinding" type="TString">"10000"</value>
                </key>
            </key>
        </key>

This file can be modified either via Cockpit web interface (at :9090 port) of the appliance (via "vi" editor) or by connecting to appliance via WinSCP (login to appliance under 'root' via SCP protocol). See below screen shot showing modifications in /etc/Acronis/AMS.config and their mapping to Windows registry:

BindingOnAiO.PNG

After these changes are made the appliance must be rebooted.

(!) NOTE: After some testing I've discovered that the Agent for VMware running inside the all-in-one appliance is not participating properly in the VM binding redistribution and ignores the above parameters on build #10330 - we will be investigating this problem with our QA and development team to fix it asap. The VM distribution works properly for other "regular" appliances, so as quick workaround you can remove the Agent for VMware on all-in-one appliance from Settings->Agent - this will trigger VMs redistribution among other agents (among other regular appliances):

BindingOnAiO2.PNG

Thank you.

Thanks Vasily. 

in regarding the agent issue within the all-in-one appliance, we had removed the agent as our initial setup in order make sure that all backups will be done by other dedicated agent-only appliance and management as management only. Therefore, it's not an issue for.us. I'll try the registry change. Thanks

 

Aldous