Techniques for coordination of application components deployed on distributed virtual machines

• US 10,289,438 B2
• Filed: 06/16/2016
• Issued: 05/14/2019
• Est. Priority Date: 06/16/2016
• Status: Active Grant

• Current Assignee: Cisco Technology, Inc. (Cisco Systems, Inc.)
• Original Assignee: Cisco Technology, Inc. (Cisco Systems, Inc.)
• Inventors: Frye, Jr., Dwight Rodney, Lemen, Michael J., Damle, Vinod Jagannath
• Primary Examiner(s): Tang, Kenneth
• Application Number:
  US15/184,820
• Publication Number:
  US 20170364380A1
• Time in Patent Office: 1,062 Days
• Field of Search: None
• CPC Class Codes: G06F 2009/45591 Monitoring or debugging support
• CPC Class Codes: G06F 2009/45595 Network integration; Enabling network access in virtual machine instances
• CPC Class Codes: G06F 8/61 Installation
• CPC Class Codes: G06F 8/65 Updates security arrangements therefor G06F21/57
• CPC Class Codes: G06F 9/45558 Hypervisor-specific management and integration aspects
• CPC Class Codes: H04L 67/10 in which an application is distributed across nodes in the network software deployment G06F8/60; multiprogramming arrangements G06F9/46

Abstract

One embodiment is a method and includes monitoring by a module associated with a first application component installed on a first virtual machine (“VM”) a state of at least one second application component installed on a second VM and on which a state of the first application component is at least partially dependent, in which the state of the at least one second application component is made available by a module associated with the at least one application component; determining that the state of the at least one second application component has changed from a first state to a second state; and updating the state of the first application component based on a current state of the first application component and the second state of the at least one second application component.

Claims

1. A method for managing an application having functional components distributed on different virtual machines (“

VM”

) such that each of the virtual machines performs a subset of the application, each virtual machine having an agent that locally controls the functional components of its virtual machine, the method comprising;

maintaining a shared data store accessible by the agents, the shared data store including a status of the functional components of the application;

monitoring by a first agent associated with a first application component installed on a first VM the shared data store for a state of at least one second application component installed on a second VM and on which a state of the first application component is at least partially dependent;

determining by the first agent from the shared data store that the state of the at least one second application component has changed from a first state to a second state;

updating by the first agent the state of the first application component based on a current state of the first application component and the second state of the at least one second application component; and

updating the shared data store, by the first agent, to reflect the updated state of the first application;

wherein the agents collectively control the application in a distributed fashion without a master control.

2. The method of claim 1 further comprising:

detecting a change in an operational status of the first application component.

3. The method of claim 2, wherein the current state of the first application component is a STARTING state in which startup tasks necessary to bring the first application component into a functional state are performed and wherein upon completion of the startup tasks, the method further comprises transitioning the state of the first application component to a READY state in which the first application component is fully operational.

4. The method of claim 2, wherein the current state of the first application component is a READY state in which the first application component is fully operational, and either the state of the at least one second application component is the READY state or the first application component becomes non-operational, the method further comprising transitioning the state of the first application component to a STOPPING state, in which shutdown activities are performed in connection with the first application component, and subsequently transitioning the first application component to an IDLE state when shutdown activities of the first application component have been completed.

5. The method of claim 1, wherein the at least one second application component comprises a plurality of second application components, and wherein the state of the at least one second application component comprises a derived group state representing a collective state of the plurality of second application components.

6. The method of claim 1, wherein the current state of the first application component is an OFF state in which the first application is non-functional and the second state of the at least one second application component is a READY state in which the at least one second application is fully operational, and wherein the updating the state of the first application component comprises transitioning the state of the first application component to a STARTING state in which startup tasks necessary to bring the first application component into a functional state are performed.

7. The method of claim 1, wherein the current state of the first application component is an OFF state in which the first application is non-functional and the second state of the at least one second application component is other than a READY state, and wherein the updating the state of the first application component comprises transitioning the state of the first application component to an IDLE state in which the first application component awaits transition of the at least one second application component to the READY state.

8. One or more non-transitory tangible media having encoded thereon logic that includes code for execution and when executed by a processor is operable to perform operations for managing an application having functional components distributed on different virtual machines (“

VM”

) such that each of the virtual machines performs a subset of the application, each virtual machine having an agent that locally controls the functional components of its virtual machine, the operations comprising;

maintaining a shared data store accessible by the agents, the shared data store including a status of the functional components of the application

monitoring by a first agent associated with a first application component installed on a first VM the shared data store for a state of at least one second application component installed on a second VM and on which a state of the first application component is at least partially dependent;

determining by the first agent from the shared data store that the state of the at least one second application component has changed from a first state to a second state;

updating by the first agent the state of the first application component based on a current state of the first application component and the second state of the at least one second application component; and

updating the shared data store, by the first agent, to reflect the updated state of the first application;

wherein the agents collectively control the application in a distributed fashion without a master control.

9. The media of claim 8, wherein the operations further comprise:

detecting a change in an operational status of the first application component.

10. The media of claim 9, wherein the current state of the first application component is a STARTING state in which startup tasks necessary to bring the first application component into a functional state are performed and wherein upon completion of the startup tasks, the operations further comprising transitioning the state of the first application component to a READY state in which the first application component is fully operational.

11. The media of claim 9, wherein the current state of the first application component is a READY state in which the first application component is fully operational, and either the state of the at least one second application component is the READY state or the first application component becomes non-operational, the operations further comprising transitioning the state of the first application component to a STOPPING state, in which shutdown activities are performed in connection with the first application component, and subsequently transitioning the first application component to an IDLE state when shutdown activities of the first application component have been completed.

12. The media of claim 8, wherein the at least one second application component comprises a plurality of second application components, and wherein the state of the at least one second application component comprises a derived group state representing a collective state of the plurality of second application components.

13. The media of claim 8, wherein the current state of the first application component is an OFF state in which the first application is non-functional and the second state of the at least one second application component is a READY state in which the at least one second application is fully operational, and wherein the updating the state of the first application component comprises transitioning the state of the first application component to a STARTING state in which startup tasks necessary to bring the first application component into a functional state are performed.

14. The media of claim 8, wherein the current state of the first application component is an OFF state in which the first application is non-functional and the second state of the at least one second application component is other than a READY state, and wherein the updating the state of the first application component comprises transitioning the state of the first application component to an IDLE state in which the first application component awaits transition of the at least one second application component to the READY state.

15. An apparatus comprising:

a memory element configured to store data;

a processor operable to execute instructions associated with the data; and

a plug-in module associated with a first application component installed on a first VM configured to;

monitor a shared data store for a state of at least one second application component installed on a second VM and on which a state of the first application component is at least partially dependent;

determine from the shared data store that the state of the at least one second application component has changed from a first state to a second state; and

update the state of the first application component based on a current state of the first application component and the second state of the at least one second application component; and

updating the shared data store, to reflect the updated state of the first application;

wherein the module locally controls the first application component of the application in a distributed fashion without a master control.

16. The apparatus of claim 15, wherein the module is further configured to:

detect a change in an operational status of the first application component.

17. The apparatus of claim 15, wherein the at least one second application component comprises a plurality of second application components, and wherein the state of the at least one second application component comprises a derived group state representing a collective state of the plurality of second application components.