
Core concepts
Use these core DataSync building blocks to model any transfer workflow:-
Agent
The DataSync agent is deployed as a virtual appliance in your environment (for example, VMware ESXi, Linux KVM, or Microsoft Hyper‑V). It mounts or connects to on‑premises storage and proxies data to AWS on behalf of the DataSync service. -
Location
A location represents a source or destination endpoint. Common examples include on‑premisesNFSorSMBshares and AWS targets like Amazon S3, Amazon EFS, or Amazon FSx. -
Task
A task ties two locations together and defines transfer behavior: what metadata to preserve, whether to copy metadata only or content, how to handle deletions, and how to map POSIX permissions or Windows ACLs. -
Task execution
When you start a task (manually, via schedule, or via API), DataSync runs an execution. Each execution goes through lifecycle states you can monitor and troubleshoot.

Task and execution states
Monitor both task-level and execution-level states to understand readiness and progress.
An individual DataSync agent can run only one task execution at a time. If multiple tasks target the same agent, executions are queued and run sequentially.
Discovery and planning
Agents can run discovery (inventory) jobs to collect metadata and usage patterns from your on‑premises storage. The agent sends this metadata to the DataSync service; you can use it to:- Estimate data size, file counts, and transfer duration.
- Choose an appropriate AWS storage target (EFS, S3, FSx) and lifecycle plan.
- Plan bandwidth and scheduling for phased migrations.
Key features
DataSync provides built‑in capabilities to simplify large‑scale data movement:- High‑speed transfers optimized for bulk data migration.
- Simple management via AWS Console, CLI, and APIs for creating tasks and automations.
- Optional data integrity verification during or after transfers.
- Scheduling and automation for recurring syncs.
- Support for on‑premises protocols (NFS, SMB) and native AWS targets (S3, EFS, FSx).
- Incremental transfers: after the initial copy, DataSync transfers only changed data.
- Encryption in transit (TLS) and at rest (server‑side encryption with AWS KMS support).
- Monitoring and logging through Amazon CloudWatch and AWS CloudTrail.
Best practices: run agents close to the source data to reduce latency, enable verification for critical migrations, and use incremental syncs for ongoing replication to save bandwidth.

Common use cases
-
On‑premises → AWS migrations
Migrate file and object datasets from on‑premises storage into AWS services such as Amazon EFS, Amazon S3, or Amazon FSx. -
Region‑to‑region transfers
Copy data across AWS Regions for disaster recovery, replication, or geographic distribution.

- Cloud‑to‑AWS migrations
Move data from other cloud providers (for example, Azure or Google Cloud) into AWS storage using DataSync agents that access external cloud storage.
Data protection and lifecycle
DataSync can ingest datasets into AWS for backup, replication, or archive workflows. Common patterns:- Replicate active datasets into AWS for disaster recovery.
- Move cold data into lower‑cost storage classes (for example, Amazon S3 Glacier) for long‑term archiving.
- Combine DataSync with lifecycle policies in S3/EFS to automate tiering and reduce on‑premises costs.

Integrations and monitoring
DataSync integrates with the major AWS storage services and AWS monitoring/auditing services:- Storage: Amazon S3, Amazon EFS, Amazon FSx.
- Protocols:
NFS,SMBfor on‑premises sources. - Observability: Amazon CloudWatch for metrics and alarms; AWS CloudTrail for API auditing and operational history.
Links and references
- AWS DataSync product page
- Amazon S3
- Amazon EFS
- Amazon FSx
- Kubernetes Documentation (conceptual reference)
- VMware ESXi
- Linux KVM
- Microsoft Hyper‑V
- AWS KMS
- Azure and Google Cloud (for cloud‑to‑AWS migration contexts)