© 2017, Amazon Web Services, Inc. or its Affiliates. All rights reserved. アマゾンウェブサービスジャパン株式会社 辻 義一・布目 拓也
サーバとデータの
マイグレーション ソリューション
自己紹介
辻 義一
技術統括本部
ソリューションアーキテクト
布目 拓也
技術統括本部
ソリューションアーキテクト
Agenda
• マイグレーションのメリット
• マイグレーションのプロセス
• 仮想マシンコピーのためのサービス
AWS Server Migration Service 紹介
• 大規模データのクラウドへの移行
マイグレーションのメリット
マイグレーション
のメリット
グローバル対応
全世界のリージョンを統一して利用可イノベーションの加速
オンプレミスでは難しい新領域への投資 ビッグデータ、IoT、 APIサービス…アジリティ
実需に合わせたオンデマンドな利用 ビジネスのニーズにあわせた素早い対応セキュリティ
AWSの優れたセキュリティ環境の利用と 自社セキュリティポリシーの適用マイグレーション
のメリット
移行 本番稼働
マイグレーションのプロセス
事前 調査 トレー ニング PoC AWS基本設計 移行プラン策定 フィードバック 移行 本番稼働 移行 本番稼働 移行 本番稼働事前調査
現状調査
• 全てのシステムについて洗い出し ⎼ H/Wスペック、リソースの使用状況 ⎼ S/W構成、AWS上での動作可否、ライセンス条件 ⎼ 可用性要件と現在の実現方式 ⎼ システム間、社外連携などの有無 ⎼ 運用・保守体制 ⎼ リース期限、保守期限などのライフサイクル など システム移 行 本稼 働 システム移 行 本稼 働 システム移 行 本稼 働 移行 本番稼働 事前 調査 トレー ニング PoC AWS 基本設計 移行プラン 策定事前調査
TCO調査
• 現状のTCOとAWSに移行した場合のTCOを算出 • 適切な Apple to Apple で比較 ⎼ RI の利用、現在不要なリソースは確保しないなどの 工夫をした上でのコスト算出 ⎼ セキュリティ対策のコスト ⎼ 4,5年ごとのリプレースのコスト • 数値化できないコストや価値はリストにまとめる どこまで詳細に事前調査すべきかはケースバイケース。 調査に時間やコストをかけすぎていないか見極めが大事。AWS 基本設計
アカウント構成
複数のAWSアカウントを併用することで分離を実現。 分離するが連携するための機能もあり。 例)本番 / 開発、社内向け / 社外向け、部署ごとネットワーク構成
• AWS内のネットワーク構成 • 社内ネットワークとの接続 ⎼ インターネットVPN / Direct Connect(専用線経由/WANサービス経由) システム移 行 本稼 働 システム移 行 本稼 働 システム移 行 本稼 働 移行 本番稼働 事前 調査 トレー ニング PoC AWS 基本設計 移行プラン 策定AWS 基本設計
標準構成の定義
• クラウドデザインパターンの適用検討 • マネージドサービスの活用検討セキュリティポリシー
AWSにあわせたポリシーの見直し社内への提供フロー
課金管理・支払い方法
例)標準構成 – 外向けWebサイト移行プラン策定
目標を明確化
移行で実現したい目標はコストだけではない。定量化して評価。移行に際してどこまで手を加えるか
極力ストレート移行してから、クラウドネイティブに最適化が現実解。 (Lift-and-Shift) ストレート移行 クラウドに最適化 システム移 行 本稼 働 システム移 行 本稼 働 システム移 行 本稼 働 移行 本番稼働 事前 調査 トレー ニング PoC AWS 基本設計 移行プラン 策定移行プラン策定
移行スケジュールを策定
重要度、移行難易度、コスト効果に応じて移行対象を優先度付けして、 移行スケジュールを策定。 アプリのバージョンアップ、再構築のタイミング、HWの保守切れ などのタイミングにあわせる事も考えられる。 システム 重要度 移行 難易度 コスト 効果 移行 優先度 A ◎ △ ◯ ◯ B △ ◎ ◎ ◎ C ◯ × × × ・・・ ・・・ ・・・ ・・・ ・・・移行
移行方式
「仮想マシンのコピー」で一括移行
「システム移行」と「データ移行」の2段階に分けて移行
システム移 行 本稼 働 システム移 行 本稼 働 システム移 行 本稼 働 移行 本番稼働 事前 調査 トレー ニング PoC AWS 基本設計 移行プラン 策定 以下のような場合は2段階に分けて移行が望ましい • データ量がかなり多い • サービス停止期間を最小化したい • 「仮想マシンのコピー」後に必要な変更作業が多い移行
「仮想マシンのコピー」で一括移行の流れ
事前作業 1. 「仮想マシンのコピー」して、変更作業 2. 動作テスト 本番切替 1. 既存環境停止 2. 再度「仮想マシンのコピー」して、変更作業 3. 動作テスト 4. 切り替え 2回目以降を差分のみにできるのは移行
システム移行 と データ移行 の2段階に分けて移行の流れ
事前作業 1. 「システム移行」作業 2. データの初期コピー 3. 動作テスト 本番切替 1. 既存環境停止 2. 差分データ同期 3. 動作テスト 4. 切り替え Amazon Snowball データ量が多い時はAWS Database Migraion Service
データベースを差分同期するには
Server Migration Service (SMS)
オンプレミスにある仮想マシンをAWS上にコピー
導入後の操作は AWSマネージメント コンソールやCLIから ダウンタイムを 最小化 作成されるS3や EBSスナップショット の料金のみで利用可他のツールとの比較(VMware環境の場合)
VM Import (AWS CLI)
AWS Management Portal for vCenter (vCenterプラグイン) Server Migration Service (SMS) オンラインでの イメージ取得
△
(クローンしてからエクス ポートする事で無停止)○
(2016.9のバージョンよ り)○
差分コピー×
×
○
対応環境 古いバージョンのESXやrawフォーマットなども vCenter 5.1以降 ESXi 5.1以降vCenter 5.5以降 その他の メリット VMware環境に インストール不要 EC2の管理をvCenter からも可能に
利用の流れ
オンプレミス環境 インターネット ハイパーバイザー VM VM VM VM VM VM VM VM AWSリージョン VGW IGW Direct Connect SMS ①②③が12〜24時間ごと に繰り返される (最大 90日) EC2 EC2を作成 ③ AMIに変換 AMI Server Migration Connector VM Connectorの導入 ② スナップショット の差分を送信 ① ハイパーバイザでの スナップショットSMSの要件
対象仮想マシン
• Windows 32/64 bit OS (2003-2016 Server, 7, 8, 10)
• Linux 64 bit OS (RHEL/CentOS 5.1-, SUSE 11-, Ubuntu 12-) • 推奨事前設定
⎼ CD-ROMドライブの切断
⎼ アンチウイルスソフトの無効化 ⎼ RDPなどの許可設定
動作環境
• VMware: vCnter 5.5以降, ESXi 5.1以降 (Hyper-V は未サポート)
© 2015, Amazon Web Services, Inc. or its Affiliates. All rights reserved.
クラウドへのデータ移行のモチベーション
• ワークロード移行
• クラウドオフローディング
• ハイブリッド化
• データセンター移行
• アーカイビング
• BCP/DR
Cloud Data Migration Direct Connect Snow* data transport family 3rdParty Connectors Transfer Acceleration Storage
Gateway Kinesis Firehose
AWSのストレージサービス
オブジェクト Amazon Glacier Amazon S3 ブロック Amazon EBS (persistent) Amazon EC2 Instance Store (ephemeral) ファイル Amazon EFSAWSへのデータ移行とAWSサービス
Amazon S3
AWS Direct Connect S3 Transfer Acceleration Kinesis Firehose AWS Storage
Gateway
AWS Snowball
Amazon EC2 Amazon
EFS Amazon Redshift
Amazon ES
AWS DMS
Amazon RDS
クラウドへのデータ移行の課題
クラウドへのデータ移行における課題 • 基本はネットワーク経由 • 移行期間と回線帯域 • 全ての帯域がデータ移行に利用できるとは限らない • 一時的な回線増強が非現実的な場合もある • データ容量が多ければ多いほど深刻な問題に 回線速度 占有率 1Gbps 500Mbps 300Mbps 25% 19 38 63 50% 9 19 32 75% 6 13 21 50TBのデータ転送にかかる日数 回線速度 占有率 1Gbps 500Mbps 300Mbps 25% 95 190 316 50% 47 95 158 75% 32 63 105 250TBのデータ転送にかかる日数AWS Snow ファミリー
Snowball Snowball Edge Snowmobile
ペタバイトスケール のデータ移行 ハイブリッド/エッジワー クロードのためのコン ピュート&ストレージ エクサバイトスケー ルのデータ移行
AWS Snowball
「ハードウェアアプライアンス」を利用してオンプレミス−クラ
ウド間の大量データ移行を高速化
• 80TBの容量をもつ物理アプライアンスを配送 • オンプレミス−クラウド間の回線に依存しないデータ転送を実現 S3Snowballの利用の流れ(Importの例)
コンソールでジョブの作成 届いたアプライアンスを ネットワークへ接続 データをコピーして返送 データはS3に保管(参考)50TBの転送にどれ位時間がかかるのか?
• ジョブのサブミット • 出荷までに1営業日 • 配送業者による配送 • 翌々日配達 • (お客様による)Snowballの受け取り • データの転送 • 配送業者による集荷 • 翌日 or 翌々日配達 • (AWS側での)Snowball の受け取り • AWS側のIngest開始に1営業日 • SnowballからS3への転送は1日から2日 回線速度 占有率 1Gbps 500Mbps 300Mbps 25% 19 38 63 50% 9 19 32 75% 6 13 21 ネットワーク経由(再掲) 理想的なケースでは 運搬も含めて1週間ー10日程度 Snowballを利用するケース 複数のSnowball アプライアンス を利用した並列転送も可能AWS Snowballのユースケース
クラウド
マイグレーション
災害対策 データセンター
全社ファイルサーバのバックアップ
全社員が利用する共有ファイルサーバ上のデータをクラウド環境へバックアップ • 数百TB、1億超のファイルをS3へバックアップ • 複数のSnowballを活用し、初期移行の転送期間を短縮 • 変更をトラッキングして更新差分を同期 • 低頻度アクセスストレージを活用し、コールドデータの保管コストを削減Snowballお客様事例 サイバーエージェント
様
共有ファイルサーバ Amazon S3 Standard - IAS3 更新トラッキング 更新差分転送 ライフサイクル 管理 Amazon SQS 差分更新ジョブ管理 初期移行Snowballお客様事例 AOSデータ様
バックアップサービス拡張
• 自社提供SaaSサービスの拡張オプションとしてSnowballの活用を検討中 • AOSBOX へネットワーク経由のバックアップ時間を短縮 • Snowball による安全なオフラインバックアップサービスを提供 Amazon Glacier import AWS Snowball 利用者 Amazon S3 データ転送 Amazon S3 AOSBOXの利用にあたり、数TB〜以上の オフィスデータ、RAWデータ、動画データ をネットワークなし&セキュアに高速転送 http://www.aosbox.com/snowball/Snowballお客様事例 レコチョク様
メディアコンテンツ移行・配信
Amazon S3の活用により、NAS・
HDDで保管していた楽曲を安全且つ
耐久性のある環境へ移行
• Snowballを利用して60TBの音源
データを社内環境からインポート
• 約10日間で移行を完了 • インターネットを経由しない データの移動 Amazon S3 自社特設環境 提供先 AWS Snowball 提供元業務アプリケーション移行
大量データを扱う複数の業務アプリケーションのクラウド移行にSnowballを活用 • コンテンツ配信、ログ解析システムをAWS上に移行 • オンプレミス環境から約60TBのデータをS3へ • HDFSクライアントの利用により、中間データを生成せずに効率的に移行 • 接続先切り替えによりシームレスなシステム移行を実現Snowballお客様事例 ドワンゴ
様
HDFS Amazon S3 データ移行 アプリケーション移行 コンテンツ配信 Amazon EMR ログ解析Tokyo Region
創薬分子シミュレーション
化合物とタンパク質における薬物ドッキング、 スクリーニングシミュレーション • 数千コアを時間課金で利用 • 50TBのRawデータをSnowballにてセキュアに転送 • クラスタ構築はAWS提供の CfnClusterで迅速に展開 • アプリケーションにmyPresto(※)を利用 Spot Instance Researchers AWS Direct Connect Masterserver Auto Scalling group Compute Fleet AWS Snowball S3 On-premise
Snowballお客様事例
エーザイ様
※http://www.jbic.or.jp/enterprise/result/001.htmlSnowball利用のポイント
ネットワーク移行とどちらが早いか? • データの特性・容量に依存(数十TB以上が検討範囲) • 輸送・設置・撤去のリードタイムを考慮 データの移行先はS3 • 最終的な配置先、データ形式が異なる場合はその移動時間も考慮 • イメージでコピーしてVM import • S3からEBS/EFSへのデータコピー• AWS LambdaやFile Gatewayを活用
オフライン転送