System and method for monitoring resource utilization of network nodes in a network environment

Abstract

Disclosed is a system (200) and a method (400) for monitoring resource utilization of nodes in a network environment. The method includes obtaining, by an inventory management module (212), a first inventory dataset from a first platform and a second inventory dataset from a second platform. The method further includes determining, based on a comparison of identifiers in the first and second datasets, one or more integrated network nodes and one or more de-integrated network nodes, and updating a centralized network node inventory based on the determination. A resource utilization module (214) collects utilization data for network nodes listed in the updated centralized inventory and identifies nodes exceeding predefined threshold limits corresponding to processor, memory, or storage usage. A utilization report is generated indicating the nodes that exceed the threshold limits. The method enables automated synchronization of node information across platforms and continuous monitoring of network resource performance.

Description

SYSTEM AND METHOD FOR MONITORING RESOURCE UTILIZATION OF NETWORK NODES IN A NETWORK ENVIRONMENTTECHNICAL FIELD

[0001] The embodiments of the present disclosure generally relate to the field of communication networks. More particularly, the present disclosure relates to a system and a method for monitoring resource utilization of network nodes in a network environment.BACKGROUND OF THE INVENTION

[0002] The subject matter disclosed in the background section should not be assumed or construed to be prior art merely because of its mention in the background section. Similarly, any problem statement mentioned in the background section or its association with the subject matter of the background section should not be assumed or construed to have been previously recognized in the prior art.

[0003] The evolution of telecommunication networks, particularly with an introduction of 5thGeneration (5G) network, has significantly transformed deployment and management of network functions. This transformation is driven by a demand for scalability, flexibility, and efficiency in handling an increasing complexity of modern network infrastructures. To address these demands, containerized deployments of the network functions have become important, enabling resource-efficient implementations across distributed server environments.

[0004] As part of the evolution, virtualized network functions have become integral to achieving high performance in the telecommunication networks. Virtualization frameworks provide an organized approach to deploying, managing, and scaling network resources. As containerization is integrated into the virtualization frameworks, monitoring resource utilization within such frameworks is a requirement to ensure consistent performance and reliability.

[0005] Conventional resource monitoring systems involve manual processes where data is collected, analyzed, and reported periodically. This approach is not only time-consuming but also prone to inaccuracies, leading to delays in identifying and mitigating performance-related issues.

[0006] Additionally, inventory management plays an important role in the deployment and operation of virtualized and containerized network environments. Conventional systems typically rely on static inventory records, which are manually updated to reflect changes in server configurations. In dynamic network environments, where resource states frequently change, such static methods are insufficient and result in outdated or inaccurate inventory records. Further monitoring resource thresholds is another critical aspect of managing network infrastructures. The conventional systems involve manual checks to identify instances where the resource utilization exceeds the resource thresholds. These systems are inefficient and lack an ability to provide timely detection and response to resource bottlenecks or imbalances.

[0007] Given the limitations of the conventional systems, there is a pressing need for a mechanism that provides automated resource monitoring, proactive threshold management, and dynamic inventory updates within the containerized network environments.SUMMARY

[0008] The following embodiments present a simplified summary to provide a basic understanding of some aspects of the disclosed invention. This summary is not an extensive overview, and it is not intended to identify key / critical elements or to delineate the scope thereof. Its sole purpose is to present some concepts in a simplified form as a prelude to the more detailed description that is presented later.

[0009] According to an aspect of the present disclosure, disclosed herein is a method for monitoring resource utilization of network nodes in a network environment. The method comprises obtaining, by an inventory managementmodule, a first inventory dataset from a first platform and a second inventory dataset from a second platform. The first inventory dataset comprises one or more identifiers of a first set of network nodes associated with the first platform and the second inventory dataset comprises one or more identifiers of a second set of network nodes associated with the second platform. The method further comprises determining, by the inventory management module based on a comparison of the one or more identifiers of the first set of network nodes and the one or more identifiers of the second set of network nodes, one or more integrated network nodes and one or more de-integrated network nodes at the second platform. The method further comprises updating, by the inventory management module based on the determination, a centralized network node inventory. The method further comprises collecting, by a resource utilization module, resource utilization data for a plurality of network nodes in the updated centralized network node inventory. The method further comprises identifying, by the resource utilization module based on the resource utilization data, one or more network nodes among the plurality of network nodes that exceed predefined resource utilization threshold limits corresponding to each of the collected resource utilization data and generating, by the resource utilization module based on the collected resource utilization data and the identified one or more network nodes, a utilization report indicating the one or more network nodes that exceed the predefined resource utilization threshold limits.

[0010] In one or more implementations, the method further comprises generating, by a generation module, a missing host report when one or more network nodes among the plurality of network nodes listed in the centralized network node inventory are unreachable via a secure shell (SSH) connection.

[0011] In one or more implementations, the missing host report includes one or more identifiers of the one or more network nodes for which an SSH connection attempt fails due to at least one of a connection timeout, authentication failure, or host unreachability condition.

[0012] In one or more implementations, for determining the one or more integrated network nodes and the one or more de-integrated network nodes, the method further comprises identifying, by the inventory management module, at least one integrated network node that is available in the second inventory dataset and unavailable in the first inventory dataset and identifying, by the inventory management module, at least one de-integrated network node that is available in the first inventory dataset and unavailable in the second inventory dataset.

[0013] In one or more implementations, for updating the centralized network node inventory the method further comprises adding, by the inventory management module, one or more identifiers of one or more integrated network nodes present in the second inventory dataset and absent from the first inventory dataset and removing, by the inventory management module from the centralized network node inventory, one or more identifiers of one or more de-integrated network nodes present in the first inventory dataset and absent from the second inventory dataset.

[0014] In one or more implementations, the resource utilization data comprises at least one of a processor usage, memory usage and a storage usage.

[0015] According to another aspect of the present disclosure, a system for monitoring resource utilization of network nodes in a network environment is described. The system comprising an inventory management module, a resource utilization module and a generation module. The inventory management module is configured to obtain a first inventory dataset from a first platform and a second inventory dataset from a second platform. The first inventory dataset comprises one or more identifiers of a first set of network nodes associated with the first platform and the second inventory dataset comprises one or more identifiers of a second set of network nodes associated with the second platform. The inventory management module is further configured to determine, based on a comparison of the one or more identifiers of the first set of network nodes and the one or more identifiers of the second set of network nodes, one or more integrated network nodes and one or more de-integrated network nodes at the second platform and update, based on thedetermination, a centralized network node inventory. The resource utilization module is configured to collect resource utilization data for a plurality of network nodes in the updated centralized network node inventory and identify, based on the resource utilization data, one or more network nodes among the plurality of network nodes that exceed predefined resource utilization threshold limits corresponding to each of the collected resource utilization data. The resource utilization module is further configured to generate, based on the collected resource utilization data and the identified one or more network nodes, a utilization report indicating the one or more network nodes that exceed the predefined resource utilization threshold limits.BRIEF DESCRIPTION OF DRAWINGS

