目次
【AWS DataSyncの役割（パフォーマンス最適化）】
🔍 1. 結論
💎 一言でいうと AWS DataSync は、オンプレミスのサーバーやNAS（NFS / SMB）に保存された「テラバイト〜ペタバイト級」の大量のファイルを、オープンソースツール（rsyncなど）の最大10倍の速度で、AWSのストレージ（S3, EFS, FSx）へ超高速に転送（移行）する サービスです。
- ネットワーク帯域幅（最大10Gbps）をフルに活用する独自プロトコルで高速化。
- 転送中の暗号化と、転送後のデータの整合性チェックを自動で行う。
📈 2. SAAで出やすいポイント
- 移行と同期のパフォーマンス: 既存の
rsyncやコマンドラインツールを使ったファイル転送は、プロトコルのオーバーヘッドによりネットワーク帯域を使い切れません。DataSyncのエージェントをオンプレにインストールすることで、最適化されたプロトコルにより帯域幅を限界まで使用し、移行にかかる時間を劇的に短縮します。 - 宛先ストレージ: オンプレミスからAWSへの移行先として、Amazon S3, Amazon EFS, Amazon FSx for Windows File Server, Amazon FSx for Lustre をサポートしています。
- 帯域幅の制限: 業務時間中に会社のインターネット回線を100%占有してしまうと問題になるため、DataSyncには「転送速度の上限（帯域幅の制限）」を設定する機能が用意されています。
🗝 3. キーワードでの判断
| 問題文のキーワード | 疑うサービス |
|---|---|
| 🚀 「オンプレミスのNFS/SMBから、S3やEFSへ高速に大容量データを移行したい」 | AWS DataSync |
| ⏱️ 「既存のコマンドラインツール(rsync等)では転送速度が遅くて間に合わない」 | AWS DataSync |
| 🔄 「毎日発生する数TBの動画データを、帯域幅を最大限使ってAWSへ定期転送したい」 | AWS DataSync |
⚠️ 4. ひっかけポイント
🚫 よくある誤答パターン – Storage Gateway との違い: – Storage Gateway: 今後もオンプレミスのサーバーを「使い続け」、その容量拡張やバックアップ先としてAWSを使いたい（ハイブリッド利用）場合。 – DataSync: データを「お引越し（移行）」させたい、あるいは定期的に「まとめてバッチ転送」したい場合。 – Snowball との違い: – ネットワークが細すぎる、あるいはデータがペタバイト級で、オンライン転送だと「数ヶ月」かかる場合は Snowball (物理輸送) を選びます。ネットワーク帯域が十分にあり（1Gbps〜10Gbps）、オンラインで高速に送るなら DataSync です。
💡 5. 覚え方
🧠 暗記ショートカット – DataSync = 「お引越しの特急トラック」。 – 普通の車（rsync）で何度も往復するより、DataSyncという専用の大型トラックを使えば、道（ネットワーク）の幅いっぱいに荷物を積んで一気に運んでくれる。
📚 6. 関連サービス
| アイコン | サービス名 | DataSyncのデータ移行先（宛先） |
|---|---|---|
| 🪣 | Amazon S3 | オブジェクトストレージへのアーカイブ移行 |
| 📁 | Amazon EFS | Linux環境の共有ファイルサーバーの移行 |
| 🪟 | Amazon FSx for Windows | Windowsファイルサーバーの移行 |
🗒️ 7. Obsidian管理メモ
- 見返すタイミング: データ移行ツール（Snowball, Storage Gateway, DataSync）の使い分け学習時
- 関連ノート候補:
AWS_SAA_Data_Migration_Tools
8. HTMLファイル名:
AWS_高性能設計_DataSync.html
