Dynamic Virtual Disk Stripe Size Adjustment via Metadata Reprogramming

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing information handling systems lack the ability to dynamically adjust virtual disk stripe element sizes, which can lead to inefficiencies in data processing and storage as different applications require varying block sizes for optimal performance.

Innovation Solution

Implementing a storage controller that allows for dynamic changes to virtual disk stripe element sizes by reprogramming the logical stripe size information in the virtual disk metadata, while maintaining the underlying RAID configuration unchanged, enabling flexible block size adjustments based on application needs.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If the stripe element size is fixed during virtual disk initialization, then the RAID configuration is simplified and stable, but the system cannot adapt to different application performance requirements

Engineering Contradiction:
Improveadaptability to different application requirementsVSAvoidcomplexity of stripe element size management
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent applies the dynamics principle by enabling the stripe element size to change from a fixed initialization parameter to a dynamically adjustable parameter. The storage controller can modify the logical stripe size information in the virtual disk metadata during operation, allowing the system to adapt to different application performance requirements without reinitializing the virtual disk or altering the underlying physical RAID configuration.

Inventive Principle:
Principle #15Dynamics

2Productivity

If the virtual disk stripe element size is changed dynamically, then application performance can be optimized, but the storage controller complexity increases

Engineering Contradiction:
Improvedata processing efficiencyVSAvoidstorage controller complexity
Core Design Contradiction:
ProductivityVSDevice complexity

Solution Approach 1:

The patent applies the parameter changes principle by modifying the logical stripe size parameter stored in the virtual disk metadata. The storage controller reads the current stripe element size from the metadata, calculates the appropriate mapping between logical and physical stripe sizes, and updates the metadata with the new stripe element size. This allows performance optimization through parameter adjustment without requiring complex hardware reconfiguration.

Inventive Principle:
Principle #35Parameter changes

3Productivity

If the underlying RAID configuration is changed to match application needs, then storage performance is optimized, but system stability and data integrity are compromised

Engineering Contradiction:
Improvestorage performanceVSAvoiddata integrity
Core Design Contradiction:
ProductivityVSReliability

Solution Approach 1:

The patent applies the intermediary principle by introducing the virtual disk metadata as a mediator between the physical RAID configuration and the application's performance requirements. The storage controller maintains the stable physical RAID configuration unchanged while using the virtual disk metadata to store and manage the logical stripe size information. This intermediary layer allows performance optimization at the virtual level without affecting the stability and data integrity of the underlying physical storage system.

Inventive Principle:
Principle #24Intermediary (Mediator)

Data Source

PatentUS9830110B2System and method to enable dynamic changes to virtual disk stripe element sizes on a storage controller
Publication Date: 2017.11.28 DELL PROD LP
  • US9830110B2 patent drawing
  • US9830110B2 patent drawing
  • US9830110B2 patent drawing

AI summary

A storage controller includes a storage controller memory to store virtual disk metadata including an original stripe size (OSS) field and a logical stripe size (LSS) field, and a cache memory having an OSS buffer and a LSS buffer. The storage controller stores a first block size in the OSS field, configures a RAID array to provide storage blocks of the first block size based on the OSS field, stores a second block size in the LSS field, receives a first data transaction that includes a first data block of the second block size based upon the LSS field, maps the first data block from the second block size to the first block size, and executes the first data transaction on the RAID array using the first block size.