[0018] Various embodiments disclosed herein will become better understood from the following detailed description when read with the accompanying drawings. The accompanying drawings constitute a part of the present disclosure and illustrate certain non-limiting embodiments of inventive concepts. Further, components and elements shown in the drawings are not necessarily to scale, emphasis instead being placed upon clearly illustrating the principles of the present disclosure. For consistency and ease of understanding, similar components and elements are annotated by reference numerals in the exemplary drawings.

[0019] FIG. 1 illustrates an exemplary architecture of a Network Function Virtualization (NFV) Management and Orchestration (MANO) framework, in accordance with an embodiment of the present disclosure.

[0020] FIG. 2 illustrates a system for monitoring resource utilization of network nodes in a network environment, in accordance with an embodiment of the present disclosure.

[0021] FIG. 3 illustrates a block diagram depicting a workflow for monitoring the resource utilization of the network nodes and inventory management in the network environment, in accordance with an embodiment of the present disclosure.

[0022] FIG.4 illustrates a flowchart depicting a method for monitoring the resource utilization of the network nodes in the network environment, in accordance with an embodiment of the present disclosure.

[0023] FIG. 5 illustrates a schematic block diagram of a computing system for monitoring the resource utilization of the network nodes in the network environment, in accordance with an embodiment of the present disclosure.DETAILED DESCRIPTION OF THE INVENTION

[0024] Inventive concepts of the present disclosure will now be described more fully hereinafter with reference to the accompanying drawings, in which examples of one or more embodiments of inventive concepts are shown. Inventive concepts may, however, be embodied in different forms and should not be construed as limited to the embodiments set forth herein. Further, the one or more embodiments disclosed herein are provided to describe the inventive concept thoroughly and completely, and to fully convey the scope of each of the present inventive concepts to those skilled in the art. Furthermore, it should be noted that the embodiments disclosed herein are not mutually exclusive concepts. Accordingly, one or more components from one embodiment may be tacitly assumed to be present or used in any other embodiment.

[0025] The following description presents various embodiments of the present disclosure. The embodiments disclosed herein are presented as teaching examples and are not to be construed as limiting the scope of the present disclosure. The present disclosure should in no way be limited to the illustrative implementations, drawings, and techniques illustrated below, including the exemplary design and implementation illustrated and described herein, but may be modified, omitted, or expanded upon without departing from the scope of the present disclosure.

[0026] The following description contains specific information pertaining to embodiments in the present disclosure. The detailed description uses the phrases “in some embodiments” or “some implementations” which may each refer to one ormore or all of the same or different embodiments or implementations. The term “some” as used herein is defined as “one, or more than one, or all.” Accordingly, the terms “one,” “more than one,” “more than one, but not all” or “all” would all fall under the definition of “some.” In view of the same, the terms, for example, “in an embodiment” or “in an implementation” refers to one embodiment or one implementation and the term, for example, “in one or more embodiments” refers to “at least one embodiment, or more than one embodiment, or all embodiments.” Further, the term, for example, “in one or more implementations” refers to “at least one implementation, or more than one implementation, or all implementations.

[0027] The term “comprising,” when utilized, means “including, but not necessarily limited to;” it specifically indicates open-ended inclusion in the so-described one or more listed features, elements in a combination, unless otherwise stated with limiting language. Furthermore, to the extent that the terms “includes,” “has,” “have,” “contains,” and other similar words are used in either the detailed description, such terms are intended to be inclusive in a manner similar to the term “comprising.”

[0028] In the following description, for the purposes of explanation, various specific details are set forth in order to provide a thorough understanding of embodiments of the present disclosure. It will be apparent, however, that embodiments of the present disclosure may be practiced without these specific details. Several features described hereafter can each be used independently of one another or with any combination of other features.

[0029] The description provided herein discloses exemplary embodiments only and is not intended to limit the scope, applicability, or configuration of the present disclosure. Rather, the foregoing description of the exemplary embodiments will provide those skilled in the art with an enabling description for implementing any of the exemplary embodiments. Specific details are given in the following description to provide a thorough understanding of the embodiments. However, itmay be understood by one of the ordinary skilled in the art that the embodiments disclosed herein may be practiced without these specific details.

[0030] The terminology used herein is for the purpose of describing particular embodiments only and is not intended to be limiting of the disclosure. As used herein the description, the singular forms "a", "an", and "the" include plural forms unless the context of the invention indicates otherwise.

[0031] The terminology and structure employed herein are for describing, teaching, and illuminating some embodiments and their specific features and elements and do not limit, restrict, or reduce the scope of the present disclosure. Accordingly, unless otherwise defined, all terms, and especially any technical and / or scientific terms, used herein may be taken to have the same meaning as commonly understood by one having ordinary skill in the art.

[0032] An object of the present disclosure is to provide a system and a method for monitoring resource utilization of network nodes in a network environment.

[0033] Another object of the present disclosure is to provide a system and a method that facilitates automatic updating of an inventory of network resources by detecting newly integrated nodes and de-integrated nodes from the network environment, ensuring that the inventory remains accurate without a manual intervention.

[0034] Another object of the present disclosure is to provide a system and a method that analyses resource usage trends of the network nodes with time, helping users make informed decisions about resource allocation of the network nodes.

[0035] Disclosed herein is the system and the method for monitoring the resource utilization of the network nodes, managing dynamic inventories, and analyzing trends of the resource utilization of the network nodes within containerized environments. By continuously synchronizing inventory data with an operational status of the network nodes, the system ensures that the inventory remains accurate, even as the network nodes are added or removed.

[0036] The disclosed system enables resource monitoring by collecting and analyzing node resource usage data, such as a Central Processing Unit (CPU), a Random Access Memory (RAM), and a disk utilization, within the containerized environments. The network nodes exceeding predefined thresholds are identified and timely alerts are generated for corrective actions. Further, the disclosed system facilitates continuous monitoring of the operational status of the network nodes, triggering real-time alerts when the network nodes are detected as down or when previously down nodes come back up.

[0037] Furthermore, the disclosed system utilizes an agent less approach to collect performance parameters directly from the network nodes integrated within the containerized environments, without requiring an installation or maintenance of additional software on the network nodes.

[0038] Several key terms used in the description play pivotal roles in facilitating the system functionality. In order to facilitate an understanding of the description, the key terms are defined below.

[0039] An Operations Support System / Business Support System (OSS / BSS)- The OSS / BSS system is responsible for supporting network operations and business processes by collecting, managing, and analyzing data related to resource utilization, performance metrics, and fault reporting in a Core Network (CN) environment.

[0040] An orchestration module is a software component within a Management and Orchestration (MANO) platform that automates deployment, scaling, and management of Virtualized Network Functions (VNFs) and network resources.

[0041] Virtual Network Function Manager (VNFM) - The VNFM is a specialized software system that manages lifecycle of the VNFs. The lifecycle includes deployment, configuration, scaling, performance monitoring, and fault handling to ensure optimal operation of network services.

[0042] Virtualized Infrastructure Manager (VIM)- The VIM is a component responsible for managing and controlling hardware resources such as compute, storage, and networking in a virtualized environment. The VIM allocates resources dynamically based on workload demands and provides fault tolerance to ensure service continuity.

[0043] Element Management System (EMS)- The EMS is a system that provides real-time monitoring and management of individual network elements in a 5G CN environment and captures data on performance metrics, threshold violations, and fault conditions, enabling proactive maintenance.

[0044] VNF -The VNF is a virtualized implementation of the network functions such as routing, firewalls, or load balancing. The VNFs run in the containerized environment and offer flexibility and scalability compared to traditional hardwarebased network appliances.

[0045] Storage hardware- The storage hardware is a physical hardware responsible for storing and retrieving data and supports both persistent and temporary storage needs for the VNFs, including logs, configuration files, and performance metrics.

[0046] Network hardware- The network hardware consists of a physical infrastructure that facilitates data transmission across a 5G Core Network. This includes routers, switches, and Network Interface Cards (NICs) essential for maintaining connectivity in the containerized environment.

[0047] Virtualization layer- The virtualization layer is a software abstraction layer that enables multiple virtualized instances (virtual machines or containers) to run on a single set of hardware resources.

[0048] The MANO Platform- The MANO Platform is a comprehensive system that handles the end-to-end management of virtualized network resources and integrates components such as the VNFM, the VIM, and the orchestration modules tostreamline inventory updates, fault handling, and performance optimization in the 5G CN environment.

[0049] Container orchestration platform- The container orchestration platform is a platform that automates the deployment, scaling, and management of containerized applications across clusters of nodes.

[0050] The containerized environment- The containerized environment is a virtualized computing environment where applications run in isolated units called containers. Each container includes its own dependencies, libraries, and binaries, ensuring consistency across development, testing, and production environments.

[0051] The inventory data- The inventory data is a structured data that provides details about the current state of the network nodes, including active, inactive, newly added, and de-integrated nodes. The inventory data is essential for monitoring the resource utilization and tracking performance trends.

[0052] Physical and Virtual Inventory Manager Command Line Interface (PVIM CLI) tool is used to manage both physical hardware and virtualized resources within the network environment that facilitates inventory updates, configuration adjustments, and resource allocation tasks.

[0053] Comma Separated Values (csv) file format- The csv file format is a plain text file format used to store tabular data, where values are separated by commas and is commonly used to export and analyze performance metrics, the inventory data, and resource utilization trends.

[0054] Simple Mail Transfer Protocol (SMTP)- The SMTP is internet standard protocol used to send and receive email notifications. In the present disclosure, the SMTP is leveraged to automatically notify stakeholders about resource threshold breaches, node downtime, or other critical network events.

[0055] Embodiments of the present disclosure will be described below in detail with reference to the accompanying drawings. FIG. 1- FIG. 5, discussed below, and theone or more embodiments used to describe the principles of the present disclosure are by way of illustration only and should not be construed in any way to limit the scope of the present disclosure. Those skilled in the art will understand that the principles of the present disclosure may be implemented in any suitably arranged system or device.

[0056] FIG. 1 illustrates an exemplary architecture of a Network Function Virtualization (NFV) Management and Orchestration (MANO) framework 100, in accordance with an embodiment of the present disclosure.

[0057] Referring to Figure 1, the MANO framework 110 interfaces with an OSS / BSS 102 which perform service-level and business-level management functions. In FIG. 1, EMS 1, EMS 2, EMS 3 (may also be collectively referred as “EMS 104”) manage corresponding VNF1, VNF 2, VNF 3 (may also be collectively referred as “VNF 106” or “VNFs 106”) within the network. The MANO framework 110 interfaces with these external components (OSS / BSS 102 and EMS 104) to exchange service and operational information, thereby enabling automated management of network services.

[0058] The Network Functions Virtualization Infrastructure (NF VI) 108 in the FIG.1 may serve as a foundational layer that provides virtualized computing, storage, and networking resources needed for VNF operations. The NF VI 108 manages processing power for running containerized or virtualized network services, handles persistent and temporary data storage for network functions, and ensures network connectivity between the virtualized components. A virtualization layer 108-1 in the NFVI 108 acts as an abstraction layer between hardware resources 108-2 (the computing hardware, the storage hardware, and the network hardware) and the VNFs 106 and enables an efficient allocation and management of the hardware resources 108-2 by creating virtualized instances that may be dynamically assigned to different network services.

[0059] The MANO framework 110 includes an orchestrator 112, one or more VNF Managers (VNFMs) 114, and at least one VIM 116. The orchestrator 112 maymonitor set of resources provided by underlying infrastructures and control the VNF lifecycle through relevant interfaces towards VNFMs 114 and VIM 116. The VNFMs 114 may perform lifecycle management operations for individual VNFs such as instantiation, configuration, scaling, and termination, and communicates with both the orchestrator 112 and the VIM 116. The VIM 116 may manage allocation and control of the underlying compute, storage, and network resources within the NF VI 108.

[0060] In the present disclosure, the MANO framework 110 illustrated in FIG. 1 serves as a source of a second inventory dataset, representing an orchestrated view of network nodes and functions.

[0061] FIG.2 illustrates a system 200 for monitoring the resource utilization of the network nodes in the network environment, in accordance with an embodiment of the present disclosure. The system 200 (may also be referred as “the server 200”) comprises a processor 202, a memory 204, a communication interface 206, an Input / Output (I / O) interface 208, one or more processing modules 210 (hereinafter also referred to as “processing modules 210”) coupled to each other via a first communication bus 218.

[0062] The processor 202 may include various processing circuitry and communicates with the memory 204 and the communication interface 206. The processor 202 is configured to execute computer-readable instructions (hereinafter also referred to as “a set of instructions”) stored in the memory 204 and to cause the server 200 to perform various processes for monitoring the resource utilization of nodes in the network environment. The processor 202 is further configured to move data into or out of the memory 204 as required by an executing process. The processor 202 may further include one or a plurality of processors, including a general-purpose processor, such as, for example, and without limitation, a Central Processing Unit (CPU), an Application Processor (AP), a dedicated processor, or the like, a Graphics-only Processing Unit such as a Graphics Processing Unit (GPU).

[0063] The memory 204 stores the set of instructions required by the processor 202 of the server 200 for controlling its overall operations. The memory 204 may include non-volatile storage elements. Examples of such non-volatile storage elements may include magnetic hard discs, optical discs, floppy discs, flash memories, or forms of Electrically Programmable Memories (EPROM) or Electrically Erasable and Programmable Memories (EEPROM). In addition, the memory 204 may, in some examples, be considered a non-transitory storage medium. The "non-transitory" storage medium is not embodied in a carrier wave or a propagated signal. However, the term "non-transitory" should not be interpreted as the memory 204 is nonmovable. In some examples, the memory 204 may be configured to store larger amounts of information.

[0064] In certain examples, a non-transitory storage medium may store data that can, over time, change (e.g., in Random Access Memory (RAM) or cache). The memory 204 may be an internal storage unit or an external storage unit of the server 200, cloud storage, or any other type of external storage. In certain examples, the memory 204 configured as the non-transitory storage medium may include hard drives, solid-state drives, flash drives, Compact Disk (CD), Digital Video Disk (DVD), and the like. Further, the memory 204 may include any type of non-transitory storage medium, without deviating from the scope of the present disclosure.

[0065] More specifically, the memory 204 may store computer-readable instructions including instructions that, when executed by a processor (e.g., the processor 202) cause the server 200 to perform various functions described herein. In some cases, the memory 204 may contain, among other things, a Basic Input Output System (BIOS) which may control basic hardware or software operation such as the interaction with peripheral components or devices.

[0066] The communication interface 206 may facilitate communication of the server 200 with various devices connected to it. The communication interface 206 may also provide a communication pathway for one or more components of theserver 200. Examples of such components include, but are not limited to, the processing modules 210.

[0067] In an embodiment, the processing modules 210 may be implemented as a combination of hardware and programming (for example, programmable instructions) to implement one or more functionalities of the server 200. In nonlimiting examples, described herein, such combinations of hardware and programming may be implemented in several different ways. For example, the programming for the processing modules 210 may be processor-executable instructions stored on a non-transitory machine-readable storage medium and the hardware for the processor 202 may comprise a processing resource (for example, one or more processors), to execute such instructions. In the present examples, the machine-readable storage medium may store instructions that, when executed by the processing resource, implement the processing modules 210. In such examples, the server 200 may also comprise the machine-readable storage medium storing the instructions and the processing resource to execute the instructions, or the machine-readable storage medium may be separate but accessible to the server 200 and the processing resource. In other examples, the processing modules 210 may be implemented using an electronic circuitry.

[0068] Further, the communication interface 206 includes an electronic circuit specific to a standard that enables wired or wireless communication. The communication interface 206 is configured to communicate internally between internal hardware components. The communication interface 206 may be further configured to communicate with external devices via the communication network. The communication interface 206 may include an Ethernet interface, an optical interface, a coaxial interface, an infrared interface, a Radio Frequency (RF) interface, a Universal Serial Bus (USB) interface, a Wi-Fi interface, a cellular network interface, or the like.

[0069] The I / O interface 208 may include suitable logic, circuitry, interfaces, and / or codes that may be configured to receive input(s) and present (or display) output(s)on the server 200. For example, the I / O interface 208 may have an input interface (not shown) and an output interface (not shown). The input interface may be configured to enable the user to provide input(s) to trigger (or configure) the server 200 for performing data processing operation(s). Examples of the I / O interface 208 may include, but are not limited to, a touch interface, a mouse, a keyboard, a motion recognition unit, a gesture recognition unit, a voice recognition unit, or the like. The output interface may be configured to display (or present) output(s) generated (or provided) by the server 200. In some aspects of the present disclosure, the output interface may provide the output(s) based on an instruction provided by the user of the server 200, by way of the input interface. Examples of the output interface may include, but are not limited to, a digital display, an analog display, a touch screen display, an appearance of a desktop, and / or illuminated characters. Aspects of the present disclosure are intended to include or otherwise cover any type of the input interface and the output interface in the VO interface 208, including known, related art, and / or later developed technologies without deviating from the scope of the present disclosure.

[0070] In one or more embodiments, the processing modules 210 may include one or more units / modules selected from any of an inventory management module 212, a resource utilization module 214, and a generation module 216 coupled to each other by way of a second communication bus 220.

[0071] Referring to FIG. 2, the inventory management module 212 is configured to obtain a first inventory dataset from a first platform and the second inventory dataset from a second platform. The first inventory dataset comprises one or more identifiers of a first set of the network nodes associated with the first platform and the second inventory dataset comprises one or more identifiers of a second set of the network nodes associated with the second platform. The inventory management module 212 is further configured to determine one or more integrated network nodes and one or more de-integrated network nodes at the second platform based on a comparison of the one or more identifiers of the first set of the network nodes and the one or more identifiers of the second set of the network nodes. The inventorymanagement module 212 is further configured to update a centralized network node inventory based on the determination. The resource utilization module 214 is configured to collect resource utilization data for a plurality of network nodes in the updated centralized network node inventory and identify one or more network nodes among the plurality of the network nodes that exceed predefined resource utilization threshold limits corresponding to each of the collected resource utilization data. The resource utilization module 214 is further configured to generate, based on the collected resource utilization data and the identified one or more network nodes, a utilization report indicating the one or more network nodes that exceed the predefined resource utilization threshold limits.

[0072] The generation module 216 is configured to generate a missing host report when the one or more network nodes among the plurality of network nodes listed in the centralized network node inventory are unreachable via a Secure Shell (SSH) connection.

[0073] Further, for determining the one or more integrated network nodes and the one or more de-integrated network nodes, the inventory management module 212 is configured to identify at least one integrated network node that is available in the second inventory dataset and unavailable in the first inventory dataset and identify at least one de-integrated network node that is available in the first inventory dataset and unavailable in the second inventory dataset.

[0074] Furthermore, the inventory management module 212 is configured to update the centralized network node inventory by adding one or more identifiers of the one or more integrated network nodes present in the second inventory dataset and absent from the first inventory dataset. The inventory management module 212 is further configured to remove from the centralized network node inventory, one or more identifiers of one or more de-integrated network nodes present in the first inventory dataset and absent from the second inventory dataset.

[0075] Although FIG. 2 shows exemplary components of the server 200, in other implementations, the server 200 may include fewer components, different components, differently arranged components, or additional components than depicted in FIG. 2. Additionally, or alternatively, one or more components of the server 200 may perform functions described as being performed by one or more other components of the server 200.

[0076] FIG. 3 illustrates a block diagram depicting a workflow 300 for monitoring the resource utilization of the network nodes and inventory management in the network environment, in accordance with an embodiment of the present disclosure.

[0077] At step 302, the workflow 300 begins by retrieving the first inventory dataset associated with the first platform. The first platform here corresponds to the container orchestration platform. The first platform may be configured to deploy, monitor, and manage the operational status of the plurality of network nodes. The first platform may provide the first inventory dataset comprising node identifiers and related operational information retrieved from the network environment. For instance, the first platform may include a set of containerized or virtualized nodes participating in a distributed service cluster, each represented by the identifier, such as a container ID or host name, and associated with performance statistics such as CPU and memory usage. In one or more embodiments, the first inventory dataset may include record of each network node comprising network node identifiers, integration timestamps, and an operational state of each network node within the container orchestration platform.

[0078] At step 304, the server 200 retrieves the second inventory dataset associated with the second platform via the PVIM CLI. The second platform here corresponds to the MANO platform. The second platform may be configured to manage the lifecycle, configuration, and infrastructure-level inventory of the network nodes. The second platform may track and supervises virtualized or containerized resources in the underlying infrastructure and provide the second inventory dataset comprising the identifiers, configuration parameters, and operational metadataassociated with the network nodes. For instance, the second platform may maintain a catalog of network nodes provisioned across multiple network domains, recording parameters such as, but not limited to, node type, capacity, allocation status, which may be used as a reference for synchronizing the centralized network node inventory. In one or more embodiments, the second inventory dataset may contain details about the network node identifiers in the MANO platform and information associated with the network nodes such as the operational state of each network node.

[0079] At step 306, the first inventory dataset from the container orchestration platform and the second inventory dataset from the MANO platform is compared to identify any changes in node operational status and to identify discrepancies, specifically focusing on any integrated or de-integrated network nodes. In an implementation, the comparison is performed automatically and periodically through an automated scheduler without any manual intervention. As used herein, the integrated network nodes refer to one or more network nodes that are newly added within the network infrastructure. The integrated network nodes are identified when the identifiers of those network nodes are present in the second platform dataset but absent from the first platform dataset. For instance, if a new compute node is instantiated in the MANO platform but has not yet been reflected in the first platform, the system identifies the network node as the integrated network node and adds that node to the centralized network node inventory. The de-integrated network nodes refer to one or more network nodes that were previously part of the network node inventory but are no longer active, reachable, or registered within the MANO platform. Such network nodes are identified when the identifiers of such network nodes are present in the first platform dataset but absent from the second platform dataset, indicating that they have been removed, or failed. For instance, if a compute node is terminated or becomes unreachable in a management layer, the system recognizes that network node as the de-integrated network node and removes its record from the centralized network node inventory.

[0080] At step 308, if no changes (i.e., no newly added or the de-integrated nodes) are detected during the comparison, the system 200 skips an inventory update step. The system 200 records that no action is required, and no further notifications are triggered.

[0081] At step 310, if changes are observed during the comparison at step 306, then before any updates are made to the centralized node inventory, a backup of a current inventory file of the MANO platform is created to ensure that there is a restore point available in case any inconsistencies or errors occur during an inventory update process, allowing the system 200 to roll back to a previous state if necessary.

[0082] At step 312, based on a result of the comparison between the first inventory dataset and the second inventory dataset, the server 200 updates the centralized node inventory. In an implementation, the centralized node inventory contains details of all servers (the network nodes) across the network (in this case, Presence Across Nation (PAN) India servers) to reflect a current state of the network nodes. In an implementation, scale of the PAN India servers keeps on increasing. The network nodes that are newly integrated are added to the centralized node inventory, while the nodes that have been de-integrated are removed. This step ensures that the centralized node inventory accurately represents the real-time state of the containerized environment. The centralized node inventory is used for subsequent resource monitoring and management tasks, ensuring that all the servers (the network nodes) are accounted for, which ensures consistency.

[0083] At step 314, once the centralized node inventory is updated, the server 200 sends an email to relevant users, informing them about the newly integrated or the de-integrated nodes. This communication ensures that the users are aware of any changes in the node inventory in real-time. The users here may correspond to stakeholders.

[0084] At step 316a and 316b, continuous monitoring of the container orchestration platform is performed, to monitor a live status of all the network nodes (whether they are up or down). In an implementation, the server 200 starts monitoringliveliness of the nodes across PAN India from multiple container orchestration manager nodes.

[0085] This process involves regular checks to determine whether each network node is operational or has gone offline.

[0086] At step 318, if any network node is detected as being down, the server 200 triggers an alarm via the email to notify the users. The server 200 uses the SMTP to trigger the alarm. Similarly, if the network node that had previously down come back online, a notification is sent to the users. The alerts ensure timely awareness of the network node operational status changes.

[0087] At step 320, a node utilization report is generated. In an implementation, the automated scheduler generates the node utilization report. The report includes data on the CPU, the RAM, and the disk usage for the network nodes listed in the centralized node inventory. In an embodiment, the automated scheduler runs a script that generates the node utilization report. The reports are generated at regular intervals to ensure continuous monitoring.

[0088] At step 322, the node utilization report generated by the script is consolidated into a production node utilization report in the. csv file format, which provides a detailed summary of the resource utilization for each network node.

[0089] At step 324, in an embodiment, if the node utilization report generation for certain network nodes fails (when one or more network nodes among the plurality of network nodes listed in the centralized network node inventory are unreachable via the SSH connection), a specific script is run to ensure that missing data is captured. This script ensures that no network node is left unmonitored, filling any gaps in the utilization reporting, via a secure shell (SSH) connection

[0090] At step 326, the server 200 generates a missing hosts report that lists the network nodes for which resource data could not be captured during a previous collection process i.e., a separate report is generated that lists the network nodes forwhich the resource utilization data was not captured. In an embodiment, the missing hosts report may be in (.csv) format. The missing hosts report provides the users with insights into any network node that may require further attention, such as addressing SSH connectivity issues. In an embodiment, the missing host report includes one or more identifiers of the one or more network nodes for which the SSH connection attempt fails due to at least one of a connection timeout, authentication failure, or host unreachability condition. In a non-limiting example, if the network node that appears in the centralized network node inventory cannot be reached through a connectivity test, that network node is added to the missing host report so that administrators can investigate possible configuration or network issues.

[0091] At step 328, the server 200 fetches and compiles a threshold violation report that lists the network nodes exceeding the predefined resource thresholds (e.g., the CPU, the RAM, and the disk usage). This step focuses on identifying Network Functions (NFs) that may require optimization due to resource over-utilization.

[0092] At step 330, a Network Function (NF)-wise resource exceeded nodes data (.xls) report is generated, providing the users with information on where the resource thresholds have been violated i.e., a detailed report is generated that contains information about which network nodes exceeded their resource thresholds, categorized by the NF. The report helps in pinpointing specific areas in the network where performance bottlenecks may exist.

