18051303. CLUSTER MANAGEMENT PLUGIN WITH SUPPORT FOR MULTIPLE CLUSTERS AND CLUSTER MANAGERS simplified abstract (Dell Products L.P.)

From WikiPatents
Jump to navigation Jump to search

CLUSTER MANAGEMENT PLUGIN WITH SUPPORT FOR MULTIPLE CLUSTERS AND CLUSTER MANAGERS

Organization Name

Dell Products L.P.

Inventor(s)

Shengli Ling of Shanghai (CN)

Yuan Li of Suzhou (CN)

Wei Zhang of Lexington MA (US)

Zhijing Hu of Shanghai (CN)

CLUSTER MANAGEMENT PLUGIN WITH SUPPORT FOR MULTIPLE CLUSTERS AND CLUSTER MANAGERS - A simplified explanation of the abstract

This abstract first appeared for US patent application 18051303 titled 'CLUSTER MANAGEMENT PLUGIN WITH SUPPORT FOR MULTIPLE CLUSTERS AND CLUSTER MANAGERS

Simplified Explanation

Disclosed systems and methods involve registering a primary server and an auxiliary server for a cluster management plugin (CMP) for a user interface (UI) of a virtualization platform client. The primary server is associated with a first cluster, while the auxiliary server is associated with a second cluster of the virtualization platform. The CMP manifest, defining user interface extension points, is loaded into a browser from the primary server. When an extension point is accessed while the second cluster is the in-context cluster of the UI, resources are loaded from the auxiliary server.

  • Primary server registered as primary server of CMP
  • Auxiliary server registered as auxiliary server of CMP
  • CMP manifest loaded into browser from primary server
  • Resources loaded from auxiliary server when accessing extension point

Potential Applications

This technology could be applied in various virtualization platforms to enhance cluster management capabilities and user interface extensions.

Problems Solved

This technology solves the problem of efficiently managing multiple clusters within a virtualization platform and providing seamless user interface extensions across different clusters.

Benefits

The benefits of this technology include improved cluster management, enhanced user interface customization, and better overall user experience for virtualization platform clients.

Potential Commercial Applications

Potential commercial applications of this technology include virtualization software companies, cloud service providers, and data centers looking to optimize cluster management and user interface customization for their clients.

Possible Prior Art

One possible prior art could be the use of separate servers for managing different clusters within a virtualization platform, but the specific implementation of loading resources from an auxiliary server based on the in-context cluster of the UI may be a novel aspect of this technology.

Unanswered Questions

How does this technology impact the scalability of virtualization platforms?

This technology could potentially improve the scalability of virtualization platforms by providing more efficient cluster management and user interface customization across multiple clusters.

What security measures are in place to protect data transferred between servers in this system?

It is important to understand the security protocols and encryption methods used to safeguard data transferred between the primary and auxiliary servers in this system.


Original Abstract Submitted

Disclosed systems and methods may register a first plugin server as a primary server of a cluster management plugin (CMP) for a user interface (UI) of a virtualization platform client and a second plugin server as an auxiliary server of the CMP. The first plugin server may be associated with a first cluster of the virtualization platform and the second plugin server is associated with a second cluster of the visualization platform. The clusters may include one or more multi-node hyperconverged infrastructure (HCI) clusters. The first cluster may be managed by a first instance of a cluster manager while the second cluster may be managed by a second instance of the cluster manager. A CMP manifest, indicative of user interface extension points defined by the CMP, is loaded into a browser from the primary server. Responsive to detecting an access to one of the extension points while the second cluster is the in-context cluster of the UI, static resources for the extension point are loaded from the auxiliary server and REST API's are called from the auxiliary server.