Dynamic Temporary Resource Pools for Virtualization

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing virtualization techniques face challenges in combining the static nature of resource pools with the dynamic nature of zones, making it difficult to set up an effective resource management configuration.

Innovation Solution

Dynamic, temporary resource pools are configured and maintained by a virtualizing subsystem, created when a virtual environment starts up and destroyed when it shuts down, allowing for flexible resource management without interfering with persistent configurations.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If static resource pools are used in virtualization, then resource management configuration is established, but flexibility and ease of operation deteriorate when zones need to be moved or rebooted

Engineering Contradiction:
Improveresource management configurationVSAvoidzone migration and reboot flexibility
Core Design Contradiction:
ReliabilityVSEase of operation

Solution Approach 1:

The patent applies the dynamics principle by making resource pools dynamic rather than static. The system automatically creates, modifies, and destroys resource pools based on the operational state of zones. When a zone is activated, a corresponding resource pool is created; when a zone is deactivated, the resource pool is destroyed. This dynamic behavior resolves the contradiction by providing both reliable resource management (through automatic configuration) and operational flexibility (through automatic adaptation to zone changes).

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The system implements self-service by automatically managing resource pool lifecycles without manual intervention. The virtualization layer autonomously creates resource pools when zones start, assigns them appropriately, and destroys them when zones stop. This self-service mechanism eliminates the need for manual reconfiguration during zone migration or reboot operations, simultaneously ensuring reliable resource management and ease of operation.

Inventive Principle:
Principle #25Self-service

2Stability of the object's composition

If manual resource pool configuration is used, then persistent resource allocation is achieved, but device complexity and difficulty of detecting and measuring increase when adapting to dynamic zone requirements

Engineering Contradiction:
Improvepersistent resource allocationVSAvoidconfiguration management complexity
Core Design Contradiction:
Stability of the object's compositionVSDevice complexity

Solution Approach 1:

The system replaces complex manual configuration with self-service automation. The virtualization layer automatically detects zone lifecycle events and manages resource pool creation, modification, and destruction accordingly. This eliminates the complexity of manual reconfiguration while maintaining stable resource allocation through automated persistent management of active zones.

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

The system performs preliminary action by pre-configuring resource pools automatically when zones are created or activated. Rather than requiring manual configuration adjustments when zones change, the system has already prepared the appropriate resource pool assignments in advance through automated detection and creation, reducing the perceived complexity for users.

Inventive Principle:
Principle #10Preliminary action

3Quantity of substance

If static resource pools are used, then resource partitioning is established, but adaptability worsens when zones need to be dynamically created or moved

Engineering Contradiction:
Improveresource partitioningVSAvoiddynamic zone creation and migration
Core Design Contradiction:
Quantity of substanceVSAdaptability or versatility

Solution Approach 1:

The patent resolves this contradiction by making resource pools dynamic. Instead of fixed static partitions, the system creates resource pools on-demand when zones are activated and destroys them when zones are deactivated. This dynamic approach maintains adequate resource partitioning (ensuring each active zone has dedicated resources) while providing full adaptability for dynamic zone creation, migration, and deletion without requiring manual reconfiguration.

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The system applies universality by creating a unified resource management mechanism that handles multiple zone operations (creation, migration, reboot, deletion) through a single automated process. The same dynamic resource pool mechanism serves all these different zone lifecycle operations, providing both resource partitioning and adaptability through a universal solution rather than separate mechanisms for each operation.

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

Data Source

PatentUS8112749B2Dynamic, temporary resource pools for use in virtualization
Publication Date: 2012.02.07 SUN MICROSYSTEMS INC
  • US8112749B2 patent drawing
  • US8112749B2 patent drawing
  • US8112749B2 patent drawing

AI summary

A method of implementing virtualization involves dynamic, temporary resource pools. A virtualizing subsystem is capable of partitioning a plurality of physical resources to create resource pools. The virtualizing subsystem is further capable of creating separate environments that logically isolate applications from each other, and assigning a created separate environment to a created resource pool. A separate environment is configured by defining properties of the separate environment. Configuring the separate environment includes specifying at least one resource pool attribute. When the separate environment is started, a temporary resource pool is created from available physical resources and the separate environment is assigned to the temporary resource pool. The temporary resource pool is created in accordance with the at least one resource pool attribute specified when the separate environment was configured. The temporary resource pool may be destroyed when the separate environment is shutdown.