[0093] At step 332, the server 200 inserts summarized data from the reports into an email body for the users, ensuring the most relevant information is communicated efficiently. The server 200 uses the automation to aggregate the various reports (the resource utilization, the missing hosts, the threshold violations) and create a mail summary that is clear and concise. The server 200 automatically compiles relevant information, ensuring that the users receive an overview of system's health and performance.

[0094] At step 334, the server 200 uses the SMTP to send out email alerts and reports to concerned users, ensuring timely communication of the network node operational status and the performance.

[0095] At step 336, the server 200 further executes a resource trend generator script to analyze resource utilization trends over the time, providing insights for performance optimization. In an implementation, the execution of the resource trend generator script may help to identify areas where application scaling may be required, especially in specific sites or regions where network traffic has increased, as indicated by the resource utilization trends.

[0096] At step 338, in one or more embodiments, a trend report of the resources (the CPU, the RAM, the disk) is generated in .csv format for trend analysis over multiple days. The trend report is detailed in .csv format, showing how the resource utilization has varied over specific periods. For instance, the specific periods may be day 1, day 2, and day 3. This allows the users to identify the patterns or anomalies in resource usage and make proactive decisions regarding the resource allocation or the optimization.

[0097] At step 340, the server 200 utilizes a container orchestration manager server inventory to create and fetch a summary of a current status of all network nodes within the containerized environment. The summary includes essential details such as the health and resource status of each network node.

[0098] At step 342, the server 200 compiles a final summary that includes all key details from the various reports, with a focus on the network nodes that are down, across the containerized environment.

[0099] At step 344, in one or more embodiments, a status report is generated in a .csv format that includes an overall status of the containerized environment, detailing which network nodes are up or down, along with their resource usage metrics. The comprehensive report provides a snapshot of the current state of thecontainerized environment. The server 200 inserts the summarized data from the report into the email body for the users for analysis or taking corrective actions.

[0100] FIG. 4 illustrates a flowchart depicting a method 400 for monitoring the resource utilization of the nodes in the network environment, in accordance with an embodiment of the present disclosure.

[0101] At step 402, the inventory management module 212 obtains the first inventory dataset from the first platform and the second inventory dataset from the second platform. In one or more embodiments, the first inventory dataset may include record of each network node comprising the network node identifiers, integration timestamps, and the operational state of each network node within the container orchestration platform. In one or more embodiments, the second inventory dataset may contain details about the network node identifiers in the MANO platform and information associated with the network nodes such as the operational state of each network node.

[0102] At step 404, once both the datasets have been retrieved, the inventory management module 212 performs the comparison of the network node identifiers included in the two datasets to determine any differences there between. Based on this comparison, the inventory management module 212 determines one or more integrated network nodes that are present in the second inventory dataset and absent from the first inventory dataset, and one or more de-integrated network nodes that are present in the first inventory dataset and absent from the second inventory dataset. The determination ensures that variations between the two platforms are recognized and appropriately reflected within the centralized network node inventory.

[0103] At step 406, following the determination at step 404, the inventory management module 212 updates the centralized network node inventory that serves as a master record of all the network nodes currently active in the network environment. The updating operation includes adding identifiers of the integrated network nodes that are present in the second dataset and absent from the first dataset and removing identifiers of the de-integrated network nodes that are present in thefirst dataset and absent from the second dataset. The centralized network node inventory thereby maintains a dynamically consistent record of all active network nodes, providing a unified reference for subsequent monitoring and reporting operations.

[0104] In one embodiment, upon completion of the update operation, the system 200 may automatically back up the previous version of the centralized inventory and trigger a notification message to designated users to indicate changes such as the addition or the removal of the network nodes. The notification may be delivered through the email or via other configured communication channel.

[0105] The method 400 further includes generating, by the generation module 216, the missing host report for the one or more network nodes among the plurality of network nodes listed in the centralized network node inventory that are unreachable through the SSH connection. The missing host report may include the one or more identifiers of the network nodes for which the SSH connection attempt fails due to at least one of the connection timeout, the authentication failure, or the host unreachability condition. The missing host report may be produced in a structured format such as the CSV or text file and may be transmitted to the users for corrective action.

[0106] At step 408, the resource utilization module 214 collects the resource utilization data for the plurality of network nodes recorded in the updated centralized network node inventory. The resource utilization data may include, but is not limited to, the processor usage, the memory usage, and the storage usage parameters associated with each of the network nodes. The collection of the resource utilization data may be performed periodically or continuously through automated monitoring scripts or integrated orchestration pipelines.

[0107] At step 410, the resource utilization module 214 may analyze the collected resource utilization data to identify the one or more network nodes whose utilization parameters exceed the respective predefined threshold limits. Each threshold limit may correspond to a particular utilization parameter, for example, a processor usagelimit, a memory usage limit, or a storage usage limit, and may be determined based on pre-configured policy or system design criteria. The identification of thresholdexceeding nodes allows proactive detection of performance degradation or capacity bottlenecks within the network.

[0108] At step 412, based on the collected utilization data and the identified threshold-exceeding nodes, the resource utilization module 214 may generate the resource utilization report. The resource utilization report provides an indication of the one or more network nodes that exceed the predefined resource utilization threshold limits, along with corresponding utilization statistics. In one or more embodiments, the resource utilization report may be formatted for visualization or archival purposes and may be automatically distributed to the users through the email or via a centralized dashboard interface. In certain embodiments, the system 200 may perform the trend analysis based on historical utilization data collected over multiple time intervals. The trend analysis provides insights into long-term resource consumption behavior of the network nodes and may enable the users to forecast future resource demands and perform capacity planning.

[0109] The resource utilization report is further transmitted to designated users, allowing for further analysis. The notifications may be sent via the email, alerting the users to the network nodes that are operating near or above the threshold limits. In an implementation, the utilization report is transmitted to an Integrated Performance Management (IPM) platform for Network Operations Center (NOC) team to monitor the resources.

[0110] FIG. 5 illustrates a schematic block diagram of a computing system 500 for monitoring the resource utilization of the nodes in the network environment, in accordance with an embodiment of the present disclosure.

[0111] The computing system 500 includes a network 510, a network interface 520, a processor 530, an Input / Output (I / O) interface 540 and a non-transitory computer readable storage medium 550 (hereinafter may also be referred to as the “storage medium 550” or the “storage media 550”).

[0112] The network interface 520 includes wireless network interfaces such as Bluetooth, Wi-Fi, Worldwide Interoperability for Microwave Access (WiMAX), General Packet Radio Service (GPRS), or Wideband Code Division Multiple Access (WCDMA) or wired network interfaces such as Ethernet, Universal Serial Bus (USB), or Institute of Electrical and Electronics Engineers-864 (IEEE-864).

[0113] The processor 530 may include various processing circuitry and communicate with the storage medium 550 and the VO interface 540. The processor 530 is configured to execute instructions stored in the storage medium 550 and to perform various processes. The processor 530 may include an intelligent hardware device including a general-purpose processor, such as, for example, and without limitation, the CPU, the AP, the dedicated processor, or the like, the graphics-only processing unit such as the GPU, a microcontroller, a Field-Programmable Gate Array (FPGA), a programmable logic device, a discrete hardware component, or any combination thereof. The processor 530 may be configured to execute computer-readable instructions 452 stored in the storage medium 550 to cause the server to perform various functions.

[0114] The storage medium 550 stores a set of instructions 552 required by the processor 530 for controlling its overall operations. The storage media 550 may include an electronic storage medium, a magnetic storage medium, an optical storage medium, a quantum storage medium, or the like. For example, the storage media 550 may include, but are not limited to, hard drives, floppy diskettes, optical disks, ROMs, RAMs, EPROMs, EEPROMs, flash memory, magnetic or optical cards, solid-state memory devices, or other types of physical media suitable for storing electronic instructions. In one or more implementations, the storage media 550 includes a Compact Disk-Read Only Memory (CD-ROM), a Compact Disk-Read / Write (CD-R / W), and / or a Digital Video Disc (DVD).

[0115] In one or more implementations, the storage medium 550 stores computer program code configured to cause the computing system 500 to perform at least a portion of the processes and / or methods. Accordingly, in at least one embodiment,the computing system 500 performs the method for monitoring the resource utilization of the nodes in the network environment.

[0116] Now, referring to the technical abilities and advantageous effect of the present disclosure, operational advantages that may be provided by one or more embodiments may include providing the system and the method that streamline the process of monitoring the resource utilization of the network nodes within the containerized environments, addressing challenges such as data capture discrepancies, manual inventory updates, and resource threshold monitoring. Further the method rectifies and updates the inventory for the network nodes that are newly integrated and removes the nodes from inventory that have been de-integrated from the containerized environments. The users may set specific resource threshold limits for the network functions, and the solution summarizes application-wise resourceexceeding network nodes.

[0117] Furthermore, the method provides the trends of resource thresholdexceeding nodes for further competitive analysis and action. Another noteworthy advantage provided by the one or more embodiments may include, but not limited thereto, is that dynamic inventory automation eliminates the manual process of updating host files, by automatically updating inventory files based on changes detected in the datasets of container orchestration platform and the MANO platform. This ensures that the inventory is always up to date and reflective of a current server environment. Further, the implementation of automation scripts enables a periodic collection and analysis of the network node resource utilization data within the containerized environment. This automated approach ensures regular updates on node performance metrics, providing the users with an accurate and timely information for the decision-making. Additionally, developed scripts for threshold monitoring automatically fetch details of the network nodes exceeding the predefined threshold limits, aggregate the data, and generate the reports for further analysis. This automated approach enables proactive identification of resource utilization issues and the trend analysis to support informed decision-making. Further, the proposedsolution is also highly customizable, allowing the users to easily add or modify any of the health check parameters.

[0118] Furthermore, automated email notifications are triggered in the real-time when the network nodes are detected as down or when the previously down nodes come back up, ensuring a timely alerting and response. Also, the resource trend generator scripts provide an additional layer of analysis beyond standard monitoring practices. By analyzing the trends in the resource utilization over the time, the users may gain insights into long-term patterns and make proactive adjustments to the resource allocation and optimization strategies.

[0119] Overall, the disclosed system and the method represents a significant improvement over traditional server monitoring and management practices, and enables customization by leveraging the automation, dynamic inventory management, and advanced analytics to enhance visibility, efficiency, and decisionmaking capabilities.

[0120] Embodiments of the present technology may be described herein with reference to flowchart illustrations of methods and systems according to embodiments of the technology, and / or procedures, algorithms, steps, operations, formulae, or other computational depictions, which may also be implemented as computer program products. In this regard, each block or step of the flowchart, and combinations of blocks (and / or steps) in the flowchart, as well as any procedure, algorithm, step, operation, formula, or computational depiction can be implemented by various means, such as hardware, firmware, and / or software including one or more computer program instructions embodied in computer-readable program code. As will be appreciated, any such computer program instructions may be executed by one or more computer processors, including without limitation a general -purpose computer or special purpose computer, or other programmable processing apparatus to perform a group of operations comprising the operations or blocks described in connection with the disclosed methods.

[0121] Further, these computer program instructions, such as embodied in computer-readable program code, may also be stored in one or more computer-readable memory or memory devices (for example, the memory 204) that can direct a computer processor or other programmable processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory or memory devices produce an article of manufacture including instruction means which implement the function specified in the block(s) of the flowchart(s).

[0122] It will further be appreciated that the term “computer program instructions” as used herein refer to one or more instructions that can be executed by the one or more processors (for example, the processor 202) to perform one or more functions as described herein. The instructions may also be stored remotely such as on a server, or all or a portion of the instructions can be stored locally and remotely.

[0123] Those skilled in the art will appreciate that the methodology described herein in the present disclosure may be carried out in other specific ways than those set forth herein in the above disclosed embodiments without departing from essential characteristics and features of the present invention. The above-described embodiments are therefore to be construed in all aspects as illustrative and not restrictive.

[0124] The drawings and the forgoing description give examples of embodiments. Those skilled in the art will appreciate that one or more of the described elements may well be combined into a single functional element. Alternatively, certain elements may be split into multiple functional elements. Elements from one embodiment may be added to another embodiment. For example, orders of processes described herein may be changed and are not limited to the manner described herein. Any combination of the above features and functionalities may be used in accordance with one or more embodiments.

[0125] In the present disclosure, each of the embodiments has been described with reference to numerous specific details which may vary from embodiment to embodiment. The foregoing description of the specific embodiments disclosed hereinmay reveal the general nature of the embodiments herein that others may, by applying current knowledge, readily modify and / or adapt for various applications such specific embodiments without departing from the generic concept, and, therefore, such adaptations and modifications are intended to be comprehended within the meaning of the disclosed embodiments. It is to be understood that the phraseology or terminology employed herein is for the purpose of description and is not limited in scope.LIST OF REFERENCE NUMERALS

