US20220263727A1 - Systems and methods for enhanced monitoring of a distributed computing system - Google Patents
Systems and methods for enhanced monitoring of a distributed computing system Download PDFInfo
- Publication number
- US20220263727A1 US20220263727A1 US17/662,010 US202217662010A US2022263727A1 US 20220263727 A1 US20220263727 A1 US 20220263727A1 US 202217662010 A US202217662010 A US 202217662010A US 2022263727 A1 US2022263727 A1 US 2022263727A1
- Authority
- US
- United States
- Prior art keywords
- monitoring agent
- check
- request
- monitoring
- network
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Abandoned
Links
- 238000012544 monitoring process Methods 0.000 title claims abstract description 255
- 238000000034 method Methods 0.000 title claims description 75
- 230000008569 process Effects 0.000 claims description 39
- 238000013459 approach Methods 0.000 abstract description 7
- 238000004891 communication Methods 0.000 description 12
- 238000010586 diagram Methods 0.000 description 11
- 230000006870 function Effects 0.000 description 10
- 238000013507 mapping Methods 0.000 description 8
- 230000004044 response Effects 0.000 description 7
- 230000001413 cellular effect Effects 0.000 description 3
- 230000008859 change Effects 0.000 description 3
- 238000009434 installation Methods 0.000 description 3
- 239000000523 sample Substances 0.000 description 3
- 230000008901 benefit Effects 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 2
- 238000013461 design Methods 0.000 description 2
- 238000011161 development Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 238000004519 manufacturing process Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000008520 organization Effects 0.000 description 2
- 230000000737 periodic effect Effects 0.000 description 2
- 238000012545 processing Methods 0.000 description 2
- 238000007792 addition Methods 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 230000008878 coupling Effects 0.000 description 1
- 238000010168 coupling process Methods 0.000 description 1
- 238000005859 coupling reaction Methods 0.000 description 1
- 230000002708 enhancing effect Effects 0.000 description 1
- 238000002955 isolation Methods 0.000 description 1
- 239000000463 material Substances 0.000 description 1
- 238000005259 measurement Methods 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/22—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks comprising specially adapted graphical user interfaces [GUI]
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/95—Retrieval from the web
- G06F16/953—Querying, e.g. by the use of web search engines
- G06F16/9532—Query formulation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/04—Network management architectures or arrangements
- H04L41/046—Network management architectures or arrangements comprising network management agents or mobile agents therefor
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
- H04L41/0806—Configuration setting for initial configuration or provisioning, e.g. plug-and-play
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0866—Checking the configuration
- H04L41/0873—Checking configuration conflicts between network elements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/085—Retrieval of network configuration; Tracking network configuration history
- H04L41/0853—Retrieval of network configuration; Tracking network configuration history by actively collecting configuration information or by backing up configuration information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/12—Discovery or management of network topologies
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
Definitions
- Computer resources hosted in distributed computing (e.g., cloud-computing) environments may be disparately located with different resources potentially having their own functions, properties, and/or permissions.
- Such resources may include hardware resources (e.g. computing devices, switches, etc.) and software resources (e.g. database applications). These resources may be used to collect and store data at various times related to a variety of measurable properties, including network, hardware, or database performance properties measured at different times. Resources may often be removed and added to a network. As such, network management may require a better monitoring solution that supports a dynamic and changing environment of resources.
- IT networks may include a number of computing devices, server systems, databases, and the like that generate, collect, store, and distribute information.
- an IT system may include service mapping logic that generates an accurate, service-aware view (e.g., a “service mapping”) of the system infrastructure that is frequently refreshed, keeping the view up to date.
- the service mapping may be constructed by automatically discovering and mapping relationships between IT components running specific services.
- the service mapping logic may monitor the IT infrastructure for service-affecting changes and update the service mapping in real-time.
- the service mapping may provide a mix of applications and IT components that support a service and provide an understanding of how these applications and components are related.
- the disclosed techniques enable a user to better maintain and manage a dynamic network of components.
- the disclosed techniques enable a user to perform checks (e.g., discovery, metrics, or event management) on various configuration items (CIs) (e.g., devices, applications, containers, microservices, or ephemeral entities) on devices employed within a distributed system that may often be subject to change. For example, CIs may frequently be added, updated, or removed from the distributed system infrastructure.
- CIs configuration items
- the disclosed techniques provide a multipartite paradigm that facilitates communication between a monitoring agent installed on a device associated with one or more CIs, a management or administrative server (e.g., a management, instrumentation, and discovery (MID) server), and a configuration management service to efficiently monitor data associated with each CI in the distributed system.
- a management or administrative server e.g., a management, instrumentation, and discovery (MID) server
- MID management, instrumentation, and discovery
- the multipartite paradigm may include more than one monitoring agent.
- a monitoring agent may be installed on each device in a network that has multiple devices, and each monitoring agent may communicate with a MID server and a configuration management service.
- the multipartite paradigm may provide an efficient and scalable monitoring framework that facilitates discovery, event management, and metrics collection with a plurality of CIs in the distributed system.
- the data shared between the monitoring agent, the MID server, and the configuration management service within the multipartite paradigm may enable the components to operate more efficiently and generally provide for improved monitoring of the distributed system infrastructure.
- the multipartite paradigm may provide a user with real-time (or substantially real-time) data associated with a CI in response to a query of the CI by the user via the configuration management service.
- the monitoring agent may minimize the need to bind a CI to data produced as a result of a check performed by the monitoring agent on the CI.
- the monitoring agent may register an occurrence of the monitoring agent with the MID server, which, in turn, may register the occurrence of the monitoring agent with the configuration management service.
- the monitoring agent may send a CI identifier with any data the monitoring agent has collected from a check associated with the CI to the MID server.
- the MID server may also transmit the received data with the CI identifier to the configuration management service.
- the MID server and the configuration management service may automatically determine the CI associated with the received data based on the CI identifier received with the data, thereby minimizing the need for a user to manually bind data to a CI.
- the monitoring agent may perform one or more checks associated with the CI.
- the MID server may send a check request to the monitoring agent to perform on the CI.
- the monitoring agent may perform the discovery process associated with the corresponding CI to determine one or more attributes of the CI, such as a name of the CI or a CI identifier, an internet protocol (IP) address associated with the CI, a serial number associated with the CI, a time stamp associated with the check (e.g., discovery process) performed on the CI, or the like, and identify any executing processes on the CI.
- IP internet protocol
- the monitoring agent may then send a discovery payload (e.g., data collected as a result of the discovery process) to the MID server, which may then store the data in the database.
- the configuration management service may determine one or more tasks for the monitoring agent to perform based on the received information. For example, the configuration management service may send a command to the monitoring agent to collect metrics associated with the CI, collect event information associated with the CI, perform one or more discovery processes, or the like.
- a user may also run a query on one or more devices and/or one or more CIs in the distributed system via the configuration management service.
- the configuration management service may generate a check request based on the query generated by the user.
- the configuration management service may then send the check request to a relevant MID server, which may then send the check request to the appropriate monitoring agent.
- the monitoring agent may then execute the corresponding check associated with the check request and send the results back to the configuration management service via the MID server.
- the user may receive query results associated with a device and/or a CI of the distributed system in real-time (or substantially in real-time).
- FIG. 1 is a block diagram of an embodiment of a cloud architecture in which embodiments of the present disclosure may operate;
- FIG. 2 is a schematic of an embodiment of a multi-instance cloud architecture in which embodiments of the present disclosure may operate;
- FIG. 3 is a block diagram of a computing device utilized in a computing system that may be present in FIG. 1 or 2 , in accordance with aspects of the present disclosure;
- FIG. 4 is a block diagram of a distributed computing system that may be present in FIG. 1 or 2 , in accordance with aspects of the present disclosure
- FIG. 5 is a flow diagram of a process for registration of a monitoring agent and subsequent discovery associated with the monitoring agent in the distributed computing system of FIG. 4 , in accordance with aspects of the present disclosure
- FIG. 6 is a flow diagram of a process for providing a check request to a monitoring agent in the distributed computing system of FIG. 4 based on a monitoring policy, in accordance with aspects of the present disclosure
- FIG. 7 is a flow diagram of a process for automatically binding a configuration item to results of a check performed by a monitoring agent in the distributed computing system of FIG. 4 , in accordance with aspects of the present disclosure.
- FIG. 8 is a flow diagram of a process for querying a configuration item in the distributed computing system of FIG. 4 via a monitoring agent, in accordance with aspects of the present disclosure.
- computing system refers to an electronic computing device such as, but not limited to, a single computer, virtual machine, virtual container, host, server, laptop, and/or mobile device, or to a plurality of electronic computing devices working together to perform the function described as being performed on or by the computing system.
- medium refers to one or more non-transitory, computer-readable physical media that together store the contents described as being stored thereon.
- Embodiments may include non-volatile secondary storage, read-only memory (ROM), and/or random-access memory (RAM).
- the term “application” refers to one or more computing modules, programs, processes, workloads, threads and/or a set of computing instructions executed by a computing system.
- Example embodiments of an application include software modules, software objects, software instances and/or other types of executable code.
- configuration item or “CI” refers to a record for any component (e.g., computer, processor, memory, storage device, network device, power supply, piece of software, license, enterprise service, database table, script, webpage, piece of metadata, virtual resources, storage constructs, and so forth) in an enterprise network, for which relevant data, such as manufacturer, vendor, location, or similar data, is stored in a configuration management database (CMDB).
- CMDB configuration management database
- CIs may refer to a combination of physical resources or virtual resources.
- the CMDB may include an index of CIs, attributes (e.g., roles, characteristics of elements, etc.) associated with the CIs, and/or relationships between the CIs. Furthermore, the CMDB may track configuration files that relate to each CI.
- IT devices are increasingly important in an electronics-driven world in which various electronic devices are interconnected within a distributed context. As more and more functions are performed by services using some form of distributed computing, the complexity of IT network management increases. As these devices are separated geospatially, managing and tracking the configuration of these devices may become more difficult.
- CIs configuration items
- CIs may include information related to a physical entity (e.g., hardware), a logical entity (e.g., a version or an instance of a database), a conceptual entity (e.g., a service or license), and the like, associated with a respective device.
- configuration item (CI) discovery executed on a given infrastructure is used to track the CIs of the devices that are present on the connected IT environment.
- CI discovery is the process of finding configuration items, such as hardware, software, documentation, location, and other information related to the devices connected to a given network, such as an enterprise's network. This discovery process may be performed at least partially using automated routines, e.g., an application program or probe, running on the network in question.
- routines e.g., an application program or probe
- discovery includes exploring some or all of the CI's configuration, provisioning, and current status. This explored information may be used to update one or more databases, such as a configuration management database (CMDB), accordingly.
- CMDB configuration management database
- the CMDB stores and tracks all of the discovered devices connected to the network as well as any status information determined by the respective probe(s). Each of these devices may have one or more corresponding configuration files that control how the asset functions. These configuration files may facilitate discovery of corresponding devices.
- the discovery process may also identify software applications running on the discovered devices, and any connections, such as Transmission Control Protocol (TCP) connections between computer systems. Discovery may also be used to track all the relationships between computer systems, such as an application program running on one server that utilizes a database stored on another server.
- CI discovery may be performed at initial installation or instantiation of connections or new devices, and/or CI discovery may be scheduled to occur periodically to track additions, removals, or changes to the IT devices being managed, thereby keeping data stored on the CMDB current.
- TCP Transmission Control Protocol
- CI discovery may be performed at initial installation or instantiation of connections or new devices, and/or CI discovery may be scheduled to occur periodically to track additions, removals, or changes to the IT devices being managed, thereby keeping data stored on
- the disclosed techniques may enable a user to better maintain and manage a dynamic network of components.
- the disclosed techniques enable a user to perform checks (e.g., discovery, metrics, or event management) on various configuration items (CIs) (e.g., devices, applications, containers, microservices, or ephemeral entities) on devices employed within a distributed system that may often be subject to change. For example, CIs may frequently be added, updated, or removed from the distributed system infrastructure.
- CIs configuration items
- the disclosed techniques provide a multipartite paradigm that facilitates communication between a monitoring agent installed on a device associated with one or more CIs, a management or administrative server (e.g., a management, instrumentation, and discovery (MID) server), and a configuration management service to efficiently monitor data associated with each CI in the distributed system.
- a management or administrative server e.g., a management, instrumentation, and discovery (MID) server
- MID management, instrumentation, and discovery
- the multipartite paradigm may include more than one monitoring agent.
- a monitoring agent may be installed on each device in a network that has multiple devices, and each monitoring agent may communicate with a MID server and a configuration management service.
- the multipartite paradigm may provide an efficient and scalable monitoring framework that facilitates discovery, event management, and metrics collection with a plurality of CIs in the distributed system.
- the data shared between the monitoring agent, the MID server, and the configuration management service within the multipartite paradigm may enable the components to operate more efficiently and generally provide for improved monitoring of the distributed system infrastructure.
- the multipartite paradigm may provide a user with real-time (or substantially real-time) data associated with a CI in response to a query of the CI by the user via the configuration management service.
- FIG. 1 a schematic diagram of an embodiment of a cloud computing system 10 where embodiments of the present disclosure may operate, is illustrated.
- the cloud computing system 10 may include a client network 12 , a network 14 (e.g., the Internet), and a cloud-based platform 16 .
- the cloud-based platform 16 may be a configuration management database (CMDB) platform.
- CMDB configuration management database
- the client network 12 may be a local private network, such as local area network (LAN) having a variety of network devices that include, but are not limited to, switches, servers, and routers.
- LAN local area network
- the client network 12 represents an enterprise network that could include one or more LANs, virtual networks, data centers 18 , and/or other remote networks. As shown in FIG. 1 , the client network 12 is able to connect to one or more client devices 20 A, 20 B, and 20 C so that the client devices are able to communicate with each other and/or with the network hosting the platform 16 .
- the client devices 20 may be computing systems and/or other types of computing devices generally referred to as Internet of Things (IoT) devices that access cloud computing services, for example, via a web browser application or via an edge device 22 that may act as a gateway between the client devices 20 and the platform 16 .
- FIG. 1 also illustrates that the client network 12 includes an administration or managerial device or server, such as a management, instrumentation, and discovery (MID) server 24 that facilitates communication of data between the network hosting the platform 16 , other external applications, data sources, and services, and the client network 12 .
- the client network 12 may also include a connecting network device (e.g., a gateway or router) or a combination of devices that implement a customer firewall or intrusion protection system.
- FIG. 1 illustrates that client network 12 is coupled to a network 14 .
- the network 14 may include one or more computing networks, such as other LANs, wide area networks (WAN), the Internet, and/or other remote networks, to transfer data between the client devices 20 and the network hosting the platform 16 .
- Each of the computing networks within network 14 may contain wired and/or wireless programmable devices that operate in the electrical and/or optical domain.
- network 14 may include wireless networks, such as cellular networks (e.g., Global System for Mobile Communications (GSM) based cellular network), IEEE 802.11 networks, and/or other suitable radio-based networks.
- the network 14 may also employ any number of network communication protocols, such as Transmission Control Protocol (TCP) and Internet Protocol (IP).
- TCP Transmission Control Protocol
- IP Internet Protocol
- network 14 may include a variety of network devices, such as servers, routers, network switches, and/or other network hardware devices configured to transport data over the network 14 .
- the network hosting the platform 16 may be a remote network (e.g., a cloud network) that is able to communicate with the client devices 20 via the client network 12 and network 14 .
- the network hosting the platform 16 provides additional computing resources to the client devices 20 and/or the client network 12 .
- users of the client devices 20 are able to build and execute applications for various enterprise, IT, and/or other organization-related functions.
- the network hosting the platform 16 is implemented on the one or more data centers 18 , where each data center could correspond to a different geographic location.
- Each of the data centers 18 includes a plurality of virtual servers 26 (also referred to herein as application nodes, application servers, virtual server instances, application instances, or application server instances), where each virtual server 26 can be implemented on a physical computing system, such as a single electronic computing device (e.g., a single physical hardware server) or across multiple-computing devices (e.g., multiple physical hardware servers).
- virtual servers 26 include, but are not limited to a web server (e.g., a unitary Apache installation), an application server (e.g., unitary JAVA Virtual Machine), and/or a database server (e.g., a unitary relational database management system (RDBMS) catalog).
- a web server e.g., a unitary Apache installation
- an application server e.g., unitary JAVA Virtual Machine
- database server e.g., a unitary relational database management system (RDBMS) catalog
- network operators may choose to configure the data centers 18 using a variety of computing infrastructures.
- one or more of the data centers 18 are configured using a multi-tenant cloud architecture, such that one of the server instances 26 handles requests from and serves multiple customers.
- Data centers 18 with multi-tenant cloud architecture commingle and store data from multiple customers, where multiple customer instances are assigned to one of the virtual servers 26 .
- the particular virtual server 26 distinguishes between and segregates data and other information of the various customers.
- a multi-tenant cloud architecture could assign a particular identifier for each customer in order to identify and segregate the data from each customer.
- implementing a multi-tenant cloud architecture may suffer from various drawbacks, such as a failure of a particular one of the server instances 26 causing outages for all customers allocated to the particular server instance.
- one or more of the data centers 18 are configured using a multi-instance cloud architecture to provide every customer its own unique customer instance or instances.
- a multi-instance cloud architecture could provide each customer instance with its own dedicated application server and dedicated database server.
- the multi-instance cloud architecture could deploy a single physical or virtual server 26 and/or other combinations of physical and/or virtual servers 26 , such as one or more dedicated web servers, one or more dedicated application servers, and one or more database servers, for each customer instance.
- multiple customer instances could be installed on one or more respective hardware servers, where each customer instance is allocated certain portions of the physical server resources, such as computing memory, storage, and processing power.
- each customer instance has its own unique software stack that provides the benefit of data isolation, relatively less downtime for customers to access the platform 16 , and customer-driven upgrade schedules.
- An example of implementing a customer instance within a multi-instance cloud architecture will be discussed in more detail below with reference to FIG. 2 .
- FIG. 2 is a schematic diagram of an embodiment of a multi-instance cloud architecture 40 where embodiments of the present disclosure may operate.
- FIG. 2 illustrates that the multi-instance cloud architecture 40 includes the client network 12 and the network 18 that connect to two (e.g., paired) data centers 22 A and 22 B that may be geographically separated from one another.
- network environment and service provider cloud infrastructure client instance 42 (also referred to herein as a client instance 42 ) is associated with (e.g., supported and enabled by) dedicated virtual servers (e.g., virtual servers 24 A, 24 B, 24 C, and 24 D) and dedicated database servers (e.g., virtual database servers 44 A and 44 B).
- dedicated virtual servers e.g., virtual servers 24 A, 24 B, 24 C, and 24 D
- dedicated database servers e.g., virtual database servers 44 A and 44 B.
- the virtual servers 24 A- 24 D and virtual database servers 44 A and 44 B are not shared with other client instances and are specific to the respective client instance 42 .
- the virtual servers 24 A- 24 D and virtual database servers 44 A and 44 B are allocated to two different data centers 22 A and 22 B so that one of the data centers 22 acts as a backup data center.
- Other embodiments of the multi-instance cloud architecture 40 could include other types of dedicated virtual servers, such as a web server.
- the client instance 42 could be associated with (e.g., supported and enabled by) the dedicated virtual servers 24 A- 24 D, dedicated virtual database servers 44 A and 44 B, and additional dedicated virtual web servers (not shown in FIG.
- FIGS. 1 and 2 illustrate specific embodiments of a cloud computing system 10 and a multi-instance cloud architecture 100 , respectively, the disclosure is not limited to the specific embodiments illustrated in FIGS. 1 and 2 .
- FIG. 1 illustrates that the platform 16 is implemented using data centers
- other embodiments of the platform 16 are not limited to data centers and can utilize other types of remote network infrastructures.
- other embodiments of the present disclosure may combine one or more different virtual servers into a single virtual server or, conversely, perform operations attributed to a single virtual server using multiple virtual servers.
- the virtual servers 26 A, 26 B, 26 C, 26 D and virtual database servers 104 A, 104 B may be combined into a single virtual server.
- FIGS. 1 and 2 are only examples to facilitate ease of description and explanation and are not intended to limit the disclosure to the specific examples illustrated therein.
- FIGS. 1 and 2 incorporate computing systems of various types (e.g., servers, workstations, client devices, laptops, tablet computers, cellular telephones, and so forth) throughout.
- computing systems of various types (e.g., servers, workstations, client devices, laptops, tablet computers, cellular telephones, and so forth) throughout.
- a brief, high level overview of components typically found in such systems is provided.
- the present overview is intended to merely provide a high-level, generalized view of components typical in such computing systems and should not be viewed as limiting in terms of components discussed or omitted from discussion.
- a monitoring agent may be installed on a device associated with one or more CIs, which, when executed on the device, may automatically perform a self-registration process (e.g., register an occurrence of the monitoring agent) with a management, instrumentation, and discovery (MID) server 24 .
- Registration of the monitoring agent may generate a record of a particular monitoring agent in a data store of the MID server 24 .
- the data store may include a plurality of records of monitoring agents that have executed on a device in the system 100 .
- the MID server 24 may also update a CMDB with the record of the monitoring agent. As such, the MID server 24 and the CMDB may maintain an accurate, up-to-date data store of all monitoring agents that have been active in the system 100 .
- the monitoring agent may also perform one or more checks (e.g., discovery, metrics, or event management) on the device installed with the monitoring agent and send data collected from the check to the MID server 24 .
- the monitoring agent may send CI identification data (e.g., a CI identifier), attributes associated with a CI (e.g., an IP address, a serial number, or a time stamp associated with the check), any executing processes on the device, or the like, to the CMDB.
- the CMDB may then index the information received from the monitoring agent in CI records associated with corresponding CIs in the system. Additional details with regard to the monitoring agent is discussed below with regard to FIGS. 4-8 .
- the MID server 24 may act as an intermediary between a monitoring agent installed on a device and the CMDB (e.g., via a configuration management service or a client instance).
- the MID server 24 may aggregate data received from one or more monitoring agents and send the aggregated data to the CMDB.
- the MID server 24 may receive a discovery payload from each monitoring agent associated various devices associated with one or more CIs in the system 100 .
- the MID server 24 may aggregate the discovery payload received from each monitoring agent and send the aggregated data to the CMDB.
- the MID server 24 may send one or more check requests based on a monitoring policy received from the configuration management service (e.g., client instance) to the relevant monitoring agent associated with a CI. Additional details with regard to the MID server 24 will be discussed below with reference to FIGS. 4-8 .
- the present approach may be implemented using one or more processor-based systems such as shown in FIG. 3 .
- applications and/or databases utilized in the present approach may be stored, employed, and/or maintained on such processor-based systems.
- such systems as shown in FIG. 3 may be present in a distributed computing environment, a networked environment, or other multi-computer platform or architecture.
- systems such as that shown in FIG. 3 may be used in supporting or communicating with one or more virtual environments or computational instances on which the present approach may be implemented.
- FIG. 3 generally illustrates a block diagram of example components of a computing system 200 and their potential interconnections or communication paths, such as along one or more busses.
- the computing system 200 may include various hardware components such as, but not limited to, one or more processors 202 , one or more busses 204 , memory 206 , input devices 208 , a power source 210 , a network interface 212 , a user interface 214 , and/or other computer components useful in performing the functions described herein.
- the one or more processors 202 may include one or more microprocessors capable of performing instructions stored in the memory 206 . Additionally or alternatively, the one or more processors 202 may include application-specific integrated circuits (ASICs), field-programmable gate arrays (FPGAs), and/or other devices designed to perform some or all of the functions discussed herein without calling instructions from the memory 206 .
- ASICs application-specific integrated circuits
- FPGAs field-programmable gate arrays
- the one or more busses 204 include suitable electrical channels to provide data and/or power between the various components of the computing system 200 .
- the memory 206 may include any tangible, non-transitory, and computer-readable storage media. Although shown as a single block in FIG. 1 , the memory 206 can be implemented using multiple physical units of the same or different types in one or more physical locations.
- the input devices 208 correspond to structures to input data and/or commands to the one or more processors 202 .
- the input devices 208 may include a mouse, touchpad, touchscreen, keyboard and the like.
- the power source 210 can be any suitable source for power of the various components of the computing device 200 , such as line power and/or a battery source.
- the network interface 212 includes one or more transceivers capable of communicating with other devices over one or more networks (e.g., a communication channel).
- the network interface 212 may provide a wired network interface or a wireless network interface.
- a user interface 214 may include a display that is configured to display text or images transferred to it from the one or more processors 202 .
- the user interface 214 may include other devices for interfacing with a user, such as lights (e.g., LEDs), speakers, and the like.
- FIG. 4 is a block diagram of an embodiment of a distributed computing system 300 for discovering and/or managing connected configuration items (CIs).
- the distributed computing system 300 includes one or more environments such as environments 302 and 304 each including resources 306 and 308 , respectively.
- Each environment 302 , 304 may include one or more networks coupling resources together in a location-based, function-based, and/or common credentials-based grouping.
- the environments 302 , 304 may include a customer service environment used to represent customer service infrastructure in a technical support, sales, billing, and/or other groupings.
- the environments 302 , 304 may include a datacenter and all devices coupled to one or more networks located at the datacenter. Additionally or alternatively, environment 302 , 304 may be distributed across multiple geographical locations.
- the environment 302 , 304 may include any devices that are accessible by a user account including resources 306 , 308 that may be spatially distant from each other.
- resources 306 , 308 of the environments 302 , 304 may communicate with each other across environments. However, in some embodiments aspects of the various environments may be provided by different vendors without communication there between.
- the resources of disparate environments may communicate using the platform 16 (e.g., a configuration management service 310 that is a part of a cloud service platform 16 including the CMDB 108 ).
- the resources 306 and 308 may include any suitable configuration item (CI) previously discussed.
- a monitoring agent 312 , 314 may be installed on each resource 306 , 308 (e.g., device) in the environment 302 , 304 . After the monitoring agent 312 , 314 is installed on a resource 306 , 308 , the monitoring agent 312 , 314 may perform one or more tasks. For example, the monitoring agent 312 , 314 may automatically register an occurrence of the monitoring agent 312 , 314 with a MID server 24 A, 24 B. The MID server 24 A, 24 B may store the registered occurrence of the monitoring agent 312 , 314 in a memory (e.g., data store) accessible to the MID server 24 A, 24 B.
- a memory e.g., data store
- a communications protocol such as a WebSocket protocol
- a communications protocol such as a WebSocket protocol
- more than one communications protocol may be associated with the MID server 24 A, 24 B and the configuration management service 310 .
- a plurality of monitoring agents 312 , 314 may automatically register respective occurrences of the monitoring agents 312 , 314 with the MID server 24 A, 24 B.
- the MID server 24 A, 24 B may communicate with each monitoring agent 312 , 314 through a separate communications protocol (e.g., a WebSockets protocol).
- the configuration management service 310 may include one or more servers providing access to and managing the CMDB 108 .
- the configuration and management service 310 may allocate or provision resources, such as application instances in the resources 306 , 308 from a respective environment 302 , 304 . Further, the configuration management service 310 may create, modify, or remove information in the CMDB 108 relating to the resources 306 , 308 .
- the configuration management service 310 may store data associated with a CI from a monitoring agent 312 , 314 via a corresponding MID server 24 A, 24 B in one or more CI records.
- the configuration management service 310 may manage a catalogue of resources in more than a single environment (even if the environments do not directly communicate with each other).
- the configuration management service 310 may discover new resources, provision resources, allocate resources, modify, and/or remove resources form the catalogue across a single environment or multiple environments. In some embodiments, these actions may be initiated as part of an operation executed on a client 102 , may be scheduled for periodic occasions (e.g., periodic discovery), or may be a combination thereof.
- a client 102 may receive a request, via its input structures, to query an identity of an application program interface (API) used by a resource to access a particular vendor or provider for the environment 302 that is passed to the configuration management service 310 to query the CMDB 108 .
- the client 102 may receive a request, via its input structures, to query an identity of a user authorized to access a particular resource that is passed to the configuration management service 310 .
- API application program interface
- the CMDB 108 may be populated utilizing a discovery process performed by the monitoring agent 312 , 314 .
- the discovery process may include determining one or more properties or attributes of various CIs associated with a resource 306 , 308 using the monitoring agent 312 , 314 .
- the monitoring agent 312 , 314 may send a discovery payload (e.g., one or more properties or attributes of various CIs) to the MID server 24 A, 24 B, which may then send the discovery payload to the CMDB 108 .
- the CMDB 108 may then store the data associated with the discovery payload in corresponding CI records.
- each environment 302 , 304 has its own respective MID sever 24 A, 24 B.
- a single MID server may be employed when the MID server may reach into multiple environments. For example, if the MID server is run in the platform 16 (e.g., in the configuration management service 310 ), a single MID server may be used to manage both environments 302 , 304 . Additionally or alternatively, if the MID server 24 A has access to the environment 304 , the MID server 24 B may be omitted.
- Each discovered resource is identified as a configuration item with a record stored in the CMDB 108 including data indicating properties, attributes, dependencies, or other information about the resource.
- the CMDB 108 may be encoded, for example, as a relational database management system (RDBMS); an object-oriented database (e.g., an XML database); a network model database; or a flat-file database.
- RDBMS relational database management system
- object-oriented database e.g., an XML database
- network model database e.g., a network model database
- flat-file database e.g., a flat-file database
- the monitoring agent 312 , 314 may automatically register an occurrence of the monitoring agent 312 , 314 with the MID server 24 A, 24 B.
- the MID server 24 A, 24 B may then register the occurrence of the monitoring agent 312 , 314 with the CMDB 108 (e.g., via the configuration management service 310 ).
- the MID server 24 A, 24 B and the CMDB 108 may maintain an accurate, up-to-date data store of active monitoring agents 312 , 314 installed on resources 306 , 308 in the environment 302 , 304 . Additionally, the MID server 24 A, 24 B may send a discovery request to each monitoring agent 312 , 314 to obtain data associated with CIs in the environment 302 , 304 and send the information to the CMDB 108 , thereby maintaining an accurate, up-to-date data store of CIs in the environment 302 , 304 .
- FIG. 5 is a flow chart of a method 500 for registering the monitoring agent 312 , 314 with the MID server 24 A, 24 B, and the configuration management service 310 and discovering one or more CIs associated with the monitoring agent 312 , 314 in the environment 302 , 304 .
- the method 500 is not limited to the depicted order, and instead, the method 500 may be performed in any suitable order.
- the monitoring agent 312 , 314 may register an occurrence of the monitoring agent 312 , 314 with the MID server 24 A, 24 B.
- the monitoring agent 312 , 314 may send an occurrence identifier associated with the monitoring agent 312 , 314 to the MID server 24 A, 24 B.
- the occurrence identifier of the monitoring agent 312 , 314 may also designate the resource 306 , 308 that the monitoring agent 312 , 314 is installed on.
- the MID server 24 A, 24 B may then generate and store a record associated with the occurrence of the monitoring agent 312 , 314 in the memory of the MID server 24 that includes the occurrence identifier 312 , 314 .
- the MID server 24 A, 24 B may send a discovery request to the monitoring agent 312 , 314 based on the registered occurrence of the monitoring agent 312 , 314 with the MID server 24 A, 24 B. For example, the MID server 24 A, 24 B may determine whether the monitoring agent 312 , 314 has performed a discovery process associated with the resource 306 , 308 based on the record associated with the occurrence of the monitoring agent 312 , 314 in the memory of the MID server 24 A, 24 B. In one embodiment, the MID server 24 A, 24 B may determine that the registration of the occurrence of the monitoring agent 312 , 314 with the MID server 24 A, 24 B is a newly registered occurrence.
- the MID server 24 A, 24 B may access the record associated with the occurrence of the monitoring agent 312 , 314 to determine if the record includes an attribute (e.g., a timestamp) associated with a discovery process performed by the occurrence of the monitoring agent 312 , 314 . If the MID server 24 A, 24 B determines that the record does not include an attribute associated with a discovery process performed by the occurrence of the monitoring agent 312 , 314 , the MID server 24 A, 24 B may send a discovery request to the monitoring agent 312 , 314 to discover one or more attributes associated with the CI. In another embodiment, the configuration management service 310 may send the discovery request to the monitoring agent 312 , 314 based on the record associated with the occurrence of the monitoring agent 312 , 314 stored in the CMDB 108 .
- an attribute e.g., a timestamp
- the MID server 24 A, 24 B may then determine whether the most recent discovery process performed by the occurrence of the monitoring agent 312 , 314 is less than a threshold amount. For example, the MID server 24 A, 24 B may determine the time that the discovery process performed by the occurrence of the monitoring agent 312 , 314 based on a timestamp associated with the discovery process. If the timestamp is greater than a threshold amount of seconds, minutes, or the like, from the current time, the MID server 24 A, 24 B may send a discovery request to the monitoring agent 312 , 314 . If the timestamp is less than a threshold amount of seconds, minutes, or the like, from the current time, the MID server 24 A, 24 B may proceed to block 508 .
- the monitoring agent 312 , 314 may perform a discovery process to discover one or more CIs associated with the resource 306 , 308 that the monitoring agent 312 , 314 is installed on in response to receiving a corresponding discovery request from the MID server 24 A, 24 B.
- the monitoring agent 312 , 314 may determine the name of each CI (e.g., a CI identifier), attributes associated with each CI (e.g., an IP address, a serial number, or a timestamp associated with the discovery process), any executing processes associated with each CI, or the like.
- the monitoring agent 312 , 314 may then send a discovery payload (e.g., a CI identifier, an IP address, a serial number, and/or executing processes) associated with each CI to the MID server 24 A, 24 B.
- a discovery payload e.g., a CI identifier, an IP address, a serial number, and/or executing processes
- the MID server 24 A, 24 B may store the discovery payload received from the monitoring agent 312 , 314 in the record associated with the registered occurrence of the monitoring agent 312 , 314 .
- the MID server 24 A, 24 B may send the record associated with the registered occurrence of the monitoring agent 312 , 314 , the discovery payload, or both, to the configuration management service 310 .
- the configuration management service 310 may store the record associated with the registered occurrence of the monitoring agent 312 , 314 , the discovery payload, or both, in the CMDB 108 .
- the configuration management service 310 may store the discovery payload associated with each CI in a respective CI record.
- the configuration management service 310 may also associate each CI record with a respective record of a registered occurrence of a monitoring agent.
- the configuration management service 310 may optionally determine one or more checks (e.g., a discovery process, metrics collection, or event management) that the monitoring agent 312 , 314 may perform based on the received discovery payload. For example, the configuration management service 310 may determine the type of check that the monitoring agent 312 , 314 should perform based on the type of CI (e.g., a container, a virtual machine, or a physical device) associated with the monitoring agent 312 , 314 . The configuration management service 310 may then send one or more check requests that correspond to the determined checks to the monitoring agent 312 , 314 .
- CI e.g., a container, a virtual machine, or a physical device
- the configuration management server 310 may send the check request with a monitoring agent identifier to the MID server 24 A, 24 B associated with the monitoring agent 312 , 314 .
- the MID server 24 A, 24 B may then send the received check request to the monitoring agent 312 , 314 based on the monitoring agent identifier associated with the received check request.
- the MID server 24 A, 24 B may compare the monitoring agent identifier with one or more records associated with registered occurrences of the monitoring agents 312 , 314 in the memory of the MID server 24 A, 24 B, and send the received check request to the corresponding occurrence of a monitoring agent 312 upon determining a match.
- the monitoring agent 312 , 314 may then perform one or more checks associated with one or more CIs based on the received check requests. For example, the monitoring agent 312 , 314 may perform an additional discovery process, collect metrics, perform event management, or the like, based on the received check request.
- the monitoring agent 312 , 314 may iteratively perform a discovery process associated with each CI after a predetermined or configurable period of time (e.g., thirty seconds, one minute, two minutes, or five minutes). For example, the configuration management service 310 may compare an attribute (e.g., timestamp) of each CI record stored in the CMDB 108 and send a discovery request to an appropriate MID server 24 A, 24 B based on the attribute being outside a predetermined range or threshold.
- a predetermined or configurable period of time e.g., thirty seconds, one minute, two minutes, or five minutes.
- the configuration management service 310 may compare an attribute (e.g., timestamp) of each CI record stored in the CMDB 108 and send a discovery request to an appropriate MID server 24 A, 24 B based on the attribute being outside a predetermined range or threshold.
- the configuration management service 310 may determine that the timestamp of a first CI record is greater than a threshold value (e.g., thirty seconds, one minute, or two minutes since the last discovery process) and send a discovery request to the monitoring agent 312 , 314 via the appropriate MID server 24 A, 24 B.
- a threshold value e.g., thirty seconds, one minute, or two minutes since the last discovery process
- the monitoring agent 312 , 314 may track the performance rate of discovery and execute a discovery process when an attribute (e.g., a timestamp) exceeds a predetermined threshold (e.g., time).
- the user may wish to designate one or more checks that one or more monitoring agents 312 , 314 in the environment 302 , 304 may automatically perform in response to one or more conditions or events (e.g., after a certain amount of time passes, occurring in the environment 302 , 304 of the system 300 .
- the monitoring agents 312 , 314 may then send the results of each check to the configuration management service 310 (e.g., via a respective MID server 24 A, 24 B).
- FIG. 6 is a flow chart of a method 600 for sending one or more check requests to a registered occurrence of a monitoring agent 312 , 314 based on a user-configurable monitoring policy.
- a monitoring policy may optionally be defined by the user via the configuration management service 310 .
- a monitoring policy may include a population field that defines the one or more types of CIs that a monitoring agent may perform one or more checks against (e.g., all CIs that run Apache or all Linux servers), a check field that defines one or more types of checks (e.g., event management, metric collection, discovery, or the like) to be performed by the monitoring agent, and one or more parameters (e.g., a check frequency, a threshold value, or the like) associated with the check defined by the check field.
- a user may select one or more monitoring policies to implement via the configuration management server 310 from a database of predefined monitoring policies.
- the MID server 24 A, 24 B may receive the monitoring policy from the configuration management service 310 and synchronize any check requests based on the received monitoring policy.
- the MID server 24 A, 24 B may determine one or more registered occurrences of monitoring agents 312 , 314 associated with the types of CIs designated by the population field of a monitoring policy. For example, the MID server 24 A, 24 B may compare each type of CI designated in the population field of the monitoring policy with each record associated with registered occurrences of the monitoring agents 312 , 314 in the environment 302 , 304 . The MID server 24 A, 24 B may then determine one or more occurrences of monitoring agents 312 , 314 to send a corresponding check request based on the comparison.
- the configuration management service 310 may send the monitoring policy to more than one MID server 24 A, 24 B. For example, the configuration management service 310 may compare the types of CIs designated in the population field of the monitoring policy to one or more records associated with registered occurrences of monitoring agents 312 , 314 in the environment 302 , 304 of the system 300 . The configuration management service 310 may determine that a first MID server 24 A, a second MID server 24 B, or both, may be associated with one or more monitoring agents 312 , 314 that are associated with a CI that matches the type of CI designated by the monitoring policy. The configuration management service 310 may then send the monitoring policy to the corresponding MID servers 24 A, 24 B in the environment 302 , 304 .
- the MID server 24 A, 24 B may then send a check request to each monitoring agent 312 , 314 that corresponds to the monitoring policy received from the configuration management service 310 .
- the MID server 24 A, 24 B may send a check request to a registered occurrence of each corresponding monitoring agent 312 , 314 based on the CIs associated based on the CIs associated with each monitoring agent and the population field of the monitoring policy.
- the monitoring agent 312 , 314 may perform a corresponding check associated with the designated CI and collect the results of the check.
- the results of a check may include one or more attributes associated with the check (e.g., the type of command, the interval or the frequency of the command, or the name of the command), and the output of the check (e.g., a human-readable message, measurements gathered by the check, or a state code (e.g., “0” or “OK”, “1” or “Warning”, “2” or “Critical”)).
- the check result may include a JavaScript Object Notation (JSON) document or other text file document.
- JSON JavaScript Object Notation
- the monitoring agent 312 , 314 may then send the results of the check to corresponding MID server 24 A, 24 B.
- the MID server 24 A, 24 B may send the check results to the configuration management service 310 .
- the MID server 24 A, 24 B may receive results of a check from more than one monitoring agent 312 , 314 in the environment 302 , 304 .
- the MID server 24 A, 24 B may aggregate the check results from each monitoring agent 312 , 314 and send the aggregated results to the configuration management service 310 .
- the MID server 24 A, 24 B may access each record of registered occurrences of the monitoring agents 312 , 314 based on monitoring agent identifiers received with the check results. The MID server 24 A, 24 B may then associate the check results received from each monitoring agent 312 , 314 with a CI identifier based on a comparison of one or more attributes stored in the record of the registered occurrence of the monitoring agent 312 , 314 and the check results.
- the MID server 24 A, 24 B may send the results of each check received from monitoring agents 312 , 314 to the configuration management system 310 .
- the MID server 24 A, 24 B may send each check result with a monitoring agent identifier, a CI identifier, or both to the configuration management service 310 .
- the configuration management service 310 may then store the results of each check received in the CMDB 108 .
- the configuration management service 310 may associate the results of each check with corresponding records of CIs in the CMDB 108 based on a monitoring agent identifier, a CI identifier, or both, associated with each check result received. In this way, a user may automatically update the CMDB 108 with information associated with each CI in the environment 302 , 304 .
- the monitoring agent 312 , 314 may be desirable to automatically bind the identity of a CI to the check results collected by a monitoring agent 312 , 314 , thereby alleviating any need for a user to manually determine the identity of the CI associated with each check result received by the configuration management service 310 from the monitoring agent 312 , 314 .
- the monitoring agent 312 , 314 may automatically perform a check (e.g., a discovery process, metrics collection, or event management) against a CI according to a configurable monitoring policy or in response to the occurrence of some event (e.g., a communications network going offline).
- the monitoring agent 312 , 314 may then collect the results of the check and send the results to a corresponding MID server 24 A, 24 B and/or the configuration management service 310 . Since the occurrence of the monitoring agent 312 , 314 is already registered with the MID server 24 A, 24 B and/or the configuration management service 310 , the MID server 24 A, 24 B and/or the configuration management service 310 may automatically determine the identity of the CI that is associated with a check result received from the monitoring agent 312 , 314 .
- the record associated with the registered occurrence of the monitoring agent 312 , 314 in the memory of the MID server 24 A, 24 B may include one or more CI identifiers corresponding to CIs monitored by the monitoring agent 312 , 314 .
- the MID server 24 A, 24 B may automatically determine the identity of the CI associated with a check result by virtue of receiving the check result from a particular monitoring agent 312 , 314 because the check result includes a CI identifier.
- FIG. 7 is a flowchart of a method 700 for automatically binding a CI to the results of a check performed by a monitoring agent 312 , 314 against the CI.
- the monitoring agent 312 , 314 may perform a check against a CI and collect the results of the check.
- the monitoring agent 312 , 314 may perform a discovery process, collect metrics, or collect information associated with an event that has affected the CI.
- the monitoring agent 312 , 314 may then send the results of the check to a corresponding MID server 24 A, 24 B.
- the MID server 24 A, 24 B may analyze the received check results to determine the type of check performed by the monitoring agent 312 , 314 against the CI.
- the received check results may include a check type identifier.
- the MID server 24 A, 24 B may send the check results to the appropriate API of the configuration management service 310 to continue processing of the check results.
- the monitoring agent 312 , 314 may perform a check request from a MID server 24 A, 24 B based on a monitoring policy received from the configuration management service 310 , as described above with regard to FIG. 6 .
- the monitoring agent 312 , 314 may perform the check corresponding to the check request and send the results as described above with regard to FIG. 7 . In this way, a closed loop may be maintained between the monitoring agents 312 , 314 , the MID servers 24 A, 24 B, and the configuration management service 310 , thereby enhancing a communication efficiency between the components of the paradigm.
- the monitoring agents 312 , 314 may receive user configurable check requests from the configuration management service 310 via the MID server 24 A, 24 B, and the configuration management service 310 may receive updated data associated with one or more CIs in the environment 302 , 304 of the system 300 .
- FIG. 8 is a flowchart of a method 800 for querying one or more CIs in the system 300 and presenting the results of the query to a user via the configuration management service 310 .
- the method 800 is not limited to the depicted order, and instead, the method 800 may be performed in any suitable order.
- a user may execute a query against one or more CIs in the distributed system 300 via the configuration management service 310 .
- the user may select a pre-defined query to run from one or more queries stored in a database accessible by the configuration management service 310 .
- the user may configure a query by designating one or more CIs or one or more CI types to be queried.
- the configuration management service 310 may generate a check request based on the query and send the check request to relevant MID servers 24 A, 24 B.
- the configuration management service 310 may access one or more CI records in the CMDB 108 and/or one or more records of registered occurrences of monitoring agents 312 , 314 to determine which MID servers 24 A, 24 B to send the check request.
- the CI records or the records of registered occurrences of monitoring agents 312 , 314 may include a MID server identifier that represents the MID server 24 A, 24 B present in the environment 302 , 304 that communicates with a particular monitoring agent 312 , 314 .
- the configuration management service 310 may then send the check request to the MID servers 24 A, 24 B determined to be relevant to the CIs targeted by the query.
- the configuration management service 310 may send the check request with a CI identifier to the MID servers 24 A, 24 B.
- the MID servers 24 A, 24 B may receive the check requests from the configuration management service 310 and send the check requests to relevant monitoring agents 312 , 314 .
- the MID servers 24 A, 24 B may access the records of registered occurrences of monitoring agents 312 , 314 in the environment 302 , 304 for CI identifiers that match the CI identifier received with the check requests. If the MID server 24 A, 24 B determines that a match is present with regard to a particular record of a registered occurrence of a monitoring agent 312 , 314 , the MID server 24 A, 24 B may send the check request to the monitoring agent 312 , 314 associated with the record. In some embodiments, the MID server 24 A, 24 B may send a check request to more than one monitoring agent 312 , 314 based on matching CI identifiers.
- the monitoring agents 312 , 314 may receive the check request and perform a corresponding check based on the check request.
- the check request may correspond to a discovery process, metrics collection, or event management.
- the monitoring agent 312 , 314 may perform the appropriate check on the CI based on the check request.
- the monitoring agent 312 , 314 may be associated with more than one CI.
- the monitoring agent 312 , 314 may determine the CI to perform the check against based on a CI identifier received with the check request.
- the monitoring agent 312 , 314 may collect the results of the check and send the check results to a corresponding MID server 24 A, 24 B.
- the monitoring agent 312 , 314 may perform a check against a corresponding CI, and each monitoring agent 312 , 314 may send the results of the check to a corresponding MID server 24 A, 24 B in the environment 302 , 304 .
- the MID servers 24 A, 24 B may aggregate the check results received from each monitoring agent 312 , 314 and send the aggregated results to the configuration management service 310 .
- each MID server 24 A, 24 B that sent check requests to monitoring agents 312 , 314 at block 806 may receive check results from each of the monitoring agents 312 , 314 .
- Each MID server 24 A, 24 B may then send the check results with monitoring agent identifiers, CI identifiers, or both, to the configuration management service 310 .
- the configuration management service 310 may present the check results associated with the query to the user via a display device. For example, the configuration management service 310 may parse the check results received from the MID servers 24 A, 24 B and display information associated with each CI queried on the display device. In one embodiment, the configuration management service 310 may generate a report that includes the check results associated with the query. In another embodiment, the configuration management service 310 may update corresponding CI records with the received check results in the CMDB 108 .
- An entry point as used herein is a property of a connection (e.g., the URL, the IP address, or the port) to a CI.
- a connection e.g., the URL, the IP address, or the port
- an email address may be defined as an entry point.
- a monitoring agent 312 , 314 may automatically be associated with the enterprise service.
- An occurrence of the monitoring agent 312 , 314 may then register itself with the MID server 24 A, 24 B (and the configuration management service 310 via the MID server 24 A, 24 B).
- the configuration management service 310 may automatically generate a check request to ping an entry point (e.g., URL or port) associated with the enterprise service to determine if the entry point is active.
- the configuration management service 310 may then send the check request to a relevant MID server 24 A, 24 B, and the MID server 24 A, 24 B may send the check request to a corresponding monitoring agent 312 , 314 . If the monitoring agent 312 , 314 determines that the entry point associated with the service is active, the monitoring agent 312 , 314 may send the results back to the configuration management service 310 (via the MID server 24 A, 24 B).
- the check results may include a name of the entry point, a name of a CI associated with the entry point, additional entry points and/or CIs that may communicate with the entry point or the CI associated with the entry point, or any other suitable information.
- the configuration management service 310 may then generate one or more check requests associated with discovery and service mapping the distributed system 300 based on the active entry point.
- the disclosed techniques enable a user to better maintain and manage a dynamic network of components.
- the disclosed techniques enable a user to perform checks (e.g., discovery, metrics, or event management) on various configuration items (CIs) (e.g., devices, applications, containers, microservices, or ephemeral entities) on devices employed within a distributed system that may often be subject to change.
- CIs configuration items
- the disclosed techniques provide a multipartite paradigm that may provide an efficient and scalable monitoring framework that facilitates discovery, event management, and metrics collection with a plurality of CIs in the distributed system.
- the data shared between a monitoring agent, a MID server, and a configuration management service within the multipartite paradigm may enable the components to operate more efficiently and generally provide for improved monitoring of the distributed system infrastructure.
- the multipartite paradigm may provide a user with real-time (or substantially real-time) data associated with a CI in response to a query of the CI by the user via the configuration management service. Additionally, the registration of an occurrence of the monitoring agent with the MID server and/or the configuration management service may minimize the need to bind a CI to data produced as a result of a check performed by the monitoring agent on the CI.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- Mathematical Physics (AREA)
- Data Mining & Analysis (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Human Computer Interaction (AREA)
- Debugging And Monitoring (AREA)
- Computer And Data Communications (AREA)
Abstract
The present approach relates to querying a configuration item (CI). The CI may be associated with a monitoring agent. In accordance with this approach, a check request is sent to a management, instrumentation, and discovery (MID) server. The check request may be sent to the monitoring agent. Additionally, a check result may be received from the monitoring agent. The check result may have data associated with the CI and the check request.
Description
- This application is a continuation of United States patent application Ser. No. 16/923,054, filed Jul. 7, 2020, which is a continuation of United States patent application Ser. No. 16/201,680, filed Nov. 27, 2018, which are herein incorporated by reference in their entirety for all purposes.
- This section is intended to introduce the reader to various aspects of art that may be related to various aspects of the present disclosure, which are described and/or claimed below. This discussion is believed to be helpful in providing the reader with background information to facilitate a better understanding of the various aspects of the present disclosure. Accordingly, it should be understood that these statements are to be read in this light, and not as admissions of prior art.
- Computer resources hosted in distributed computing (e.g., cloud-computing) environments may be disparately located with different resources potentially having their own functions, properties, and/or permissions. Such resources may include hardware resources (e.g. computing devices, switches, etc.) and software resources (e.g. database applications). These resources may be used to collect and store data at various times related to a variety of measurable properties, including network, hardware, or database performance properties measured at different times. Resources may often be removed and added to a network. As such, network management may require a better monitoring solution that supports a dynamic and changing environment of resources.
- A summary of certain embodiments disclosed herein is set forth below. It should be understood that these aspects are presented merely to provide the reader with a brief summary of these certain embodiments and that these aspects are not intended to limit the scope of this disclosure. Indeed, this disclosure may encompass a variety of aspects that may not be set forth below.
- Information Technology (IT) networks may include a number of computing devices, server systems, databases, and the like that generate, collect, store, and distribute information. With this in mind, an IT system may include service mapping logic that generates an accurate, service-aware view (e.g., a “service mapping”) of the system infrastructure that is frequently refreshed, keeping the view up to date. The service mapping may be constructed by automatically discovering and mapping relationships between IT components running specific services. The service mapping logic may monitor the IT infrastructure for service-affecting changes and update the service mapping in real-time. The service mapping may provide a mix of applications and IT components that support a service and provide an understanding of how these applications and components are related.
- The disclosed techniques enable a user to better maintain and manage a dynamic network of components. Specifically, the disclosed techniques enable a user to perform checks (e.g., discovery, metrics, or event management) on various configuration items (CIs) (e.g., devices, applications, containers, microservices, or ephemeral entities) on devices employed within a distributed system that may often be subject to change. For example, CIs may frequently be added, updated, or removed from the distributed system infrastructure. The disclosed techniques provide a multipartite paradigm that facilitates communication between a monitoring agent installed on a device associated with one or more CIs, a management or administrative server (e.g., a management, instrumentation, and discovery (MID) server), and a configuration management service to efficiently monitor data associated with each CI in the distributed system. In some embodiments, the multipartite paradigm may include more than one monitoring agent. For example, a monitoring agent may be installed on each device in a network that has multiple devices, and each monitoring agent may communicate with a MID server and a configuration management service. As such, the multipartite paradigm may provide an efficient and scalable monitoring framework that facilitates discovery, event management, and metrics collection with a plurality of CIs in the distributed system. The data shared between the monitoring agent, the MID server, and the configuration management service within the multipartite paradigm may enable the components to operate more efficiently and generally provide for improved monitoring of the distributed system infrastructure. For example, the multipartite paradigm may provide a user with real-time (or substantially real-time) data associated with a CI in response to a query of the CI by the user via the configuration management service.
- Additionally, the monitoring agent may minimize the need to bind a CI to data produced as a result of a check performed by the monitoring agent on the CI. After installation of the monitoring agent on a device associated with a CI, the monitoring agent may register an occurrence of the monitoring agent with the MID server, which, in turn, may register the occurrence of the monitoring agent with the configuration management service. Thereafter, the monitoring agent may send a CI identifier with any data the monitoring agent has collected from a check associated with the CI to the MID server. The MID server may also transmit the received data with the CI identifier to the configuration management service. As such, the MID server and the configuration management service may automatically determine the CI associated with the received data based on the CI identifier received with the data, thereby minimizing the need for a user to manually bind data to a CI.
- After the monitoring agent has registered an occurrence of the monitoring agent with the MID server and the configuration management service, the monitoring agent may perform one or more checks associated with the CI. In some embodiments, the MID server may send a check request to the monitoring agent to perform on the CI. For example, after determining that a received check request corresponds to the performance of a discovery process, the monitoring agent may perform the discovery process associated with the corresponding CI to determine one or more attributes of the CI, such as a name of the CI or a CI identifier, an internet protocol (IP) address associated with the CI, a serial number associated with the CI, a time stamp associated with the check (e.g., discovery process) performed on the CI, or the like, and identify any executing processes on the CI. The monitoring agent may then send a discovery payload (e.g., data collected as a result of the discovery process) to the MID server, which may then store the data in the database. In some embodiments, upon receiving the discovery payload from the monitoring agent, the configuration management service may determine one or more tasks for the monitoring agent to perform based on the received information. For example, the configuration management service may send a command to the monitoring agent to collect metrics associated with the CI, collect event information associated with the CI, perform one or more discovery processes, or the like.
- A user may also run a query on one or more devices and/or one or more CIs in the distributed system via the configuration management service. For example, the configuration management service may generate a check request based on the query generated by the user. The configuration management service may then send the check request to a relevant MID server, which may then send the check request to the appropriate monitoring agent. After receiving the check request from the MID server, the monitoring agent may then execute the corresponding check associated with the check request and send the results back to the configuration management service via the MID server. As such, the user may receive query results associated with a device and/or a CI of the distributed system in real-time (or substantially in real-time).
- Various refinements of the features noted above may exist in relation to various aspects of the present disclosure. Further features may also be incorporated in these various aspects as well. These refinements and additional features may exist individually or in any combination. For instance, various features discussed below in relation to one or more of the illustrated embodiments may be incorporated into any of the above-described aspects of the present disclosure alone or in any combination. The brief summary presented above is intended only to familiarize the reader with certain aspects and contexts of embodiments of the present disclosure without limitation to the claimed subject matter.
- Various aspects of this disclosure may be better understood upon reading the following detailed description and upon reference to the drawings in which:
-
FIG. 1 is a block diagram of an embodiment of a cloud architecture in which embodiments of the present disclosure may operate; -
FIG. 2 is a schematic of an embodiment of a multi-instance cloud architecture in which embodiments of the present disclosure may operate; -
FIG. 3 is a block diagram of a computing device utilized in a computing system that may be present inFIG. 1 or 2 , in accordance with aspects of the present disclosure; -
FIG. 4 is a block diagram of a distributed computing system that may be present inFIG. 1 or 2 , in accordance with aspects of the present disclosure; -
FIG. 5 is a flow diagram of a process for registration of a monitoring agent and subsequent discovery associated with the monitoring agent in the distributed computing system ofFIG. 4 , in accordance with aspects of the present disclosure; -
FIG. 6 is a flow diagram of a process for providing a check request to a monitoring agent in the distributed computing system ofFIG. 4 based on a monitoring policy, in accordance with aspects of the present disclosure; -
FIG. 7 is a flow diagram of a process for automatically binding a configuration item to results of a check performed by a monitoring agent in the distributed computing system ofFIG. 4 , in accordance with aspects of the present disclosure; and -
FIG. 8 is a flow diagram of a process for querying a configuration item in the distributed computing system ofFIG. 4 via a monitoring agent, in accordance with aspects of the present disclosure. - One or more specific embodiments will be described below. In an effort to provide a concise description of these embodiments, not all features of an actual implementation are described in the specification. It should be appreciated that in the development of any such actual implementation, as in any engineering or design project, numerous implementation-specific decisions must be made to achieve the developers' specific goals, such as compliance with system-related and enterprise-related constraints, which may vary from one implementation to another. Moreover, it should be appreciated that such a development effort might be complex and time consuming, but would nevertheless be a routine undertaking of design, fabrication, and manufacture for those of ordinary skill having the benefit of this disclosure.
- As used herein, the term “computing system” refers to an electronic computing device such as, but not limited to, a single computer, virtual machine, virtual container, host, server, laptop, and/or mobile device, or to a plurality of electronic computing devices working together to perform the function described as being performed on or by the computing system. As used herein, the term “medium” refers to one or more non-transitory, computer-readable physical media that together store the contents described as being stored thereon. Embodiments may include non-volatile secondary storage, read-only memory (ROM), and/or random-access memory (RAM). As used herein, the term “application” refers to one or more computing modules, programs, processes, workloads, threads and/or a set of computing instructions executed by a computing system. Example embodiments of an application include software modules, software objects, software instances and/or other types of executable code. As used herein, the term “configuration item” or “CI” refers to a record for any component (e.g., computer, processor, memory, storage device, network device, power supply, piece of software, license, enterprise service, database table, script, webpage, piece of metadata, virtual resources, storage constructs, and so forth) in an enterprise network, for which relevant data, such as manufacturer, vendor, location, or similar data, is stored in a configuration management database (CMDB). As such, CIs may refer to a combination of physical resources or virtual resources. The CMDB may include an index of CIs, attributes (e.g., roles, characteristics of elements, etc.) associated with the CIs, and/or relationships between the CIs. Furthermore, the CMDB may track configuration files that relate to each CI.
- Information Technology (IT) devices are increasingly important in an electronics-driven world in which various electronic devices are interconnected within a distributed context. As more and more functions are performed by services using some form of distributed computing, the complexity of IT network management increases. As these devices are separated geospatially, managing and tracking the configuration of these devices may become more difficult.
- In such an interconnected but distributed context, the configuration of each of these devices may be represented by configuration items (CIs) that detail certain configurations, parameters, components, software, or settings associated with a respective device. CIs may include information related to a physical entity (e.g., hardware), a logical entity (e.g., a version or an instance of a database), a conceptual entity (e.g., a service or license), and the like, associated with a respective device. Given the wide variety of CIs associated with various devices within this type of complex IT environment, configuration item (CI) discovery executed on a given infrastructure is used to track the CIs of the devices that are present on the connected IT environment. That is, CI discovery is the process of finding configuration items, such as hardware, software, documentation, location, and other information related to the devices connected to a given network, such as an enterprise's network. This discovery process may be performed at least partially using automated routines, e.g., an application program or probe, running on the network in question. When a CI is identified by such routines, discovery includes exploring some or all of the CI's configuration, provisioning, and current status. This explored information may be used to update one or more databases, such as a configuration management database (CMDB), accordingly.
- The CMDB stores and tracks all of the discovered devices connected to the network as well as any status information determined by the respective probe(s). Each of these devices may have one or more corresponding configuration files that control how the asset functions. These configuration files may facilitate discovery of corresponding devices. On computer systems, the discovery process may also identify software applications running on the discovered devices, and any connections, such as Transmission Control Protocol (TCP) connections between computer systems. Discovery may also be used to track all the relationships between computer systems, such as an application program running on one server that utilizes a database stored on another server. CI discovery may be performed at initial installation or instantiation of connections or new devices, and/or CI discovery may be scheduled to occur periodically to track additions, removals, or changes to the IT devices being managed, thereby keeping data stored on the CMDB current. Thus, using the discovery process, an up-to-date map of devices and their infrastructural relationships may be maintained.
- The disclosed techniques may enable a user to better maintain and manage a dynamic network of components. Specifically, the disclosed techniques enable a user to perform checks (e.g., discovery, metrics, or event management) on various configuration items (CIs) (e.g., devices, applications, containers, microservices, or ephemeral entities) on devices employed within a distributed system that may often be subject to change. For example, CIs may frequently be added, updated, or removed from the distributed system infrastructure. The disclosed techniques provide a multipartite paradigm that facilitates communication between a monitoring agent installed on a device associated with one or more CIs, a management or administrative server (e.g., a management, instrumentation, and discovery (MID) server), and a configuration management service to efficiently monitor data associated with each CI in the distributed system. In some embodiments, the multipartite paradigm may include more than one monitoring agent. For example, a monitoring agent may be installed on each device in a network that has multiple devices, and each monitoring agent may communicate with a MID server and a configuration management service. As such, the multipartite paradigm may provide an efficient and scalable monitoring framework that facilitates discovery, event management, and metrics collection with a plurality of CIs in the distributed system. The data shared between the monitoring agent, the MID server, and the configuration management service within the multipartite paradigm may enable the components to operate more efficiently and generally provide for improved monitoring of the distributed system infrastructure. For example, the multipartite paradigm may provide a user with real-time (or substantially real-time) data associated with a CI in response to a query of the CI by the user via the configuration management service.
- With the preceding in mind, the following figures relate to various types of generalized system architectures or configurations that may be employed to provide services to an organization in a multi-instance framework and on which the present approaches may be employed. Correspondingly, these system and platform examples may also relate to systems and platforms on which the techniques discussed herein may be implemented or otherwise utilized. Turning now to
FIG. 1 , a schematic diagram of an embodiment of acloud computing system 10 where embodiments of the present disclosure may operate, is illustrated. Thecloud computing system 10 may include aclient network 12, a network 14 (e.g., the Internet), and a cloud-basedplatform 16. In some implementations, the cloud-basedplatform 16 may be a configuration management database (CMDB) platform. In one embodiment, theclient network 12 may be a local private network, such as local area network (LAN) having a variety of network devices that include, but are not limited to, switches, servers, and routers. In another embodiment, theclient network 12 represents an enterprise network that could include one or more LANs, virtual networks,data centers 18, and/or other remote networks. As shown inFIG. 1 , theclient network 12 is able to connect to one ormore client devices platform 16. The client devices 20 may be computing systems and/or other types of computing devices generally referred to as Internet of Things (IoT) devices that access cloud computing services, for example, via a web browser application or via anedge device 22 that may act as a gateway between the client devices 20 and theplatform 16.FIG. 1 also illustrates that theclient network 12 includes an administration or managerial device or server, such as a management, instrumentation, and discovery (MID)server 24 that facilitates communication of data between the network hosting theplatform 16, other external applications, data sources, and services, and theclient network 12. Although not specifically illustrated inFIG. 1 , theclient network 12 may also include a connecting network device (e.g., a gateway or router) or a combination of devices that implement a customer firewall or intrusion protection system. - For the illustrated embodiment,
FIG. 1 illustrates thatclient network 12 is coupled to anetwork 14. Thenetwork 14 may include one or more computing networks, such as other LANs, wide area networks (WAN), the Internet, and/or other remote networks, to transfer data between the client devices 20 and the network hosting theplatform 16. Each of the computing networks withinnetwork 14 may contain wired and/or wireless programmable devices that operate in the electrical and/or optical domain. For example,network 14 may include wireless networks, such as cellular networks (e.g., Global System for Mobile Communications (GSM) based cellular network), IEEE 802.11 networks, and/or other suitable radio-based networks. Thenetwork 14 may also employ any number of network communication protocols, such as Transmission Control Protocol (TCP) and Internet Protocol (IP). Although not explicitly shown inFIG. 1 ,network 14 may include a variety of network devices, such as servers, routers, network switches, and/or other network hardware devices configured to transport data over thenetwork 14. - In
FIG. 1 , the network hosting theplatform 16 may be a remote network (e.g., a cloud network) that is able to communicate with the client devices 20 via theclient network 12 andnetwork 14. The network hosting theplatform 16 provides additional computing resources to the client devices 20 and/or theclient network 12. For example, by utilizing the network hosting theplatform 16, users of the client devices 20 are able to build and execute applications for various enterprise, IT, and/or other organization-related functions. In one embodiment, the network hosting theplatform 16 is implemented on the one ormore data centers 18, where each data center could correspond to a different geographic location. Each of thedata centers 18 includes a plurality of virtual servers 26 (also referred to herein as application nodes, application servers, virtual server instances, application instances, or application server instances), where eachvirtual server 26 can be implemented on a physical computing system, such as a single electronic computing device (e.g., a single physical hardware server) or across multiple-computing devices (e.g., multiple physical hardware servers). Examples ofvirtual servers 26 include, but are not limited to a web server (e.g., a unitary Apache installation), an application server (e.g., unitary JAVA Virtual Machine), and/or a database server (e.g., a unitary relational database management system (RDBMS) catalog). - To utilize computing resources within the
platform 16, network operators may choose to configure thedata centers 18 using a variety of computing infrastructures. In one embodiment, one or more of thedata centers 18 are configured using a multi-tenant cloud architecture, such that one of theserver instances 26 handles requests from and serves multiple customers.Data centers 18 with multi-tenant cloud architecture commingle and store data from multiple customers, where multiple customer instances are assigned to one of thevirtual servers 26. In a multi-tenant cloud architecture, the particularvirtual server 26 distinguishes between and segregates data and other information of the various customers. For example, a multi-tenant cloud architecture could assign a particular identifier for each customer in order to identify and segregate the data from each customer. Generally, implementing a multi-tenant cloud architecture may suffer from various drawbacks, such as a failure of a particular one of theserver instances 26 causing outages for all customers allocated to the particular server instance. - In another embodiment, one or more of the
data centers 18 are configured using a multi-instance cloud architecture to provide every customer its own unique customer instance or instances. For example, a multi-instance cloud architecture could provide each customer instance with its own dedicated application server and dedicated database server. In other examples, the multi-instance cloud architecture could deploy a single physical orvirtual server 26 and/or other combinations of physical and/orvirtual servers 26, such as one or more dedicated web servers, one or more dedicated application servers, and one or more database servers, for each customer instance. In a multi-instance cloud architecture, multiple customer instances could be installed on one or more respective hardware servers, where each customer instance is allocated certain portions of the physical server resources, such as computing memory, storage, and processing power. By doing so, each customer instance has its own unique software stack that provides the benefit of data isolation, relatively less downtime for customers to access theplatform 16, and customer-driven upgrade schedules. An example of implementing a customer instance within a multi-instance cloud architecture will be discussed in more detail below with reference toFIG. 2 . -
FIG. 2 is a schematic diagram of an embodiment of a multi-instance cloud architecture 40 where embodiments of the present disclosure may operate.FIG. 2 illustrates that the multi-instance cloud architecture 40 includes theclient network 12 and thenetwork 18 that connect to two (e.g., paired) data centers 22A and 22B that may be geographically separated from one another. UsingFIG. 2 as an example, network environment and service provider cloud infrastructure client instance 42 (also referred to herein as a client instance 42) is associated with (e.g., supported and enabled by) dedicated virtual servers (e.g.,virtual servers virtual servers 24A-24D and virtual database servers 44A and 44B are not shared with other client instances and are specific to the respective client instance 42. In the depicted example, to facilitate availability of the client instance 42, thevirtual servers 24A-24D and virtual database servers 44A and 44B are allocated to two different data centers 22A and 22B so that one of thedata centers 22 acts as a backup data center. Other embodiments of the multi-instance cloud architecture 40 could include other types of dedicated virtual servers, such as a web server. For example, the client instance 42 could be associated with (e.g., supported and enabled by) the dedicatedvirtual servers 24A-24D, dedicated virtual database servers 44A and 44B, and additional dedicated virtual web servers (not shown in FIG. - 2).
- Although
FIGS. 1 and 2 illustrate specific embodiments of acloud computing system 10 and amulti-instance cloud architecture 100, respectively, the disclosure is not limited to the specific embodiments illustrated inFIGS. 1 and 2 . For instance, althoughFIG. 1 illustrates that theplatform 16 is implemented using data centers, other embodiments of theplatform 16 are not limited to data centers and can utilize other types of remote network infrastructures. Moreover, other embodiments of the present disclosure may combine one or more different virtual servers into a single virtual server or, conversely, perform operations attributed to a single virtual server using multiple virtual servers. For instance, usingFIG. 2 as an example, thevirtual servers virtual database servers 104A, 104B may be combined into a single virtual server. Moreover, the present approaches may be implemented in other architectures or configurations, including, but not limited to, multi-tenant architectures, generalized client/server implementations, and/or even on a single physical processor-based device configured to perform some or all of the operations discussed herein. Similarly, though virtual servers or machines may be referenced to facilitate discussion of an implementation, physical servers may instead be employed as appropriate. The use and discussion ofFIGS. 1 and 2 are only examples to facilitate ease of description and explanation and are not intended to limit the disclosure to the specific examples illustrated therein. - As may be appreciated, the respective architectures and frameworks discussed with respect to
FIGS. 1 and 2 incorporate computing systems of various types (e.g., servers, workstations, client devices, laptops, tablet computers, cellular telephones, and so forth) throughout. For the sake of completeness, a brief, high level overview of components typically found in such systems is provided. As may be appreciated, the present overview is intended to merely provide a high-level, generalized view of components typical in such computing systems and should not be viewed as limiting in terms of components discussed or omitted from discussion. - As mentioned above, a monitoring agent may be installed on a device associated with one or more CIs, which, when executed on the device, may automatically perform a self-registration process (e.g., register an occurrence of the monitoring agent) with a management, instrumentation, and discovery (MID)
server 24. Registration of the monitoring agent may generate a record of a particular monitoring agent in a data store of theMID server 24. For example, the data store may include a plurality of records of monitoring agents that have executed on a device in thesystem 100. Additionally, theMID server 24 may also update a CMDB with the record of the monitoring agent. As such, theMID server 24 and the CMDB may maintain an accurate, up-to-date data store of all monitoring agents that have been active in thesystem 100. - The monitoring agent may also perform one or more checks (e.g., discovery, metrics, or event management) on the device installed with the monitoring agent and send data collected from the check to the
MID server 24. For example, the monitoring agent may send CI identification data (e.g., a CI identifier), attributes associated with a CI (e.g., an IP address, a serial number, or a time stamp associated with the check), any executing processes on the device, or the like, to the CMDB. The CMDB may then index the information received from the monitoring agent in CI records associated with corresponding CIs in the system. Additional details with regard to the monitoring agent is discussed below with regard toFIGS. 4-8 . - The
MID server 24 may act as an intermediary between a monitoring agent installed on a device and the CMDB (e.g., via a configuration management service or a client instance). In one embodiment, theMID server 24 may aggregate data received from one or more monitoring agents and send the aggregated data to the CMDB. For example, theMID server 24 may receive a discovery payload from each monitoring agent associated various devices associated with one or more CIs in thesystem 100. TheMID server 24 may aggregate the discovery payload received from each monitoring agent and send the aggregated data to the CMDB. In another embodiment, theMID server 24 may send one or more check requests based on a monitoring policy received from the configuration management service (e.g., client instance) to the relevant monitoring agent associated with a CI. Additional details with regard to theMID server 24 will be discussed below with reference toFIGS. 4-8 . - By way of background, it may be appreciated that the present approach may be implemented using one or more processor-based systems such as shown in
FIG. 3 . Likewise, applications and/or databases utilized in the present approach may be stored, employed, and/or maintained on such processor-based systems. As may be appreciated, such systems as shown inFIG. 3 may be present in a distributed computing environment, a networked environment, or other multi-computer platform or architecture. Likewise, systems such as that shown inFIG. 3 , may be used in supporting or communicating with one or more virtual environments or computational instances on which the present approach may be implemented. - With this in mind, an example computer system may include some or all of the computer components depicted in
FIG. 3 .FIG. 3 generally illustrates a block diagram of example components of acomputing system 200 and their potential interconnections or communication paths, such as along one or more busses. As illustrated, thecomputing system 200 may include various hardware components such as, but not limited to, one ormore processors 202, one ormore busses 204,memory 206,input devices 208, apower source 210, anetwork interface 212, auser interface 214, and/or other computer components useful in performing the functions described herein. - The one or
more processors 202 may include one or more microprocessors capable of performing instructions stored in thememory 206. Additionally or alternatively, the one ormore processors 202 may include application-specific integrated circuits (ASICs), field-programmable gate arrays (FPGAs), and/or other devices designed to perform some or all of the functions discussed herein without calling instructions from thememory 206. - With respect to other components, the one or
more busses 204 include suitable electrical channels to provide data and/or power between the various components of thecomputing system 200. Thememory 206 may include any tangible, non-transitory, and computer-readable storage media. Although shown as a single block inFIG. 1 , thememory 206 can be implemented using multiple physical units of the same or different types in one or more physical locations. Theinput devices 208 correspond to structures to input data and/or commands to the one ormore processors 202. For example, theinput devices 208 may include a mouse, touchpad, touchscreen, keyboard and the like. Thepower source 210 can be any suitable source for power of the various components of thecomputing device 200, such as line power and/or a battery source. Thenetwork interface 212 includes one or more transceivers capable of communicating with other devices over one or more networks (e.g., a communication channel). Thenetwork interface 212 may provide a wired network interface or a wireless network interface. Auser interface 214 may include a display that is configured to display text or images transferred to it from the one ormore processors 202. In addition and/or alternative to the display, theuser interface 214 may include other devices for interfacing with a user, such as lights (e.g., LEDs), speakers, and the like. - With this background discussion in mind,
FIG. 4 is a block diagram of an embodiment of a distributedcomputing system 300 for discovering and/or managing connected configuration items (CIs). The distributedcomputing system 300 includes one or more environments such asenvironments resources environment - For example, the
environments environments environment environment account including resources resources environments configuration management service 310 that is a part of acloud service platform 16 including the CMDB 108). Theresources - As discussed above, a
monitoring agent resource 306, 308 (e.g., device) in theenvironment monitoring agent resource monitoring agent monitoring agent monitoring agent MID server MID server monitoring agent MID server monitoring agent MID server configuration management service 310. In some embodiments, more than one communications protocol may be associated with theMID server configuration management service 310. For example, a plurality ofmonitoring agents monitoring agents MID server MID server monitoring agent - The
configuration management service 310 may include one or more servers providing access to and managing theCMDB 108. The configuration andmanagement service 310 may allocate or provision resources, such as application instances in theresources respective environment configuration management service 310 may create, modify, or remove information in theCMDB 108 relating to theresources configuration management service 310 may store data associated with a CI from amonitoring agent corresponding MID server configuration management service 310 may manage a catalogue of resources in more than a single environment (even if the environments do not directly communicate with each other). Using this catalogue, theconfiguration management service 310 may discover new resources, provision resources, allocate resources, modify, and/or remove resources form the catalogue across a single environment or multiple environments. In some embodiments, these actions may be initiated as part of an operation executed on aclient 102, may be scheduled for periodic occasions (e.g., periodic discovery), or may be a combination thereof. For example, aclient 102 may receive a request, via its input structures, to query an identity of an application program interface (API) used by a resource to access a particular vendor or provider for theenvironment 302 that is passed to theconfiguration management service 310 to query theCMDB 108. As another example, theclient 102 may receive a request, via its input structures, to query an identity of a user authorized to access a particular resource that is passed to theconfiguration management service 310. - The
CMDB 108 may be populated utilizing a discovery process performed by themonitoring agent resource monitoring agent monitoring agent MID server CMDB 108. TheCMDB 108 may then store the data associated with the discovery payload in corresponding CI records. - In the illustrated embodiment, each
environment environments MID server 24A has access to theenvironment 304, theMID server 24B may be omitted. - Each discovered resource is identified as a configuration item with a record stored in the
CMDB 108 including data indicating properties, attributes, dependencies, or other information about the resource. TheCMDB 108 may be encoded, for example, as a relational database management system (RDBMS); an object-oriented database (e.g., an XML database); a network model database; or a flat-file database. - In a distributed network with multiple CIs, it may be difficult and/or time-consuming to continuously probe the network to discover the CIs or update the records of each CI in the
CMDB 108. Accordingly, after amonitoring agent environment monitoring agent monitoring agent MID server MID server monitoring agent MID server CMDB 108 may maintain an accurate, up-to-date data store ofactive monitoring agents resources environment MID server monitoring agent environment CMDB 108, thereby maintaining an accurate, up-to-date data store of CIs in theenvironment FIG. 5 is a flow chart of amethod 500 for registering themonitoring agent MID server configuration management service 310 and discovering one or more CIs associated with themonitoring agent environment method 500 is described in a particular order, it should be noted that themethod 500 is not limited to the depicted order, and instead, themethod 500 may be performed in any suitable order. - At
block 502, themonitoring agent monitoring agent MID server monitoring agent resource 306, 308 (e.g., a device that may be associated with one or more CIs) in theenvironment monitoring agent monitoring agent MID server monitoring agent resource monitoring agent MID server monitoring agent MID server 24 that includes theoccurrence identifier - At
block 504, theMID server monitoring agent monitoring agent MID server MID server monitoring agent resource monitoring agent MID server MID server monitoring agent MID server MID server monitoring agent monitoring agent MID server monitoring agent MID server monitoring agent configuration management service 310 may send the discovery request to themonitoring agent monitoring agent CMDB 108. - In some embodiments, if the
MID server monitoring agent MID server monitoring agent MID server monitoring agent MID server monitoring agent MID server - At
block 506, themonitoring agent resource monitoring agent MID server monitoring agent monitoring agent MID server MID server monitoring agent monitoring agent - At
block 508, after receiving the discovery payload from themonitoring agent MID server monitoring agent configuration management service 310. Atblock 510, theconfiguration management service 310 may store the record associated with the registered occurrence of themonitoring agent CMDB 108. For example, theconfiguration management service 310 may store the discovery payload associated with each CI in a respective CI record. Theconfiguration management service 310 may also associate each CI record with a respective record of a registered occurrence of a monitoring agent. Atblock 512, theconfiguration management service 310 may optionally determine one or more checks (e.g., a discovery process, metrics collection, or event management) that themonitoring agent configuration management service 310 may determine the type of check that themonitoring agent monitoring agent configuration management service 310 may then send one or more check requests that correspond to the determined checks to themonitoring agent configuration management server 310 may send the check request with a monitoring agent identifier to theMID server monitoring agent MID server monitoring agent MID server monitoring agents MID server monitoring agent 312 upon determining a match. Themonitoring agent monitoring agent - In some embodiments, the
monitoring agent configuration management service 310 may compare an attribute (e.g., timestamp) of each CI record stored in theCMDB 108 and send a discovery request to anappropriate MID server configuration management service 310 may determine that the timestamp of a first CI record is greater than a threshold value (e.g., thirty seconds, one minute, or two minutes since the last discovery process) and send a discovery request to themonitoring agent appropriate MID server monitoring agent - In some embodiments, it may be desirable for a user to configure one or more monitoring policies utilizing the
configuration management service 310. For example, the user may wish to designate one or more checks that one ormore monitoring agents environment environment system 300. After themonitoring agents resources monitoring agents respective MID server environment 302, 305 of the network. With the foregoing in mind,FIG. 6 is a flow chart of amethod 600 for sending one or more check requests to a registered occurrence of amonitoring agent method 600 is described in a particular order, it should be noted that themethod 600 is not limited to the depicted order, and instead, themethod 600 may be performed in any suitable order. - Referring now to
FIG. 6 , atblock 602, a monitoring policy may optionally be defined by the user via theconfiguration management service 310. For example, a monitoring policy may include a population field that defines the one or more types of CIs that a monitoring agent may perform one or more checks against (e.g., all CIs that run Apache or all Linux servers), a check field that defines one or more types of checks (e.g., event management, metric collection, discovery, or the like) to be performed by the monitoring agent, and one or more parameters (e.g., a check frequency, a threshold value, or the like) associated with the check defined by the check field. In some embodiments, a user may select one or more monitoring policies to implement via theconfiguration management server 310 from a database of predefined monitoring policies. - At
block 604, theMID server configuration management service 310 and synchronize any check requests based on the received monitoring policy. TheMID server monitoring agents MID server monitoring agents environment MID server monitoring agents - In some embodiments, the
configuration management service 310 may send the monitoring policy to more than oneMID server configuration management service 310 may compare the types of CIs designated in the population field of the monitoring policy to one or more records associated with registered occurrences ofmonitoring agents environment system 300. Theconfiguration management service 310 may determine that afirst MID server 24A, asecond MID server 24B, or both, may be associated with one ormore monitoring agents configuration management service 310 may then send the monitoring policy to thecorresponding MID servers environment - At
block 606, theMID server monitoring agent configuration management service 310. For example, theMID server corresponding monitoring agent block 608, after receiving a check request from theMID server monitoring agent - At
block 610, themonitoring agent corresponding MID server block 612, after receiving the results from themonitoring agent MID server configuration management service 310. In some embodiments, theMID server monitoring agent environment MID server monitoring agent configuration management service 310. For example, theMID server monitoring agents MID server monitoring agent monitoring agent - At
block 612, theMID server agents configuration management system 310. For example, theMID server configuration management service 310. Theconfiguration management service 310 may then store the results of each check received in theCMDB 108. For example, theconfiguration management service 310 may associate the results of each check with corresponding records of CIs in theCMDB 108 based on a monitoring agent identifier, a CI identifier, or both, associated with each check result received. In this way, a user may automatically update theCMDB 108 with information associated with each CI in theenvironment - In some embodiments, after the
monitoring agent MID server monitoring agent configuration management service 310 from themonitoring agent monitoring agent monitoring agent corresponding MID server configuration management service 310. Since the occurrence of themonitoring agent MID server configuration management service 310, theMID server configuration management service 310 may automatically determine the identity of the CI that is associated with a check result received from themonitoring agent monitoring agent MID server monitoring agent monitoring agent MID server particular monitoring agent FIG. 7 is a flowchart of amethod 700 for automatically binding a CI to the results of a check performed by amonitoring agent method 700 is described in a particular order, it should be noted that themethod 700 is not limited to the depicted order, and instead, themethod 700 may be performed in any suitable order. - Referring now to
FIG. 7 , atblock 702, themonitoring agent monitoring agent block 704, themonitoring agent corresponding MID server block 706, theMID server monitoring agent block 708, based on the check type identifier, theMID server configuration management service 310 to continue processing of the check results. - In some embodiments, the
monitoring agent MID server configuration management service 310, as described above with regard toFIG. 6 . In such embodiments, themonitoring agent FIG. 7 . In this way, a closed loop may be maintained between themonitoring agents MID servers configuration management service 310, thereby enhancing a communication efficiency between the components of the paradigm. Themonitoring agents configuration management service 310 via theMID server configuration management service 310 may receive updated data associated with one or more CIs in theenvironment system 300. - Additionally, a user may wish to access up-to-date information about a CI in the distributed
system 300 rather than waiting for theentire CMDB 108 to populate with information about each CI in thesystem 300. Accordingly, a user may receive real-time (or substantially real-time) queries of a CI in the distributedsystem 300 through theconfiguration management service 310. With the foregoing in mind,FIG. 8 is a flowchart of amethod 800 for querying one or more CIs in thesystem 300 and presenting the results of the query to a user via theconfiguration management service 310. Although the following description of themethod 800 is described in a particular order, it should be noted that themethod 800 is not limited to the depicted order, and instead, themethod 800 may be performed in any suitable order. - Referring now to
FIG. 8 , atblock 802, a user may execute a query against one or more CIs in the distributedsystem 300 via theconfiguration management service 310. For example, the user may select a pre-defined query to run from one or more queries stored in a database accessible by theconfiguration management service 310. In another example, the user may configure a query by designating one or more CIs or one or more CI types to be queried. Atblock 804, theconfiguration management service 310 may generate a check request based on the query and send the check request torelevant MID servers configuration management service 310 may access one or more CI records in theCMDB 108 and/or one or more records of registered occurrences ofmonitoring agents MID servers monitoring agents MID server environment particular monitoring agent configuration management service 310 may then send the check request to theMID servers configuration management service 310 may send the check request with a CI identifier to theMID servers - At
block 806, theMID servers configuration management service 310 and send the check requests torelevant monitoring agents MID servers monitoring agents environment MID server monitoring agent MID server monitoring agent MID server monitoring agent - At
block 808, themonitoring agents monitoring agent monitoring agent monitoring agent block 810, after themonitoring agent monitoring agent corresponding MID server monitoring agent monitoring agent corresponding MID server environment - At
block 812, theMID servers monitoring agent configuration management service 310. For example, eachMID server agents block 806, may receive check results from each of themonitoring agents MID server configuration management service 310. - At
block 814, theconfiguration management service 310 may present the check results associated with the query to the user via a display device. For example, theconfiguration management service 310 may parse the check results received from theMID servers configuration management service 310 may generate a report that includes the check results associated with the query. In another embodiment, theconfiguration management service 310 may update corresponding CI records with the received check results in theCMDB 108. - Further, in systems with multiple CIs, it may be difficult and/or time-consuming to determine suitable entry points for probing a distributed
system 300 to discover or update the multiple CIs. Accordingly, embodiments discussed herein may facilitate the definition of one or more entry points for a particular CI of the distributedsystem 300. An entry point as used herein is a property of a connection (e.g., the URL, the IP address, or the port) to a CI. For example, to map an electronic mailing enterprise service, an email address may be defined as an entry point. - After an enterprise service is added to the distributed
system 300 or created in the distributedsystem 300, amonitoring agent monitoring agent MID server configuration management service 310 via theMID server monitoring agent configuration management service 310 may automatically generate a check request to ping an entry point (e.g., URL or port) associated with the enterprise service to determine if the entry point is active. Theconfiguration management service 310 may then send the check request to arelevant MID server MID server corresponding monitoring agent monitoring agent monitoring agent MID server configuration management service 310 may then generate one or more check requests associated with discovery and service mapping the distributedsystem 300 based on the active entry point. - The disclosed techniques enable a user to better maintain and manage a dynamic network of components. Specifically, the disclosed techniques enable a user to perform checks (e.g., discovery, metrics, or event management) on various configuration items (CIs) (e.g., devices, applications, containers, microservices, or ephemeral entities) on devices employed within a distributed system that may often be subject to change. The disclosed techniques provide a multipartite paradigm that may provide an efficient and scalable monitoring framework that facilitates discovery, event management, and metrics collection with a plurality of CIs in the distributed system. The data shared between a monitoring agent, a MID server, and a configuration management service within the multipartite paradigm may enable the components to operate more efficiently and generally provide for improved monitoring of the distributed system infrastructure. For example, the multipartite paradigm may provide a user with real-time (or substantially real-time) data associated with a CI in response to a query of the CI by the user via the configuration management service. Additionally, the registration of an occurrence of the monitoring agent with the MID server and/or the configuration management service may minimize the need to bind a CI to data produced as a result of a check performed by the monitoring agent on the CI.
- The specific embodiments described above have been shown by way of example and it should be understood that these embodiments may be susceptible to various modifications and alternative forms. It should be further understood that the claims are not intended to be limited to the particular forms disclosed, but rather to cover all modifications, equivalents, and alternatives falling within the spirit and scope of this disclosure.
- The techniques presented and claimed herein are referenced and applied to material objects and concrete examples of a practical nature that demonstrably improve the present technical field and, as such, are not abstract, intangible or purely theoretical. Further if any claims appended to the end of this specification contain one or more elements designated as “means for [perform]ing [a function] . . . ” or “step for [perform]ing [a function] . . . ”, it is intended that such elements are to be interpreted under 35 U.S.C. 112(f). However, for any claims containing elements designated in any other manner, it is intended that such elements are not to be interpreted under 35 U.S.C. 112(f).
Claims (20)
1. A system, comprising:
a processor; and
a memory, accessible by the processor, the memory storing instructions, that when executed by the processor, cause the processor to perform operations comprising:
receiving a data payload from a monitoring agent within a network, wherein the data payload comprises data associated with one or more computing resources in the network;
storing the data payload in a database as one or more respective records associated with the one or more computing resources;
transmitting one or more check requests to the monitoring agent, wherein the monitoring agent is configured to perform the one or more check requests against the one or more computing resources; and
receiving one or more check results from the monitoring agent, wherein the one or more check results comprise additional data associated with the one or more check results, or the one or more computing resources, or both.
2. The system of claim 1 , wherein the one or more check requests comprise a discovery request, a metrics collection request, or an event management request, or a combination thereof.
3. The system of claim 1 , wherein the operations comprise determining the one or more check requests based on respective types of the one or more computing resources in the data payload.
4. The system of claim 1 , wherein the operations comprise updating the one or more respective records based on the one or more check results.
5. The system of claim 1 , wherein the operations comprise:
receiving an indication of an association between the monitoring agent and the one or more computing resources in the network; and
storing respective records associating the monitoring agent with the one or more computing resources in the memory.
6. The system of claim 1 , wherein the operations comprise:
before transmitting the one or more check requests to the monitoring agent:
identifying a record associated with the monitoring agent in the memory; and
determining that the monitoring agent is associated with the one or more computing resources based on the record.
7. The system of claim 1 , wherein the operations comprise transmitting a discovery request to the monitoring agent before receiving the data payload from the monitoring agent.
8. A method, comprising:
receiving, via one or more processors configured to host a configuration service, an input indicative of an instruction to perform a query against a configuration item (CI) in a network;
transmitting, via the one or more processors, a check request to a monitoring agent associated with the CI based on the received input;
receiving, via the one or more processors, a check result from the monitoring agent, wherein the check result comprises data associated with the CI and the check request; and
transmitting, via the one or more processors, a representation of the data associated with the CI and the check request to a display device.
9. The method of claim 8 , comprising:
receiving, by a device in the network, the check request from the one or more processors; and
transmitting, by the device, the check request to the monitoring agent.
10. The method of claim 8 , comprising:
receiving, by a device in the network, the check result from the monitoring agent; and
transmitting, by the device, the check result to the one or more processors.
11. The method of claim 8 , comprising determining, via the one or more processors, that the monitoring agent is associated with the CI based on the query, the CI, or both.
12. The method of claim 8 , comprising:
receiving, via the one or more processors, a record associating the monitoring agent with the CI from a memory accessible by the one or more processors; and
transmitting, via the one or more processors, the check result to the monitoring agent based on the record.
13. The method of claim 8 , wherein the check request comprises a discovery process, metrics collection, event management, or a combination thereof
14. The method of claim 8 , wherein the check result comprises an indication that an entry point associated with the CI is active.
15. The method of claim 14 , wherein the check result comprises one or more of a name of the entry point, respective names of additional entry points, or respective identifiers of additional CIs that may communicate with the entry point or the CI.
16. A non-transitory, computer-readable medium, comprising instructions, that when executed by one or more processors, cause the one or more processors to perform operations comprising:
receiving an indication of a monitoring agent executing on a client device associated with one or more configuration items (CIs);
transmitting a check request to the monitoring agent based on the received indication, wherein the check request is associated with a CI of the one or more CIs, and wherein the monitoring agent is configured to perform the check request against the CI;
receiving a check result from the monitoring agent, wherein the check result comprises data associated with the CI, the check request, or both; and
storing the check result in a database.
17. The non-transitory, computer-readable medium of claim 16 , wherein one or more records associated with the one or more CIs are stored in the database, and wherein storing the check result in the database comprises updating the one or more records associated with the CIs based on check result.
18. The non-transitory, computer-readable medium of claim 16 , wherein the check result comprises a discovery payload, and wherein the operations comprise transmitting an additional check request to the monitoring agent based on the discovery payload.
19. The non-transitory, computer-readable medium of claim 16 , wherein the check request is transmitted to the monitoring agent based on the received indication and a monitoring policy associated with the CI.
20. The non-transitory, computer-readable medium of claim 19 , wherein the monitoring policy comprises a check frequency, and wherein the check request and one or more additional check requests are transmitted to the monitoring agent based on the check frequency.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US17/662,010 US20220263727A1 (en) | 2018-11-27 | 2022-05-04 | Systems and methods for enhanced monitoring of a distributed computing system |
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US16/201,680 US10715402B2 (en) | 2018-11-27 | 2018-11-27 | Systems and methods for enhanced monitoring of a distributed computing system |
US16/923,054 US11374826B2 (en) | 2018-11-27 | 2020-07-07 | Systems and methods for enhanced monitoring of a distributed computing system |
US17/662,010 US20220263727A1 (en) | 2018-11-27 | 2022-05-04 | Systems and methods for enhanced monitoring of a distributed computing system |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US16/923,054 Continuation US11374826B2 (en) | 2018-11-27 | 2020-07-07 | Systems and methods for enhanced monitoring of a distributed computing system |
Publications (1)
Publication Number | Publication Date |
---|---|
US20220263727A1 true US20220263727A1 (en) | 2022-08-18 |
Family
ID=70770246
Family Applications (3)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US16/201,680 Active US10715402B2 (en) | 2018-11-27 | 2018-11-27 | Systems and methods for enhanced monitoring of a distributed computing system |
US16/923,054 Active 2039-04-29 US11374826B2 (en) | 2018-11-27 | 2020-07-07 | Systems and methods for enhanced monitoring of a distributed computing system |
US17/662,010 Abandoned US20220263727A1 (en) | 2018-11-27 | 2022-05-04 | Systems and methods for enhanced monitoring of a distributed computing system |
Family Applications Before (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US16/201,680 Active US10715402B2 (en) | 2018-11-27 | 2018-11-27 | Systems and methods for enhanced monitoring of a distributed computing system |
US16/923,054 Active 2039-04-29 US11374826B2 (en) | 2018-11-27 | 2020-07-07 | Systems and methods for enhanced monitoring of a distributed computing system |
Country Status (1)
Country | Link |
---|---|
US (3) | US10715402B2 (en) |
Families Citing this family (37)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10454714B2 (en) | 2013-07-10 | 2019-10-22 | Nicira, Inc. | Method and system of overlay flow control |
US10135789B2 (en) | 2015-04-13 | 2018-11-20 | Nicira, Inc. | Method and system of establishing a virtual private network in a cloud service for branch networking |
US10425382B2 (en) | 2015-04-13 | 2019-09-24 | Nicira, Inc. | Method and system of a cloud-based multipath routing protocol |
US10498652B2 (en) | 2015-04-13 | 2019-12-03 | Nicira, Inc. | Method and system of application-aware routing with crowdsourcing |
US11706127B2 (en) | 2017-01-31 | 2023-07-18 | Vmware, Inc. | High performance software-defined core network |
US20200036624A1 (en) | 2017-01-31 | 2020-01-30 | The Mode Group | High performance software-defined core network |
US10992568B2 (en) | 2017-01-31 | 2021-04-27 | Vmware, Inc. | High performance software-defined core network |
US20180219765A1 (en) | 2017-01-31 | 2018-08-02 | Waltz Networks | Method and Apparatus for Network Traffic Control Optimization |
US10778528B2 (en) | 2017-02-11 | 2020-09-15 | Nicira, Inc. | Method and system of connecting to a multipath hub in a cluster |
US10523539B2 (en) | 2017-06-22 | 2019-12-31 | Nicira, Inc. | Method and system of resiliency in cloud-delivered SD-WAN |
US11115480B2 (en) | 2017-10-02 | 2021-09-07 | Vmware, Inc. | Layer four optimization for a virtual network defined over public cloud |
US10686625B2 (en) | 2017-10-02 | 2020-06-16 | Vmware, Inc. | Defining and distributing routes for a virtual network |
US10999100B2 (en) | 2017-10-02 | 2021-05-04 | Vmware, Inc. | Identifying multiple nodes in a virtual network defined over a set of public clouds to connect to an external SAAS provider |
US11223514B2 (en) | 2017-11-09 | 2022-01-11 | Nicira, Inc. | Method and system of a dynamic high-availability mode based on current wide area network connectivity |
US10917308B2 (en) * | 2018-12-20 | 2021-02-09 | Verizon Patent And Licensing Inc. | Virtualized network service management and diagnostics |
US10999137B2 (en) | 2019-08-27 | 2021-05-04 | Vmware, Inc. | Providing recommendations for implementing virtual networks |
US11044190B2 (en) | 2019-10-28 | 2021-06-22 | Vmware, Inc. | Managing forwarding elements at edge nodes connected to a virtual network |
US11477077B1 (en) * | 2019-10-30 | 2022-10-18 | United Services Automobile Association (Usaa) | Change management system with monitoring, alerting, and trending for information technology environment |
US11394640B2 (en) | 2019-12-12 | 2022-07-19 | Vmware, Inc. | Collecting and analyzing data regarding flows associated with DPI parameters |
US11489783B2 (en) | 2019-12-12 | 2022-11-01 | Vmware, Inc. | Performing deep packet inspection in a software defined wide area network |
US11606712B2 (en) | 2020-01-24 | 2023-03-14 | Vmware, Inc. | Dynamically assigning service classes for a QOS aware network link |
US11245641B2 (en) | 2020-07-02 | 2022-02-08 | Vmware, Inc. | Methods and apparatus for application aware hub clustering techniques for a hyper scale SD-WAN |
US11363124B2 (en) | 2020-07-30 | 2022-06-14 | Vmware, Inc. | Zero copy socket splicing |
US11824734B2 (en) * | 2020-08-24 | 2023-11-21 | HCL America Inc. | System providing management of services and a method thereof |
US11575591B2 (en) * | 2020-11-17 | 2023-02-07 | Vmware, Inc. | Autonomous distributed forwarding plane traceability based anomaly detection in application traffic for hyper-scale SD-WAN |
US11575600B2 (en) | 2020-11-24 | 2023-02-07 | Vmware, Inc. | Tunnel-less SD-WAN |
US11929903B2 (en) | 2020-12-29 | 2024-03-12 | VMware LLC | Emulating packet flows to assess network links for SD-WAN |
US11637852B2 (en) * | 2021-01-04 | 2023-04-25 | Microsoft Technology Licensing, Llc | Internet-facing device identification |
US11792127B2 (en) | 2021-01-18 | 2023-10-17 | Vmware, Inc. | Network-aware load balancing |
US11979325B2 (en) | 2021-01-28 | 2024-05-07 | VMware LLC | Dynamic SD-WAN hub cluster scaling with machine learning |
US11381499B1 (en) | 2021-05-03 | 2022-07-05 | Vmware, Inc. | Routing meshes for facilitating routing through an SD-WAN |
US11729065B2 (en) | 2021-05-06 | 2023-08-15 | Vmware, Inc. | Methods for application defined virtual network service among multiple transport in SD-WAN |
US11489720B1 (en) | 2021-06-18 | 2022-11-01 | Vmware, Inc. | Method and apparatus to evaluate resource elements and public clouds for deploying tenant deployable elements based on harvested performance metrics |
US11375005B1 (en) | 2021-07-24 | 2022-06-28 | Vmware, Inc. | High availability solutions for a secure access service edge application |
US11943146B2 (en) | 2021-10-01 | 2024-03-26 | VMware LLC | Traffic prioritization in SD-WAN |
US20230198845A1 (en) * | 2021-12-16 | 2023-06-22 | Rakuten Mobile, Inc. | Systems and methods of configuring monitoring operations for a cluster of servers |
US11909815B2 (en) | 2022-06-06 | 2024-02-20 | VMware LLC | Routing based on geolocation costs |
Citations (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020026506A1 (en) * | 1999-12-16 | 2002-02-28 | Marc Herrmann | Method and device for deploying a distributed monitoring |
US20090019046A1 (en) * | 2007-07-09 | 2009-01-15 | International Business Machines Corporation | Multiple configuration item status value analysis |
US20100057780A1 (en) * | 2008-08-26 | 2010-03-04 | International Business Machines Corporation | Action execution management facility for service configuration items |
US20110055165A1 (en) * | 2009-08-28 | 2011-03-03 | Computer Associates Think, Inc. | System and method for versioning of configuration items |
US20140229768A1 (en) * | 2011-09-21 | 2014-08-14 | Ruth Bernstein | Automated detection of a system anomaly |
US9015188B2 (en) * | 2011-09-28 | 2015-04-21 | Bmc Software, Inc. | Methods and apparatus for monitoring execution of a database query program |
US20160182299A1 (en) * | 2014-12-22 | 2016-06-23 | Servicenow, Inc. | Auto discovery of configuration items |
US20170353543A1 (en) * | 2016-06-01 | 2017-12-07 | International Business Machines Corporation | Autonomous and adaptive monitoring of workloads |
US20180114153A1 (en) * | 2016-10-26 | 2018-04-26 | Servicenow, Inc. | System and Method for Service Modeling |
US20180324030A1 (en) * | 2017-05-04 | 2018-11-08 | Servicenow, Inc. | Operational analytics in managed networks |
US10587465B1 (en) * | 2015-02-19 | 2020-03-10 | VCE IP Holding Company LLC | Methods, systems, and computer readable mediums for selecting and configuring a computing system to support a replicated application |
Family Cites Families (74)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5978594A (en) | 1994-09-30 | 1999-11-02 | Bmc Software, Inc. | System for managing computer resources across a distributed computing environment by first reading discovery information about how to determine system resources presence |
US6321229B1 (en) | 1999-02-26 | 2001-11-20 | Hewlett-Packard Company | Method and apparatus for using an information model to organize an information repository into a hierarchy of information |
WO2002005154A2 (en) | 2000-07-10 | 2002-01-17 | It Masters Technologies S.A. | System and method of enterprise systems and business impact management |
US6609122B1 (en) | 2000-08-01 | 2003-08-19 | Bmc Software, Inc. | Navigation of view relationships in database system |
US6816898B1 (en) | 2000-08-16 | 2004-11-09 | Proactivenet, Inc. | Interfacing external metrics into a performance management system |
US6895586B1 (en) | 2000-08-30 | 2005-05-17 | Bmc Software | Enterprise management system and method which includes a common enterprise-wide namespace and prototype-based hierarchical inheritance |
US7027411B1 (en) | 2000-10-31 | 2006-04-11 | Hewlett-Packard Development Company, L.P. | Method and system for identifying and processing changes to a network topology |
US6944630B2 (en) | 2000-11-22 | 2005-09-13 | Bmc Software | Database management system and method which monitors activity levels and determines appropriate schedule times |
US7028301B2 (en) | 2000-12-08 | 2006-04-11 | Bmc Software, Inc. | System and method for automatic workload characterization |
US7170864B2 (en) | 2001-03-08 | 2007-01-30 | Bmc Software, Inc. | System and method for WAP server management using a single console |
US7506047B2 (en) | 2001-03-30 | 2009-03-17 | Bmc Software, Inc. | Synthetic transaction monitor with replay capability |
US7350209B2 (en) | 2001-06-29 | 2008-03-25 | Bmc Software | System and method for application performance management |
US7089245B1 (en) | 2001-08-31 | 2006-08-08 | Bmc Software, Inc. | Service desk data transfer interface |
US7877783B1 (en) | 2001-11-15 | 2011-01-25 | Bmc Software, Inc. | System and method for secure communications with a remote software program |
US6799189B2 (en) | 2001-11-15 | 2004-09-28 | Bmc Software, Inc. | System and method for creating a series of online snapshots for recovery purposes |
AU2003212608A1 (en) | 2002-03-01 | 2003-09-16 | Bmc Software, Inc. | System and method for assessing and indicating the health of components |
US7131037B1 (en) | 2002-06-05 | 2006-10-31 | Proactivenet, Inc. | Method and system to correlate a specific alarm to one or more events to identify a possible cause of the alarm |
US7020706B2 (en) | 2002-06-17 | 2006-03-28 | Bmc Software, Inc. | Method and system for automatically updating multiple servers |
US7194728B1 (en) | 2002-11-18 | 2007-03-20 | Bmc Software, Inc. | System and method for packaging updates |
US7062683B2 (en) | 2003-04-22 | 2006-06-13 | Bmc Software, Inc. | Two-phase root cause analysis |
US7945860B2 (en) | 2003-05-14 | 2011-05-17 | Hewlett-Packard Development Company, L.P. | Systems and methods for managing conversations between information technology resources |
US7925981B2 (en) | 2003-05-14 | 2011-04-12 | Hewlett-Packard Development Company, L.P. | Systems and methods for managing web services via a framework of interfaces |
US7689628B2 (en) | 2005-05-19 | 2010-03-30 | Atul Garg | Monitoring several distributed resource elements as a resource pool |
US7882213B2 (en) | 2003-06-03 | 2011-02-01 | Bmc Software, Inc. | Network management system to monitor managed elements |
US8224683B2 (en) | 2003-07-08 | 2012-07-17 | Hewlett-Packard Development Company, L.P. | Information technology service request level of service monitor |
US7133884B1 (en) | 2003-11-26 | 2006-11-07 | Bmc Software, Inc. | Unobtrusive point-in-time consistent copies |
US7392300B2 (en) | 2004-01-08 | 2008-06-24 | Hewlett-Packard Development Company, L.P. | Method and system for modelling a communications network |
US7933927B2 (en) | 2004-11-17 | 2011-04-26 | Bmc Software, Inc. | Method and apparatus for building index of source data |
US7941506B2 (en) | 2004-12-06 | 2011-05-10 | Bmc Software, Inc. | User interface for network discovery operations |
US8683032B2 (en) | 2004-12-06 | 2014-03-25 | Bmc Software, Inc. | Generic discovery for computer networks |
US9137115B2 (en) | 2004-12-06 | 2015-09-15 | Bmc Software, Inc. | System and method for resource reconciliation in an enterprise management system |
AU2005318955A1 (en) | 2004-12-21 | 2006-06-29 | Bmc Software, Inc. | System and method for business service management and building business service model |
US7716353B2 (en) | 2005-12-21 | 2010-05-11 | Bmc Software, Inc. | Web services availability cache |
US7610512B2 (en) | 2006-01-06 | 2009-10-27 | Hewlett-Packard Development Company, L.P. | System and method for automated and assisted resolution of it incidents |
US8887133B2 (en) | 2006-04-28 | 2014-11-11 | Bmc Software, Inc. | Bi-directional communication between change management tool and implementation tools |
US8555287B2 (en) | 2006-08-31 | 2013-10-08 | Bmc Software, Inc. | Automated capacity provisioning method using historical performance data |
US7685167B2 (en) | 2007-01-30 | 2010-03-23 | Bmc Software, Inc. | Configuration management database reference instance |
US8051164B2 (en) | 2007-12-14 | 2011-11-01 | Bmc Software, Inc. | Impact propagation in a directed acyclic graph having restricted views |
KR101592957B1 (en) | 2008-10-03 | 2016-02-11 | 가부시키가이샤 제이텍트 | Rolling bearing |
US8266096B2 (en) | 2008-10-24 | 2012-09-11 | Bmc Software, Inc. | Vendor portfolio management in support of vendor relationship management analysis, planning and evaluation |
KR20110082147A (en) * | 2008-10-31 | 2011-07-18 | 인터내셔널 비지네스 머신즈 코포레이션 | Computer system, method, and computer program for managing batch job |
US8380749B2 (en) | 2009-01-14 | 2013-02-19 | Bmc Software, Inc. | MDR federation facility for CMDBf |
US8554750B2 (en) | 2009-01-15 | 2013-10-08 | Bmc Software, Inc. | Normalization engine to manage configuration management database integrity |
US8346752B2 (en) | 2009-02-03 | 2013-01-01 | Bmc Software, Inc. | Software title discovery |
US8743121B2 (en) | 2009-12-23 | 2014-06-03 | Bmc Software, Inc. | Smart impact views |
US9805322B2 (en) | 2010-06-24 | 2017-10-31 | Bmc Software, Inc. | Application blueprint and deployment model for dynamic business service management (BSM) |
US9122536B2 (en) | 2009-12-30 | 2015-09-01 | Bmc Software, Inc. | Automating application provisioning for heterogeneous datacenter environments |
US8457928B2 (en) | 2010-03-26 | 2013-06-04 | Bmc Software, Inc. | Automatic determination of dynamic threshold for accurate detection of abnormalities |
US8832652B2 (en) | 2010-03-26 | 2014-09-09 | Bmc Software, Inc. | Method for customizing software applications |
US9467344B2 (en) | 2010-03-26 | 2016-10-11 | Bmc Software, Inc. | Mechanism to display graphical IT infrastructure using configurable smart navigation |
US8712979B2 (en) | 2010-03-26 | 2014-04-29 | Bmc Software, Inc. | Statistical identification of instances during reconciliation process |
US8478569B2 (en) | 2010-03-26 | 2013-07-02 | Bmc Software, Inc. | Auto adjustment of baseline on configuration change |
US8380645B2 (en) | 2010-05-27 | 2013-02-19 | Bmc Software, Inc. | Method and system to enable inferencing for natural language queries of configuration management databases |
US8674992B2 (en) | 2010-06-24 | 2014-03-18 | Bmc Software, Inc. | Spotlight graphs |
US8402127B2 (en) | 2010-06-28 | 2013-03-19 | Bmc Software, Inc. | System and method for offering virtual private clouds within a public cloud environment |
US8818994B2 (en) | 2011-06-27 | 2014-08-26 | Bmc Software, Inc. | Mobile service context |
US8745040B2 (en) | 2011-06-27 | 2014-06-03 | Bmc Software, Inc. | Service context |
US8907988B2 (en) | 2011-06-30 | 2014-12-09 | Bmc Software, Inc. | Systems and methods for displaying and viewing data models |
US8689241B2 (en) | 2011-09-30 | 2014-04-01 | Bmc Software, Inc. | Dynamic evocations for computer event management |
US8914768B2 (en) | 2012-03-28 | 2014-12-16 | Bmc Software, Inc. | Automated blueprint assembly for assembling an application |
US8812539B2 (en) | 2012-03-31 | 2014-08-19 | Bmc Software, Inc. | Unique attribute constraints for versioned database objects |
US9122552B2 (en) | 2012-06-29 | 2015-09-01 | Bmc Software, Inc. | Hybrid cloud infrastructures |
US20140111520A1 (en) | 2012-10-23 | 2014-04-24 | Bmc Software, Inc. | User-centric annotated location aware asset mapping |
US9645833B2 (en) | 2012-12-31 | 2017-05-09 | Bmc Software, Inc. | Additive independent object modification |
US9317327B2 (en) | 2013-02-28 | 2016-04-19 | Bmc Software, Inc. | Computing infrastructure planning |
US9158799B2 (en) | 2013-03-14 | 2015-10-13 | Bmc Software, Inc. | Storing and retrieving context sensitive data in a management system |
US9613070B2 (en) | 2013-03-15 | 2017-04-04 | Bmc Software, Inc. | Multi-entity normalization |
US9098322B2 (en) | 2013-03-15 | 2015-08-04 | Bmc Software, Inc. | Managing a server template |
US9654473B2 (en) | 2013-06-28 | 2017-05-16 | Bmc Software, Inc. | Authentication proxy agent |
US10250460B2 (en) * | 2014-08-12 | 2019-04-02 | Hp Printing Korea Co., Ltd. | Multifunctional platform system with device management mechanism and method of operation thereof |
US9659051B2 (en) | 2014-12-22 | 2017-05-23 | Bladelogic Inc. | Enforcing referential integrity for object data documents |
EP3241310B1 (en) * | 2015-01-02 | 2019-07-31 | Systech Corporation | Control infrastructure |
US9535737B2 (en) | 2015-01-30 | 2017-01-03 | Bladelogic, Inc. | Dynamic virtual port provisioning |
US10541961B2 (en) * | 2017-05-05 | 2020-01-21 | Servicenow, Inc. | System and method for automating actions in distributed computing |
-
2018
- 2018-11-27 US US16/201,680 patent/US10715402B2/en active Active
-
2020
- 2020-07-07 US US16/923,054 patent/US11374826B2/en active Active
-
2022
- 2022-05-04 US US17/662,010 patent/US20220263727A1/en not_active Abandoned
Patent Citations (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020026506A1 (en) * | 1999-12-16 | 2002-02-28 | Marc Herrmann | Method and device for deploying a distributed monitoring |
US20090019046A1 (en) * | 2007-07-09 | 2009-01-15 | International Business Machines Corporation | Multiple configuration item status value analysis |
US20100057780A1 (en) * | 2008-08-26 | 2010-03-04 | International Business Machines Corporation | Action execution management facility for service configuration items |
US20110055165A1 (en) * | 2009-08-28 | 2011-03-03 | Computer Associates Think, Inc. | System and method for versioning of configuration items |
US20140229768A1 (en) * | 2011-09-21 | 2014-08-14 | Ruth Bernstein | Automated detection of a system anomaly |
US9015188B2 (en) * | 2011-09-28 | 2015-04-21 | Bmc Software, Inc. | Methods and apparatus for monitoring execution of a database query program |
US20160182299A1 (en) * | 2014-12-22 | 2016-06-23 | Servicenow, Inc. | Auto discovery of configuration items |
US10587465B1 (en) * | 2015-02-19 | 2020-03-10 | VCE IP Holding Company LLC | Methods, systems, and computer readable mediums for selecting and configuring a computing system to support a replicated application |
US20170353543A1 (en) * | 2016-06-01 | 2017-12-07 | International Business Machines Corporation | Autonomous and adaptive monitoring of workloads |
US20180114153A1 (en) * | 2016-10-26 | 2018-04-26 | Servicenow, Inc. | System and Method for Service Modeling |
US20180324030A1 (en) * | 2017-05-04 | 2018-11-08 | Servicenow, Inc. | Operational analytics in managed networks |
Non-Patent Citations (2)
Title |
---|
Keller, Alexander, and Suraj Subramanian. "Best practices for deploying a CMDB in large-scale environments." 2009 IFIP/IEEE International Symposium on Integrated Network Management. IEEE. (Year: 2009) * |
Moeller et al. "Deployment Guide Series: IBM Tivoli Change and Configuration Management Database Configuration Discovery and Tracking". Tivoli Software. ibm.com/redbooks. (Year: 2006) * |
Also Published As
Publication number | Publication date |
---|---|
US20200169473A1 (en) | 2020-05-28 |
US10715402B2 (en) | 2020-07-14 |
US11374826B2 (en) | 2022-06-28 |
US20200336392A1 (en) | 2020-10-22 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11374826B2 (en) | Systems and methods for enhanced monitoring of a distributed computing system | |
US10785140B2 (en) | System and method for identifying components of a computer network based on component connections | |
US10394527B2 (en) | System and method for generating an application structure for an application in a computerized organization | |
US10776104B2 (en) | Systems and methods for tracking configuration file changes | |
US11418395B2 (en) | Systems and methods for an enhanced framework for a distributed computing system | |
US11012305B2 (en) | Systems and methods for service mapping | |
CN110832808A (en) | Near real-time messaging service for data center infrastructure monitoring data | |
US11159390B2 (en) | Systems and methods for service-aware mapping of a system infrastructure | |
US10972564B2 (en) | System and method for automating actions in distributed computing | |
US11411830B2 (en) | Systems and methods for determining entry points for mapping a network | |
US20180309634A1 (en) | System for monitoring computerized services | |
US20200106683A1 (en) | Task extension for service level agreement state management | |
US20200186432A1 (en) | System and method for automating the discovery process | |
US11157292B2 (en) | Instance mapping engine and tools | |
US11636104B2 (en) | Analytics center having a natural language query (NLQ) interface | |
US11805146B2 (en) | System and method for detection promotion | |
US11082289B2 (en) | Alert intelligence integration | |
US10942787B2 (en) | Instance mapping engine and tools | |
US20210377718A1 (en) | Pattern affinity for discovery | |
US20230246916A1 (en) | Service map conversion with preserved historical information | |
US20200236163A1 (en) | Scale out network-attached storage device discovery |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
STPP | Information on status: patent application and granting procedure in general |
Free format text: DOCKETED NEW CASE - READY FOR EXAMINATION |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: FINAL REJECTION MAILED |
|
STCB | Information on status: application discontinuation |
Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION |