AWS Snow Family

解決する課題

数十テラバイト〜ペタバイト級のデータをクラウドへ移す場合、ネットワーク経由の転送は回線速度がボトルネックになります。細い回線では転送に数週間〜数か月かかることもあり、その間の帯域占有や転送料も無視できません。Snow Family は、データを物理デバイスにコピーして輸送するという発想でこの問題を解きます。

• 大容量データを移したいが、回線が細くネットワーク転送だと現実的な時間で終わらない
• 拠点が遠隔地・船舶・工場などで、安定した広帯域回線がない
• 一度きりの大規模なクラウド移行で、帯域を長期間占有したくない
• 現場（エッジ）で発生したデータをローカルで処理してから持ち帰りたい

主要概念と用語

• オフライン移送: ネットワークではなく物理デバイスを輸送してデータを運ぶ方式。回線の太さに依存しないのが最大の特徴
• Snowball Edge: 大容量ストレージや計算リソースを備えたデバイス。データ移送に加え、現地でのコンピューティング処理にも使えるタイプがある
• Snowcone: 小型で軽量・ポータブルなデバイス。設置スペースや電力が限られる現場向け
• Snowmobile: かつて提供されていた超大容量の輸送手段で、現在は新規の選択肢ではない。エクサバイト級という規模感を表す概念として押さえておく
• エッジコンピューティング: 移送だけでなく、デバイス上で前処理や推論などの計算をその場で行う使い方
• インポート / エクスポート: クラウドへ取り込む方向（インポート）と、クラウドから取り出して持ち出す方向（エクスポート）のジョブ
• 耐環境性: 衝撃・粉塵・温度変化に耐える堅牢な筐体で、輸送や過酷な現場での利用を想定した設計

仕様・制限・クォータ

• デバイスは注文（ジョブ作成）して取り寄せ、データをコピーした後に返送する流れで使う
• 1台あたりの保存容量はデバイスの種類によって異なり、小型のポータブルなものから大容量のものまで幅がある
• さらに大量のデータには複数台を並行して使う、あるいはクラスタ構成を組むことができる
• デバイスは堅牢な筐体で、衝撃・粉塵・温度に対する耐環境性を備える
• ネットワーク帯域が許す範囲では、デバイスの一部機能をオンラインでも併用できるが、本来の価値はオフライン移送にある

内部の仕組み

利用者はまずジョブを作成してデバイスを注文します。届いたデバイスをローカルネットワークに接続し、専用クライアントやS3互換のインターフェース経由でデータをコピーします。コピーが終わったらデバイスを返送し、AWS のデータセンターに到着するとデータがS3 に取り込まれます。エクスポートのジョブでは逆に、クラウド側のデータをデバイスへ書き出してから発送されます。

この一連の流れの肝は、大量データの実体の移動を物理輸送に肩代わりさせる点にあります。回線速度に縛られないため、ネットワークでは非現実的な規模でも、輸送の所要日数というおおむね一定の時間で完了します。一部のデバイスは計算リソースを内蔵しており、現場でのデータ前処理や軽量なアプリ実行といったエッジ処理にも使えます。

設計パターン / ベストプラクティス

• 一度きりの大規模移行: データセンター閉鎖やクラウド全面移行など、ペタバイト級を一括で運ぶケースに向く
• 複数台の並行利用: 容量が大きいときは複数デバイスやクラスタで取り込みを並列化し、移行期間を短縮する
• エッジでの前処理: 計算機能を持つデバイスを使い、現地でフィルタリングや集計をしてから持ち帰り、運ぶデータ量自体を減らす
• 継続的なハイブリッド利用には別サービス: 一回限りの輸送ではなく常時オンライン連携が必要なら、Snow ではなく Storage Gateway や Direct Connect を検討する
• コピー前のデータ整理: 不要ファイルを除き、ディレクトリ構成を整えてからコピーすると、後工程の取り込み・検証が楽になる

運用・監視

• ジョブの進捗状況（出荷、配送、データコピー、返送、取り込み完了）はマネジメントコンソールやAPIで追跡できる
• デバイスの配送・返送のスケジュールを物流に合わせて管理する
• 大量データのコピーには時間がかかるため、ローカル側のネットワークやディスクI/Oがボトルネックにならないか確認する
• コピー完了後は、件数やサイズの照合でデータの欠落がないかを確認する
• 複数台を使う場合は、どのデバイスにどの範囲のデータを入れたかを台帳として記録しておく

コスト

• 課金は主にデバイスの利用（ジョブ単位）と、規定を超えた利用日数、および返送に関わる費用で構成される
• ネットワーク経由の大量転送と比べ、回線が細い・データ量が大きいケースでは総コストで有利になりやすい
• データがクラウドに取り込まれた後の保存料は、保存先であるS3 側の料金に従う
• デバイスを長く手元に置くほど利用日数の費用が増えるため、コピーを早く終えて返送するほどよい

セキュリティ

• デバイス上のデータは保存時に暗号化され、鍵は KMS で管理される
• データの暗号化は、利用者のデータがデバイスに書き込まれる段階から適用される
• アクセス権限は IAM で制御し、ジョブの作成やデバイス操作を最小権限に絞る
• 物理デバイスのため、受け取りから返送までの物理的な管理（保管場所・持ち出し管理）も運用に含める
• 返送後、AWS側ではデバイスのデータ消去が行われる

Well-Architected の観点

• 運用上の優秀性: 移行作業をジョブとして手順化でき、進捗を可視化して管理できる。一回限りの大規模移送を予測可能な期間で完了させやすい
• コスト最適化: 細い回線での長期間の転送や帯域占有を避け、物理輸送で総コストを抑える
• 信頼性: 回線品質に左右されず、輸送の所要日数というおおむね安定した時間で移送が完了する
• セキュリティ: 保存時暗号化とKMSによる鍵管理、IAMでの最小権限、返送後のデータ消去

試験で問われるポイント

関連サービス・比較

オンラインの常設回線である AWS Direct Connect とよく対比されます。Snow Family は一回限りの物理輸送、Direct Connect は継続的に使う専用線という役割の違いを押さえます。

ハンズオン / CLI例

# データ取り込み用のジョブ（インポート）を作成する例
# 取り込み先となるS3バケットや通知先、住所IDなどを指定する
aws snowball create-job \
  --job-type IMPORT \
  --resources '{"S3Resources":[{"BucketArn":"arn:aws:s3:::my-migration-bucket"}]}' \
  --address-id ADID1234567890 \
  --kms-key-arn arn:aws:kms:ap-northeast-1:123456789012:key/abcd1234-... \
  --role-arn arn:aws:iam::123456789012:role/SnowballImportRole \
  --snowball-capacity-preference T80 \
  --shipping-option SECOND_DAY

# 作成済みジョブの一覧と状態を確認
aws snowball list-jobs

# 特定ジョブの進捗・配送状況を確認
aws snowball describe-job --job-id JID-XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX