Moving workloads from AWS to Zadara used to mean weeks of planning, agent installations, and manual disk conversions. With Z-Move's agentless engine, the same migration takes minutes to set up and hours to complete — with zero software deployed inside your VMs.
This is a real production walkthrough. The migration below is from AWS US East (Ohio) to Zadara Luanda 02, performed for Angola Cables. It completed in 3 minutes 20 seconds for a lightweight instance. Enterprise workloads with larger disks take longer, but the process is identical.
There are several reasons enterprises choose Zadara over AWS for production workloads:
Before starting, make sure you have:
ec2:DescribeInstances, ec2:DescribeVolumes, ec2:CreateSnapshot, and related permissions⚠️ Recommendation: Always test with a non-production workload first. While Z-Move has a 100% success rate across 30 production migrations, it's good practice to validate your specific configuration before migrating critical systems.
Connect your cloud credentials
Log in to Z-Move and navigate to Credentials → Add Provider. Select AWS and enter your IAM Access Key ID and Secret Access Key. Z-Move encrypts these immediately using Fernet encryption — they are never stored in plaintext.
Repeat for Zadara: select Zadara as the provider, enter your API endpoint and access token.
Discover and select VMs
Z-Move queries the AWS API to list your EC2 instances. Select the instance(s) you want to migrate. For each instance, you'll see the attached volumes, their sizes, and the instance type. No agent installation. No reboot required.
Configure the target
Select your Zadara cluster as the target. Choose the target VPSA, storage pool, and network configuration. Z-Move maps AWS instance types to recommended Zadara VM specs, but you can adjust these manually.
Launch the migration
Click Start Migration. Z-Move provisions ephemeral worker instances in both AWS and Zadara automatically. These workers handle the disk streaming — your source VM keeps running during the process.
$ zmove start --source aws-ohio-01 --target zadara-luanda-02 ──────────────────────────────────────────────── ✓ Source auth · AWS US East (Ohio) ✓ Target auth · Zadara Luanda 02 ⟳ Provisioning ephemeral workers... ✓ Workers ready · auto-destroy ON ──────────────────────────────────────────────── i VM: web-prod-01 · 1 disk · 21 GB streaming ████████████████████ 100% · 53 MB/s ✓ Transfer complete · 3m 20s · 0 errors ✓ Workload rebuilt in Zadara ✓ Ephemeral workers destroyed ──────────────────────────────────────────────── ✓ Done. No agents. No residue.
Verify and cut over
Once migration completes, Z-Move confirms data integrity via checksum verification. The migrated VM boots in Zadara in the same state it was in AWS. Verify your application works correctly, then point DNS or load balancer to the new instance and shut down the AWS original.
✓ What happens to the workers? All ephemeral infrastructure — worker EC2 instances, worker Zadara VMs, temporary volumes, elastic IPs, and network interfaces — is automatically destroyed after the migration job completes. Zero residual cost. Zero attack surface.
Using Z-Move's pricing model of $0.05 per GB:
Compare this to AWS MGN (free for the first 90 days, then replication costs) or commercial tools like Zerto ($300+/month per VM). For one-time migrations, Z-Move's pay-per-GB model is almost always cheaper.
You can estimate your exact cost using the Z-Move cost calculator.
No. Z-Move takes a snapshot of the running instance and streams from there. The source VM stays up throughout the process. For databases requiring consistent state (e.g., SAP HANA), we recommend a brief quiesce window before snapshot — contact us for guidance on enterprise database migrations.
Fully supported. Z-Move has migrated both Windows Server and Linux workloads. Boot disk handling for Windows includes automatic driver injection for the target hypervisor environment.
No fixed limit. Z-Move's parallel engine streams multiple disks simultaneously. We've migrated instances with 7 disks (SAP HANA, United Investment) in a single job.
Ready to try it on your environment? Request a demo and we'll walk through your specific workloads — including pre-migration assessment and cost estimation.
Tell us your source and target cloud, and we'll get back within 24 hours with a migration plan and cost estimate.
Request Demo →