[0126] The following list is provided for convenience and in support of the drawing figures and as part of the text of the specification, which describe innovations by reference to multiple items. Items not listed here may nonetheless be part of a given embodiment. For better legibility of the text, a given reference number is recited near some, but not all, recitations of the referenced item in the text. The same reference number may be used with reference to different examples or different instances of a given item. The list of reference numerals is:100 - Network Function Virtualization (NFV) Management and Orchestration (MANO) framework102 - Operations Support System / Business Support System (OSS / BSS)104 - Element Management System (EMS)106 - Virtualized Network Function (VNF)108 - Network Functions Virtualization Infrastructure (NFVI)110 - MANO framework112- Orchestrator114 - Virtualized Network Functions Manager (VNFM or VNFMs)116 - Virtualized Infrastructure Manager (VIM)200 - Block diagram of a system (server) for monitoring resource utilization of nodes in a network environment.202- Processor204 - Memory206 - Communication interface208 - I / O interface210 - Processing modules212 - Inventory management module214 - Resource utilization module216 - Generation module218 - First communication bus220 - Second communication bus300 - Workflow for monitoring the resource utilization of the nodes302-344 - Steps of the workflow 300400 - Method steps for monitoring the resource utilization of the nodes in the network environment402- 412 - Operational steps to perform the method 400500 - Computing system510 - Network520 - Network interface530 - Processor540 - Input / Output (I / O) interface550 - Non-transitory computer readable storage medium552 - Instructions

Claims

We Claim:

1. A method (400) for monitoring resource utilization of network nodes in a network environment, the method comprising:obtaining, by an inventory management module (212), a first inventory dataset from a first platform and a second inventory dataset from a second platform, wherein the first inventory dataset comprises one or more identifiers of a first set of network nodes associated with the first platform and the second inventory dataset comprises one or more identifiers of a second set of network nodes associated with the second platform;determining, by the inventory management module (212) based on a comparison of the one or more identifiers of the first set of network nodes and the one or more identifiers of the second set of network nodes, one or more integrated network nodes and one or more de-integrated network nodes at the second platform;updating, by the inventory management module (212) based on the determination, a centralized network node inventory;collecting, by a resource utilization module (214), resource utilization data for a plurality of network nodes in the updated centralized network node inventory;identifying, by the resource utilization module (214) based on the resource utilization data, one or more network nodes among the plurality of network nodes that exceed predefined resource utilization threshold limits corresponding to each of the collected resource utilization data; andgenerating, by the resource utilization module (214) based on the collected resource utilization data and the identified one or more network nodes, a utilization report indicating the one or more network nodes that exceed the predefined resource utilization threshold limits.

2. The method (400) as claimed in claim 1, further comprising generating, by a generation module (216), a missing host report when one or more network nodes among the plurality of network nodes listed in the centralized network node inventory are unreachable via a secure shell (SSH) connection.

3. The method (400) as claimed in claim 2, wherein the missing host report includes one or more identifiers of the one or more network nodes for which an SSH connection attempt fails due to at least one of a connection timeout, authentication failure, or host unreachability condition.

4. The method (400) as claimed in claim 1, wherein for determining the one or more integrated network nodes and the one or more de-integrated network nodes, the method further comprises:identifying, by the inventory management module (212), at least one integrated network node that is available in the second inventory dataset and unavailable in the first inventory dataset; andidentifying, by the inventory management module (212), at least one deintegrated network node that is available in the first inventory dataset and unavailable in the second inventory dataset.

5. The method (400) as claimed in claim 1, wherein the updating the centralized network node inventory comprises:adding, by the inventory management module (212), one or more identifiers of one or more integrated network nodes present in the second inventory dataset and absent from the first inventory dataset; andremoving, by the inventory management module (212) from the centralized network node inventory, one or more identifiers of one or more de-integrated network nodes present in the first inventory dataset and absent from the second inventory dataset.

6. The method (400) as claimed in claim 1, wherein the resource utilization data comprises at least one of a processor usage, memory usage and a storage usage.

7. A system (200) for monitoring resource utilization of network nodes in a network environment, the system comprising:an inventory management module (212) configured to:obtain a first inventory dataset from a first platform and a second inventory dataset from a second platform, wherein the first inventory dataset comprises one or more identifiers of a first set of network nodes associated with the first platform and the second inventory dataset comprises one or more identifiers of a second set of network nodes associated with the second platform;determine, based on a comparison of the one or more identifiers of the first set of network nodes and the one or more identifiers of the second set of network nodes, one or more integrated network nodes and one or more de-integrated network nodes at the second platform;update, based on the determination, a centralized network node inventory;a resource utilization module (214) configured to:collect resource utilization data for a plurality of network nodes in the updated centralized network node inventory;identify, based on the resource utilization data, one or more network nodes among the plurality of network nodes that exceed predefined resource utilization threshold limits corresponding to each of the collect resource utilization data; andgenerate, based on the collected resource utilization data and the identified one or more network nodes, a utilization report indicating the one or more network nodes that exceed the predefined resource utilization threshold limits.

8. The system (200) as claimed in claim 7, further comprising a generation module (216) configured to generate a missing host report when one or more network nodes among the plurality of network nodes listed in the centralized network node inventory are unreachable via a secure shell (SSH) connection.

9. The system (200) as claimed in claim 8, wherein the missing host report includes one or more identifiers of the one or more network nodes for which an SSHconnection attempt fails due to at least one of a connection timeout, authentication failure, or host unreachability condition.

10. The system (200) as claimed in claim 7, wherein to determine the one or more integrated network nodes and the one or more de-integrated network nodes, the inventory management module (212) is configured to:identify at least one integrated network node that is available in the second inventory dataset and unavailable in the first inventory dataset; andidentify at least one de-integrated network node that is available in the first inventory dataset and unavailable in the second inventory dataset.

11. The system (200) as claimed in claim 7, wherein to update the centralized network node inventory, the inventory management module (212) is configured to:add one or more identifiers of one or more integrated network nodes present in the second inventory dataset and absent from the first inventory dataset; and remove, from the centralized network node inventory, one or more identifiers of one or more de-integrated network nodes present in the first inventory dataset and absent from the second inventory dataset.

12. The system (200) as claimed in claim 7, wherein the resource utilization data comprises at least one of a processor usage, memory usage and a storage usage.

13. A computer program product comprising computer-executable instructions that are stored on a non-transitory computer-readable medium and that, when executed by at least one processor performs operations comprising:obtaining a first inventory dataset from a first platform and a second inventory dataset from a second platform, wherein the first inventory dataset comprises one or more identifiers of a first set of network nodes associated with the first platform and the second inventory dataset comprises one or more identifiers of a second set of network nodes associated with the second platform;determining, based on a comparison of the one or more identifiers of the first set of network nodes and the one or more identifiers of the second set of networknodes, one or more integrated network nodes and one or more de-integrated network nodes at the second platform;updating, based on the determination, a centralized network node inventory; collecting resource utilization data for a plurality of network nodes in the centralized network node inventory;identifying, based on the resource utilization data, one or more network nodes among the plurality of network nodes that exceed predefined resource utilization threshold limits corresponding to each of the collected resource utilization data; andgenerating, based on the collected resource utilization data and the identified one or more network nodes, a utilization report indicating the one or more network nodes that exceed the predefined resource utilization threshold limits.

Images