| name | storage-migration-plan |
| enabled | true |
| description | Use when performing storage migration plan — structured plan for migrating
data between storage systems, volumes, or tiers. Covers capacity planning,
data transfer strategy, performance benchmarking, cutover coordination, and
validation to ensure data integrity and minimal disruption during storage
transitions.
|
| required_connections | [{"prefix":"aws","label":"AWS (or cloud provider)"}] |
| config_fields | [{"key":"source_storage","label":"Source Storage","required":true,"placeholder":"e.g., EBS gp2 volumes, on-prem NFS"},{"key":"target_storage","label":"Target Storage","required":true,"placeholder":"e.g., EBS gp3 volumes, EFS, S3"},{"key":"data_volume","label":"Data Volume","required":true,"placeholder":"e.g., 5 TB"}] |
| features | ["DEVOPS","MIGRATION"] |
Storage Migration Plan Skill
Migrate {{ data_volume }} from {{ source_storage }} to {{ target_storage }}.
Workflow
Phase 1 — Storage Assessment
CURRENT STATE
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
[ ] Source: {{ source_storage }}
- Total capacity: ___
- Used capacity: {{ data_volume }}
- IOPS (current): ___
- Throughput (current): ___ MB/s
- Latency (P95): ___ms
[ ] Target: {{ target_storage }}
- Provisioned capacity: ___
- IOPS (expected): ___
- Throughput (expected): ___ MB/s
- Latency (expected): ___ms
[ ] Data classification:
- Hot data: ___ GB
- Warm data: ___ GB
- Cold data: ___ GB
[ ] File/object count: ___
Phase 2 — Migration Strategy
STRATEGY SELECTION
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
Transfer method (choose one):
[ ] Online copy (rsync, AWS DataSync, robocopy)
[ ] Snapshot-based (snapshot + restore)
[ ] Streaming replication
[ ] Offline transfer (AWS Snowball, physical media)
Estimated transfer time: ___
Transfer bandwidth allocated: ___ MB/s
Impact on production workload: [ ] NONE [ ] LOW [ ] MEDIUM
Migration order:
[ ] 1. Cold data first (lowest risk)
[ ] 2. Warm data
[ ] 3. Hot data (with cutover)
Phase 3 — Data Transfer
TRANSFER EXECUTION
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
[ ] Initial sync started — timestamp: ___
[ ] Progress:
- Data transferred: ___ / {{ data_volume }}
- Transfer rate: ___ MB/s
- Estimated completion: ___
[ ] Incremental sync configured for delta changes
[ ] Transfer errors encountered: ___
[ ] Integrity checks during transfer:
- Checksums validated: [ ] YES
- File count matches: [ ] YES
Phase 4 — Cutover
CUTOVER EXECUTION
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
[ ] Final incremental sync completed
[ ] Application downtime window (if required): ___
[ ] Mount points / storage paths updated
[ ] Application configuration updated to target storage
[ ] Application restarted and connected to target
[ ] Read/write operations verified on target
[ ] Cutover complete — timestamp: ___
Phase 5 — Validation and Cleanup
POST-MIGRATION VALIDATION
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
[ ] Data integrity confirmed:
- File/object count: source ___ vs target ___
- Total size: source ___ vs target ___
- Checksum spot check: [ ] PASS [ ] FAIL
[ ] Performance benchmarks met:
- IOPS: ___ (target: ___)
- Throughput: ___ MB/s (target: ___)
- Latency: ___ms (target: ___ms)
[ ] Application performance normal
[ ] Source storage retained for ___ days (rollback window)
[ ] Source storage decommissioned — date: ___
[ ] Cost comparison: source $___ /mo vs target $___ /mo
Counter-Rationalizations
| Shortcut | Counter | Why |
|---|
| "We can skip some steps for this case" | Adapt the workflow steps, don't skip them | Skipped steps are where incidents and oversights originate |
| "The user seems to already know what to do" | Complete all workflow phases with the user | The workflow catches blind spots that experience alone misses |
| "This is a minor case, full process is overkill" | Scale the process down, don't turn it off | Minor cases become major when unstructured; the process scales, not disappears |
| "I'll fill in the details later" | Complete each section before moving on | Deferred details are forgotten; real-time capture is more accurate |
| "The template output isn't necessary" | Always produce the structured output format | Structured output enables comparison, audit trails, and handoff to other teams |
Output Format
Produce a storage migration report with:
- Migration summary (source, target, volume, timeline)
- Transfer metrics (duration, throughput, errors)
- Data integrity (counts, checksums, validation results)
- Performance comparison (IOPS, throughput, latency before vs after)
- Cost impact (monthly cost change and projected savings)
