Centralized Server Platform Provisioning via Kickstart Files

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Conventional centralized servers are limited in provisioning capabilities and cannot support computing machines with platforms other than i386, x86-64, and IA-64, restricting software deployment and management to specific internal networks.

Innovation Solution

Extending the provisioning capabilities of a centralized server to support additional platforms like PPC and System z by modifying software packages, adding platform-specific bootloader configurations, detecting the platform type, downloading necessary binary files, and generating a GUI to include these platforms as provisioning options, allowing the server to manage and maintain software on a broader range of computing machines.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If the centralized server uses conventional provisioning software, then the server can reliably provision on supported platforms (i386, x86-64, IA-64), but the server cannot provision on unsupported platforms (PPC, System z)

Engineering Contradiction:
Improveplatform compatibilityVSAvoidprovisioning success rate
Core Design Contradiction:
Adaptability or versatilityVSReliability

Solution Approach 1:

The provisioning software is segmented into platform-specific modules. Each platform (i386, x86-64, IA-64, PPC, System z) has its own dedicated provisioning module that handles platform-specific requirements. This segmentation allows the server to reliably provision on each supported platform while expanding overall platform compatibility without compromising the reliability of existing supported platforms.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The centralized server is designed with multi-functionality to support multiple platform types through a unified provisioning framework. The server can detect the target platform type and automatically select or instantiate the appropriate provisioning module, enabling a single server to reliably provision across diverse platforms including both traditionally supported platforms and newly added platforms like PPC and System z.

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

2Adaptability or versatility

If the server supports only predetermined platforms, then the provisioning process is simple and reliable, but the server lacks flexibility to accommodate new hardware platforms

Engineering Contradiction:
Improveplatform support rangeVSAvoidsoftware package structure
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The software package structure is segmented into reusable, platform-specific provisioning modules. Each module is independently developed, tested, and maintained, which simplifies the overall system architecture by allowing modular addition of new platform support without redesigning the entire provisioning system. This segmentation enables the server to accommodate new hardware platforms while maintaining manageable software complexity.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

Platform-specific provisioning modules are pre-developed, pre-tested, and pre-validated before being made available in the provisioning system. This preliminary action ensures that when a new platform is added, the provisioning process is already optimized and tested for that platform, reducing the complexity of integration and ensuring reliable operation from the outset.

Inventive Principle:
Principle #10Preliminary action

3Productivity

If the server is extended to support additional platforms, then more computing machines can be provisioned, but the server must download and manage additional kickstart files

Engineering Contradiction:
Improveprovisioning capacityVSAvoidkickstart file management
Core Design Contradiction:
ProductivityVSDevice complexity

Solution Approach 1:

Kickstart files are segmented into platform-specific sets that are stored, managed, and deployed independently. The provisioning system maintains a structured repository where each platform's kickstart files are organized in dedicated directories or containers. This segmentation allows the server to efficiently download and manage kickstart files for multiple platforms without creating a tangled, difficult-to-manage collection of files, thereby maintaining high provisioning capacity while controlling management complexity.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

An intermediary file management layer is introduced between the provisioning server and the kickstart files. This intermediary layer (implemented as a structured database or content management system) handles the download, storage, organization, and retrieval of platform-specific kickstart files. This intermediary abstraction simplifies the server's interaction with kickstart files, allowing the server to manage multiple platforms' files systematically without direct complexity in handling each file individually.

Inventive Principle:
Principle #24Intermediary (Mediator)

Data Source

PatentUS8074063B2Enhanced capabilities in provisioning
Publication Date: 2011.12.06 RED HAT INC
  • US8074063B2 patent drawing
  • US8074063B2 patent drawing
  • US8074063B2 patent drawing

AI summary

Some embodiments of enhanced capabilities in provisioning on computing machines in a networked system have been presented. In one embodiment, a software vendor deploys a centralized server to an internal network of a customer. The provisioning capabilities of a centralized server are extended to support an additional type of platform by downloading a set of kickstart files associated with the additional type of platform from a software vendor. The centralized server may provision on a computing machine coupled to the centralized server within the internal network based on a type of a platform of the computing machine using one or more of the plurality of kickstart files.