Server Cluster Configuration via XML Templates and XPath

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Traditional management of configuration for software, hardware, and server clustering in distributed systems is inefficient and error-prone, requiring manual changes across numerous configuration files, which can lead to compatibility issues and increased costs due to the need for repeated, subtle modifications.

Innovation Solution

A system and method for configuring servers in a cluster by storing base configuration files in a domain administration server, deploying them to servers, and making instance-specific modifications using XML files and XPath expressions, allowing for centralized management and deployment of configurations across multiple servers.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If manual configuration changes are made to each server individually, then each server can be customized for specific hardware or software requirements, but the time and effort required to configure and maintain multiple servers increases significantly

Engineering Contradiction:
Improvecustomization capabilityVSAvoidconfiguration time
Core Design Contradiction:
Adaptability or versatilityVSLoss of time

Solution Approach 1:

The configuration file is segmented into template portions (common settings) and instance-specific portions (custom settings). The template portion contains configuration elements that are identical across multiple servers, while instance-specific portions allow customization. This segmentation enables automated deployment of common configurations while preserving the ability to customize individual servers.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

A single configuration template is copied and deployed to multiple servers. Instead of manually creating and maintaining separate configuration files for each server, the system creates one master template that can be replicated across numerous servers, dramatically reducing configuration time and effort.

Inventive Principle:
Principle #26Copying

2Adaptability or versatility

If configuration files are manually modified for each server instance, then specific hardware or software requirements can be met, but errors increase due to the large number of manual changes required

Engineering Contradiction:
Improveplatform-specific configurationVSAvoidconfiguration accuracy
Core Design Contradiction:
Adaptability or versatilityVSReliability

Solution Approach 1:

The configuration file is divided into template portions and instance-specific portions. The template portion contains configuration elements that are identical across multiple servers, reducing manual changes and errors. Instance-specific portions allow necessary customizations while maintaining overall consistency and accuracy.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The configuration template is prepared in advance with all common settings pre-configured. This preliminary action ensures that the majority of configuration elements are correctly set before deployment, reducing the need for error-prone manual modifications after deployment.

Inventive Principle:
Principle #10Preliminary action

3Reliability

If each application instance is individually compiled and deployed, then compatibility issues can be addressed for specific servers, but the complexity and effort of configuration management increases

Engineering Contradiction:
Improveinstance compatibilityVSAvoidconfiguration management complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The configuration management process is segmented into template creation, instance-specific modification, and deployment. This structured approach simplifies complexity by providing a clear workflow: create a master template, make necessary instance-specific changes, and deploy. The segmentation makes the process more manageable and less complex than individual configuration of each instance.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

A single configuration template serves multiple application instances across different servers. The template is designed to be universal and applicable to numerous servers, reducing configuration management complexity while maintaining compatibility through the template's standardized structure and pre-configured settings.

Inventive Principle:
Principle #6Universality (Multi-functionality)

4Adaptability or versatility

If numerous configuration files are manually accessed and modified, then specific network port parameters can be changed for different servers, but the process becomes both time-consuming and error-prone

Engineering Contradiction:
Improvenetwork parameter customizationVSAvoidconfiguration efficiency
Core Design Contradiction:
Adaptability or versatilityVSProductivity

Solution Approach 1:

Network parameter configuration is segmented into template portions (standard network settings) and instance-specific portions (server-specific network parameters like port numbers). This allows automated deployment of standard settings while enabling efficient customization of specific network parameters without manually accessing numerous individual configuration files.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The configuration template with network parameters is copied to multiple servers. Instead of manually modifying network parameters in hundreds of configuration files, the system copies the template and automatically adjusts instance-specific network parameters, dramatically improving configuration efficiency.

Inventive Principle:
Principle #26Copying

Data Source

PatentUS8984101B1System and method for model-based configuration of a server cluster
Publication Date: 2015.03.17 SUN MICROSYSTEMS INC
  • US8984101B1 patent drawing
  • US8984101B1 patent drawing
  • US8984101B1 patent drawing

AI summary

A system and method for configuring servers in a cluster. The method may include storing one or more base configuration files associated with an application in a domain administration server, deploying the base configuration files onto one or more servers in a cluster of servers, making one or more instance-specific modifications to the base configuration files, and executing the application in accordance with the one or more modified base configuration files. In various embodiments, the base configuration files may be XML files, and the modifications may be xpath expressions. An alternate embodiment of the method may include storing one or more configuration files based on a common template and representing a platform-specific configuration of a server in a domain administration server, deploying the configuration files onto one or more servers in a cluster of servers, and configuring the servers in accordance with the configuration files.