Storage Workload Management (Erl, Naserpour)
How can storage processing workloads be dynamically distributed across multiple storage devices?
ProblemWhen storage-related processing is limited to one cloud storage device, over-utilization can occur, while other storage devices are being under-utilized or not utilized at all, resulting in a non-optimized cloud storage architecture.
SolutionA storage capacity system is provided to distribute runtime workloads between different cloud storage devices, across the network, and to enable LUNs to be divided and managed.
ApplicationCloud storage devices are combined into a resource pool from which they are scaled horizontally and in coordinate with the use of a storage capacity monitor and LUN migration.
MechanismsAudit Monitor, Automated Scaling Listener, Cloud Storage Device, Cloud Usage Monitor, Load Balancer, Logical Network Perimeter
Compound PatternsBurst In, Burst Out to Private Cloud, Burst Out to Public Cloud, Cloud Authentication and Access Management, Cloud Balancing, Elastic Environment, Infrastructure-as-a-Service (IaaS), Multitenant Environment, Platform-as-a-Service (PaaS), Private Cloud, Public Cloud, Resilient Environment, Secure Burst Out to Private Cloud/Public Cloud, Software-as-a-Service (SaaS)
A cloud architecture resulting from the application of the Storage Workload Management pattern (Part 1).
A cloud architecture resulting from the application of the Storage Workload Management pattern (Part 2).
A cloud architecture resulting from the application of the Storage Workload Management pattern (Part 3).
NIST Reference Architecture Mapping
This pattern relates to the highlighted parts of the NIST reference architecture, as follows: