Virtual Persistent Volume Adaptation via Storage Class Policy

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing container storage solutions lack flexibility and robustness in providing persistent storage that can adapt to changing performance needs of containerized applications, such as increased load or shifting workloads, and often limit storage configuration to a single type, disrupting user access to data.

Innovation Solution

A storage virtualization system that creates a virtual persistent volume by aggregating multiple underlying storage types and modifies it based on performance metrics, using a policy engine to identify optimal storage classes and provision new volumes, thereby optimizing storage performance automatically and in real-time.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If a single type of storage is provisioned for a containerized application, then the storage configuration is simple, but the system lacks flexibility and cannot adapt to changing performance needs

Engineering Contradiction:
Improvestorage adaptabilityVSAvoidstorage configuration complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The storage system is segmented into multiple independent storage volumes of different types (e.g., SSD, HDD, cloud storage) that can be individually managed and selected based on performance requirements. Each storage volume maintains its own characteristics while being part of a unified virtual persistent volume, enabling flexible adaptation without overwhelming complexity.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The virtual persistent volume is designed to serve multiple storage types and functions simultaneously. It can aggregate different storage media types, provide various performance levels, and adapt to changing workload requirements all through a single unified interface, making the storage system universally applicable to diverse scenarios.

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

2Adaptability or versatility

If multiple underlying storage types are aggregated into a virtual persistent volume, then storage flexibility and adaptability improve, but the system complexity increases

Engineering Contradiction:
Improvestorage configuration flexibilityVSAvoidstorage system complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

A virtual persistent volume acts as an intermediary layer between the containerized application and multiple underlying storage types. This intermediary abstracts the complexity of managing diverse storage media, presenting a unified interface to applications while handling the complexity of aggregation, modification, and performance optimization in the background.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The system implements performance metric collection and analysis that provides feedback about storage usage patterns. This feedback enables automatic identification of optimal storage classes and triggers modifications to the virtual persistent volume composition, allowing the system to adapt to changing needs while managing complexity through automated control loops.

Inventive Principle:
Principle #23Feedback

3Productivity

If the storage volume is modified to optimize performance, then application performance improves, but user access to data may be disrupted

Engineering Contradiction:
Improvestorage performanceVSAvoiddata access continuity
Core Design Contradiction:
ProductivityVSReliability

Solution Approach 1:

The system performs preliminary analysis of performance metrics and proactively identifies optimal storage configurations before performance degradation occurs. By predicting storage needs and preparing optimization changes in advance, the system can implement modifications with minimal disruption to user access, as the changes are orchestrated to maintain data availability throughout the transition.

Inventive Principle:
Principle #10Preliminary action

4Extent of automation

If manual storage configuration is used, then control over storage selection is precise, but the system cannot automatically adapt to changing performance needs

Engineering Contradiction:
Improvestorage optimization automationVSAvoidperformance metric analysis complexity
Core Design Contradiction:
Extent of automationVSDifficulty of detecting and measuring

Solution Approach 1:

The storage system implements self-service capabilities through automated performance metric collection, analysis, and optimization. The system monitors its own usage patterns, automatically identifies when performance optimization is needed, selects appropriate storage classes, and modifies the virtual persistent volume composition without human intervention, enabling continuous adaptation to changing needs.

Inventive Principle:
Principle #25Self-service

Data Source

PatentUS11960773B2Modifying virtual persistent volumes based on analysis of performance metrics
Publication Date: 2024.04.16 HEWLETT PACKARD ENTERPRISE DEV LP
  • US11960773B2 patent drawing
  • US11960773B2 patent drawing
  • US11960773B2 patent drawing

AI summary

Example implementations relate to virtual persistent volumes. In an example, a storage virtualization system receives performance metrics related to usage of a virtual persistent volume by a containerized application. The performance metrics are identified in an application data store profile, and the application data store profile is identified based on an application manifest of the containerized application. The virtual persistent volume is modified based on an analysis of the performance metrics.