クラウドデータ移行とは、既存のデータを新しいクラウドストレージのロケーションへ移動させるプロセスのことです。ほとんどのアプリケーションでは、クラウドへの移行過程でデータストレージが必要になります。
通常、ストレージの移行は 3 種類のアプローチのいずれか 1 つに沿って行いますが、同時に 3 つすべてを実行する企業もあります。
- 1 度の "リフト＆シフト" による移動。これは、新しいワークロードをクラウドで使用できるようになる前に実行する必要がある可能性があります。
- オンプレミスに比重を置いたハイブリッドモデル。レガシーデータストアを時間をかけてクラウドにシフトさせることができます。
- クラウドに比重を置いたハイブリッドモデル。レガシーのオンプレミスデータをある程度使用して、クラウドネイティブなプロジェクトを新たに設計することで実現できます。
このページでは、お客様のクラウド移行全般のうち、データ移行に役立つテクノロジーについて説明します。
データ転送に関する重要な問題のいくつかは、クラウドデータ移行のほとんどのプロジェクトでも当てはまります。最低限の中断、コスト、および時間で、現在の場所から新しいクラウドへデータを適切に移動することや、ギガバイト規模、テラバイト規模、またはペタバイト規模にもなる場合もある膨大なデータを実際にスマートに移動することについて、
また最も基本的な問題として、どれほどのデータを、どれほど遠くまで、どれほど速く移動できるかを考慮する必要があります。理想的な環境では、以下の式を使用します。
日数 = (合計バイト数)/(1 秒当たりのメガビット数 * 125 * 1000 * ネットワーク利用率 * 60 秒 * 60 分 * 24 時間)
例えば、T1 接続 (1.544 Mbps) を利用しており、1 テラバイト (1024 * 1024 * 1024 * 1024 バイト) のデータを AWS 内外へ移動する場合、ネットワーク利用率が 80% のネットワーク接続でロードするのにかかる理論的な最小時間は 82 日です。
データの移動にアンマネージド型で非常に基本的な機能しかない移行ツールを使用する場合と、Amazon のマネージド型アプローチのサービス一式からいずれかのサービスを選択して使用する場合では、結果が大きく異なります。
経験に基づく、私たちのご提案は以下の通りです。
| 接続 | データの大きさ | メソッド |
| 10 Mbps 未満 | 500 GB 未満 | アンマネージド型 |
| 10 Mbps 以上 | 500 GB 以上 | マネージド型 |
小規模なデータであれば、お客様のサイトから Amazon のクラウドストレージへの移行を 1 度限りで行える簡単な方式があります。
- Amazon Simple Storage Service (S3) コマンドラインインターフェイス。Amazon S3 CLI を使用すると、S3 バケットにデータを移動する個別のコマンドを記述できます。
- aws s3 sync コマンド。aws s3 sync コマンドを使用すると、ローカルディレクトリを S3 にミラーリングできます。オープンソースの rsync ツールの機能に類似しています。
- Amazon Glacier CLI。Amazon Glacier CLI を使用すると、データを Amazon Glacier のボールトに移動する個別のコマンドを記述できます。
Amazon で作成された移行サービスの一式には、お客様が移行タスクをより効率的に管理するのに役立つ複数の方法が含まれています。それらを 2 つのカテゴリに分類すると以下のようになります。
- インターネットの最適化。データをディスクに保存して物理的に輸送する方法も効率が低いわけではありません。インターネットの置き換えや最適化は、大きなアーカイブやデータレイクを移動する場合、または単にそのデータボリュームを移行するのに帯域幅が実際的でない場合に理想的です。
- S3 を簡単に使用するためのインターフェイス。これらの方法により、既存のネイティブアプリケーションで S3 を簡単に使用できるようになります。このようなアプローチでは、一度に大きなデータセットのリフトとシフトを行う必要がないため、バックアップと復旧、または継続的な IoT (モノのインターネット) のストリームといった既存のプロセスフローとクラウドストレージを統合するのに役立ちます。
| 要件: | 検討対象: |
|---|---|
| インターネット接続の最適化または置き換え |
|
AWS リージョン内のデータセンターに直接接続する |
AWS Direct Connect |
テラバイト規模またはペタバイト規模のデータをクラウドに移行する |
AWS Import/Export Snowball |
ギガバイト規模のデータを 10 Mbps 未満のネットワーク経由で移行する |
AWS Import/Export Disk |
| S3 を簡単に使用するためのインターフェイス |
|
ハイブリッドモデルでデータをローカルにキャッシュする (パフォーマンス上の理由) |
ゲートウェイ (AWS またはパートナー) |
バックアップまたはアーカイブを最小限の中断でリダイレクトする |
テクノロジーパートナーシップ |
ストリーミングデータの複数のソースを収集して取り込む |
Amazon Kinesis Firehose |
最善の結果を出すために、複数のサービスを組み合わせることもできます。以下の組み合わせを検討してください。
Direct Connect と Gateway
Direct Connect とテクノロジーパートナーシップ
複数の Snowballs の並列稼働
特殊なケースのお客様は、AWS でサポートします。
これらの移行方法をインターネットの補強または置き換えとして使用し、データを現在のロケーションからリフトして、直接 Amazon のデータセンターにシフトできます。開発作業や API はサポートされないため、データ転送によって既存のオンプレミスのプロセスが影響を受けることはありません。
オンプレミステクノロジーをクラウドに拡張するのに役立つ Direct Connect パートナーバンドルについてご覧ください。
AWS Direct Connect で物理的な専用接続を使用し、お客様のデータセンターと AWS のデータセンターの間のネットワーク転送を高速化できます。
Direct Connect を使用すると、お客様のネットワークと Direct Connect のいずれかのロケーションの間に専用のネットワーク接続を確立できます。業界標準の 802.1q VLAN を使用して、この専用接続を複数の仮想インターフェイスに分割できます。このアプローチにより、同じ接続を使用しながら、パブリックリソース (Amazon S3 に保存されたオブジェクトなど) にはパブリック IP アドレススペースを使ってアクセスし、プライベートリソース (Amazon Virtual Private Cloud (Amazon VPC) 内で実行されている Amazon Elastic Compute Cloud (EC2) インスタンスなど) にはプライベート IP スペースを使ってアクセスすることができます。同時に、パブリック環境とプライベート環境の間でネットワークの分離を維持できます。ニーズの変化に合わせて随時仮想インターフェイスを再設定できます。
Direct Connect の詳細については、こちらをご覧ください。
Snowball はセキュアなアプライアンスを使用したペタバイト規模のデータ転送ソリューションで、AWS 内外に大容量データを転送できます。Snowball を使用すると、ネットワークのコストが高い、転送時間が長い、セキュリティに懸念があるといった大容量データの転送に関する一般的な課題を解決できます。Snowball を使うとデータを簡単、迅速、安全に転送でき、同じファイルを高速インターネットを使用して転送した場合と比較して、コストは 5 分の 1 ほどで済みます。
Import/Export Snowball の詳細については、こちらをご覧ください。
|
|||||||||||||||||
AWS Import/Export Disk により、転送用のポータブルストレージデバイスを使用して、AWS クラウド内外への大量のデータの転送を高速化できます。Disk を使用すると、Amazon の高速内部ネットワークを使用して、インターネットを使うことなく、お客様のデータを直接ストレージデバイスに送受信できます。ギガバイト規模のデータセットの転送速度が 10 Mbps を下回る場合、Disk は、インターネットでの転送より速く、接続環境のアップグレードよりもコスト効果に優れたソリューションとなります。
Import/Export Disk の詳細については、こちらをご覧ください。
|
||||||||||||||||||||
データ移動を中断できない状況もあります。レガシーデータストアを時間をかけて段階的に移行する場合、または新しいデータを多くの非クラウドソースから集約する場合には、S3 と直接統合されるサービスが適しています。このような移行サービスでは、バックアップと復元のソフトウェアやストレージエリアネットワークといった、すでにインストールされているソリューションの活用や補完が行えます。Amazon Kinesis Firehose をお客様ご自身のアプリケーションにプログラムすることもできます。
ゲートウェイはオンプレミスで設定されており、お客様の環境と AWS クラウドを接続します。ゲートウェイはパフォーマンスやコンプライアンスの理由によりローカルでストレージが必要なハイブリッドシナリオでは理想的なソリューションですが、データを S3 にオフロードできる場合もあります。
パフォーマンスの最適化のため、AWS Direct Connect とお客様のゲートウェイの併用をご検討ください。
AWS Storage Gateway サービスを使用すれば、オンプレミスでの AWS ストレージの導入が簡単にできます。既存のアプリケーションで、業界標準のストレージプロトコルを使用して、Amazon S3 と Amazon Glacier にデータを保存するソフトウェアアプライアンスに接続します。Storage Gateway を使うと、以下の機能を利用できます。
- データは圧縮され、AWS に安全に転送されます。
- SAN の構成を使用すれば、複数のデバイスを使用して、ポイントインタイムのバックアップを Amazon Elastic Block Store (EBS) スナップショットとしてキャッシュまたは保存できます。
- 仮想テープライブラリ (VTL) 構成と既存のバックアップソフトウェアを連携させることで、Amazon S3 でコスト効果の高いバックアップを作成し、Amazon Glacier で長期的なアーカイブを行えます。
AWS Storage Gateway の詳細については、こちらをご覧ください。
また、AWS では、従来のバックアップとクラウドを橋渡しする物理ゲートウェイアプライアンスに関連して、業界内のいくつかのベンダーとパートナーシップを組んでいます。既存のオンプレミスデータを Amazon のクラウドに接続し、パフォーマンスに悪影響を与えずに、また既存のバックアップカタログを維持しながらデータを移動できます。このようなパートナーシップでは、以下が実現します。
- 既存のインフラストラクチャとシームレスに統合する。
- 重複排除、圧縮、暗号化を提供できる。または、ワイドエリアネットワークを促進できる。
- 最近のバックアップをローカルでキャッシュし、すべてを AWS クラウドのボールトに保管できる。
ゲートウェイパートナーシップの詳細については、こちらをご覧ください。
Amazon では、お客様がバックアップとアーカイブを非常に簡単にクラウドで行えるよう、業界内のベンダーとパートナーシップを組んでいます。データの移動では、既存のバックアップソフトウェアに埋め込まれた Amazon S3 コネクタを経由することが最も簡単な方法である場合があります。このアプローチの明確なメリットは、バックアップカタログが一貫性のあるものになり、ディスク、テープ、およびクラウドにまたがるジョブ全体で可視性と制御性を維持できることです。
テクノロジーパートナーシップと埋め込み接続の詳細については、こちらをご覧ください。
Amazon Kinesis Firehose は、ストリーミングデータを AWS にロードする最も簡単な方法です。ストリーミングデータをキャプチャして Amazon S3 および Amazon Redshift に自動的にロードし、現在お使いのビジネスインテリジェンスツールやダッシュボードでほぼリアルタイムに分析することができます。完全マネージド型サービスのため、データスループットに応じて自動的にスケールされ、継続的な管理は不要です。ロード前にデータのバッチ処理、圧縮処理、暗号化が行われるため、ロード先でのストレージ量を最小化し、セキュリティを強化できます。AWS マネジメントコンソールから Firehose の配信ストリームを簡単に作成し、数回のクリックで構成を行い、AWS に継続的にロードされる数十万のデータソースからストリーミングへのデータの送信を開始できます。これらすべての操作にかかる時間はわずか数分です。
Amazon Kinesis Firehose の詳細については、こちらをご覧ください。
設計のサポートが必要な場合
移行のベストプラクティスに関するホワイトペーパーを読む
リファレンスアーキテクチャセンターにアクセスする
導入事例センターにアクセスする
