Predictive optimal queue length management for backup sessions using distributed proxies

Patent metadata

Field	Value
Publication number	US-12099418-B2
Application number	US-202117198386-A
Country	US
Kind code	B2
Filing date	Mar 11, 2021
Priority date	Mar 11, 2021
Publication date	Sep 24, 2024
Grant date	Sep 24, 2024

Abstract

Techniques described herein relate to methods and systems for managing backup operations. The method may include receiving a request to perform a first backup operation for a first virtual machine (VM); making a first determination, using a vProxy preference map, that a first vProxy is assigned to the first VM based on a backup capability associated with the first vProxy; making a second determination that the first vProxy is not available to perform the first backup operation; making a third determination, based on the second determination and using a vProxy information database, that a second vProxy is available to perform the first backup operation based on the second vProxy being associated with the same backup capability as the first vProxy; and performing the first backup operation using the second vProxy.

First claim

What is claimed is:

1. A method for managing backup operations, the method comprising:
receiving a request to perform a first backup operation for a first virtual machine (VM);
making a first determination, using a vProxy preference map, that a first vProxy is assigned to the first VM based on a backup capability associated with the first vProxy,
wherein the vProxy preference map specifies a set of entries, wherein an entry for the first VM specifies:
the first vProxy and a second vProxy as preferred vProxies,
a third vProxy and a fourth vProxy as previous vProxies,
a special requirement of the first VM, wherein the special requirement is one selected from a group consisting of an indication that the first VM is associated with a large data set, an indication that in order to backup the first VM a vProxy must include a sufficient number of configured sessions to enable concurrent backup of the first VM, and the first VM is executing a critical application, and
a recommendation, wherein the recommendation specifies whether or not a vProxy performing a backup for the first VM may be shared for performing other backup operations;

making a second determination that the first vProxy is not available to perform the first backup operation based on the first vProxy being labeled unhealthy or the first vProxy performing another backup operation, and wherein labelling the first vProxy comprises:
obtaining, by a health data collector, health data items associated with the first vProxy; and
assigning, based on the health data items and using the health data collector, the first vProxy to a low health cluster;

making a third determination, based on the second determination and using a vProxy information database and the vProxy Preference Map, that a second vProxy is available to perform the first backup operation based on the second vProxy being associated with the same backup capability as the first vProxy, and based on the health data collector assigning the second vProxy to a high health cluster; and
performing the first backup operation using the second vProxy.

2. The method of claim 1 , further comprising:
receiving a second request to perform a second backup operation for the first VM;
making a fourth determination, using the vProxy preference map, that the first vProxy is assigned to the first VM based on the backup capability associated with the first vProxy;
making a fifth determination that the first vProxy is available to perform the second backup operation; and
performing, based on the fifth determination, the second backup operation using the first vProxy.

3. The method of claim 1 , further comprising:
receiving a second request to perform a second backup operation for the first VM;
making a fourth determination, using the vProxy preference map, that the first vProxy is assigned to the first VM based on the backup capability associated with the first vProxy;
making a fifth determination that the first vProxy is not available to perform the second backup operation, wherein the availability of the first vProxy is determined by a vProxy analytics engine;
making a sixth determination, based on the fifth determination and using the vProxy information database, that no vProxy associated with the same backup capability as the first vProxy is available to perform the second backup operation;
assigning, based on the sixth determination, an alternate vProxy to perform the second backup operation; and
performing the second backup operation using the alternate vProxy.

4. The method of claim 1 , wherein the vProxy information database comprises a set of vProxies, each associated with at least one known backup capability.

5. The method of claim 1 , wherein the backup capability is an ability to perform high concurrency backups.

6. The method of claim 1 , wherein the backup capability is an ability to perform large dataset backups.

7. The method of claim 1 , wherein the backup capability is an ability to perform critical VM backups.

8. A non-transitory computer readable medium comprising computer readable program code, which when executed by a computer processor enables the computer processor to perform a method for managing backup operations, the method comprising:
receiving a request to perform a first backup operation for a first virtual machine (VM);
making a first determination, using a vProxy preference map, that a first vProxy is assigned to the first VM based on a backup capability associated with the first vProxy,
wherein the vProxy preference map specifies a set of entries, wherein an entry for the first VM specifies:
the first vProxy and a second vProxy as preferred vProxies,
a third vProxy and a fourth vProxy as previous vProxies,
a special requirement of the first VM, wherein the special requirement is one selected from a group consisting of an indication that the first VM is associated with a large data set, an indication that in order to backup the first VM a vProxy must include a sufficient number of configured sessions to enable concurrent backup of the first VM, and the first VM is executing a critical application, and
a recommendation, wherein the recommendation specifies whether or not a vProxy performing a backup for the first VM may be shared for performing other backup operations;

making a second determination that the first vProxy is not available to perform the first backup operation based on the first vProxy being labeled unhealthy or the first vProxy performing another backup operation, and wherein labelling the first vProxy comprises:
obtaining, by a health data collector, health data items associated with the first vProxy; and
assigning, based on the health data items and using the health data collector, the first vProxy to a low health cluster;

making a third determination, based on the second determination and using a vProxy information database and the vProxy Preference Map, that a second vProxy is available to perform the first backup operation based on the second vProxy being associated with the same backup capability as the first vProxy, and based on the health data collector assigning the second vProxy to a high health cluster; and
performing the first backup operation using the second vProxy.

9. The non-transitory computer readable medium of claim 8 , wherein the method performed by the execution of the computer readable program code further comprises:
receiving a second request to perform a second backup operation for the first VM;
making a fourth determination, using the vProxy preference map, that the first vProxy is assigned to the first VM based on the backup capability associated with the first vProxy;
making a fifth determination that the first vProxy is available to perform the second backup operation; and
performing, based on the fifth determination, the second backup operation using the first vProxy.

10. The non-transitory computer readable medium of claim 8 , wherein the method performed by the execution of the computer readable program code further comprises:
receiving a second request to perform a second backup operation for the first VM;
making a fourth determination, using the vProxy preference map, that the first vProxy is assigned to the first VM based on the backup capability associated with the first vProxy;
making a fifth determination that the first vProxy is not available to perform the second backup operation;
making a sixth determination, based on the fifth determination and using the vProxy information database, that no vProxy associated with the same backup capability as the first vProxy is available to perform the second backup operation;
assigning, based on the sixth determination, an alternate vProxy to pe

Assignees

• Emc Ip Holding Co Llc

Inventors

• Chopra Shelesh
• Vishwakarma Rahul Deo
• Srinivasan Sharath Talkad

Classifications

• G06F16/27

  Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor · CPC title

• G06F11/1464

  for networked environments · CPC title

• G06F11/1469

  Backup restoration techniques · CPC title

• G06F11/1451

  by selection of backup contents · CPC title

• G06F11/3051

  Monitoring arrangements for monitoring the configuration of the computing system or of the computing system component, e.g. monitoring the presence of processing resources, peripherals, I/O links, software programs (verification or detection of system hardware configuration G06F11/2247) · CPC title