Jason Gregson、Artem Shchodro著
私自身、CloudEndureを長年ユーザーとして使ってきました。オンプレミスの状態をAWSへ継続的にレプリケートできるため、ディザスタリカバリの強力な武器でした(今もそうです)。環境ごと複製できるので、本番からテストへの横展開にも便利で、テスト側をライトサイジングして支出を抑えることもできました。本来は、すべてのインフラをコード(IaC)として定義し、必要なときにデプロイや変更を行うのが理想です。とはいえ、AWSを使い始めたばかりの段階で、誰もがその環境やスキルを揃えられるわけではありません。
Amazonは2019年にCloudEndureを買収し、その数年後にAWS Server Migration Service(AWS SMS。AWSのサービス名の話は始めると止まらないので置いておきます)を立ち上げました。このサービスは看板に偽りなしの働きで、私もとても気に入っていました。心強い選択肢でしたが、2022年3月31日に新たな主役が登場します。それが AWS Application Migration Service(AWS MGN) で、現在はAWSへのリフト&シフト型移行における主要サービスとして推奨されています。Amazonは、CloudEndure MigrationやAWS SMSを利用中の顧客に対し、今後の移行ではAWS MGNへの切り替えを推奨しています。行間を読めば、「旧サービスは近いうちに段階的に終息に向かうので、新サービスを早めに使い始めてほしい」というメッセージです。
AWS MGNを使えば、アプリケーション本体、アーキテクチャ、移行対象のサーバーに手を加えることなく、そのままAWSへ移行できます。これは便利です!
AWS MGNなら、サーバーをまるごと自動でレプリケートし、物理・仮想・クラウドのいずれのインフラ上にあるソースサーバーでもAWS上でネイティブに動くよう変換できるため、手作業を最小限に抑えられます。「リフト&シフト」はクラウド移行の戦術的な出発点として有効ですが、あくまで「出発点」だという点を忘れないことが大切です。ユーティリティコンピューティングの真価を引き出すには、中長期的なさらなる取り組みが欠かせません。手作業を自動化すれば、移行に一貫性が生まれ、複雑さもエラーも減らせます。AWS MGNは、アプリケーションポートフォリオ全体に同じ自動化プロセスを適用できるようにすることで、移行をシンプルにします。移行前にサービスを止めずにテストできるので、SAP、Oracle、SQL Serverといった重要アプリケーションがAWS上で問題なく動作することを事前に確認できます。万一トラブルが起きても、DoiTサポートが副操縦士として伴走し、トラブルシューティングをお手伝いします。さらに、コストを抑えた移行も可能です ;)
AWS MGNは魔法のように全自動でこなして移行コストをまるごと削減してくれる……というのは少し言いすぎですが、移行を後押しする実用的な機能がしっかり揃っています。複数の移行ソリューションや、専門的なクラウド開発、アプリケーション固有のスキルに投資しなくても、移行プロセスを始められます。AWS MGNは、サポート対象のOSが動く任意のソースインフラから、あらゆるアプリケーションを移行できるからです。MGNはCloudEndure Migrateの後継ではなく、新たに設計されたサービスで、相違点は多岐にわたります。ここに書ききれないほどなので、違いを一覧化したPDFのリンクをご参照ください。
AWS MGNの仕組み
始めるには、まずソースサーバーにAWS MGN Replication Agentをインストールし、続いてAWSコンソールのAWS MGNでレプリケーション設定を行います。
裏側ではAWS MGNがこれらの設定をもとに、小規模なAmazon EC2インスタンスを配置したステージングエリアのサブネットを作成・管理します。これらのインスタンスが、ソースからレプリケートされたデータの受け皿になります。
このレプリケーション用インスタンスは、ソースサーバー上で動作するエージェントからデータを受信し、アタッチされたEBSボリュームに書き込みます。AWS MGNは継続的なブロックレベルのデータレプリケーションにより、AWS側のソースサーバーを常に最新の状態に保ちます。サービスを止めないテストやカットオーバーを行う際には、設定済みの起動設定を使ってインスタンスを起動します。なお、転送中のデータは圧縮・暗号化され、EBSボリュームに到達した後は保管中データの安全性を確保するためにEBS暗号化が利用されます。
テスト用やカットオーバー用のインスタンスを起動すると、AWS MGNはソースサーバーをAWS上でネイティブに起動・動作するよう変換します。これにより、AWS側で問題がないかをじっくり確認できます。起動したインスタンスがAWS上で正常に動いていることを確認できたら、ソースサーバーの停止を検討しましょう。両方を動かし続ける必要はありません。
先ほども触れたとおり、この「リフト&シフト」はあくまで第一歩です。ここから先は、AWSの幅広いサービスやプロダクトを活かして、アプリケーションのモダナイズへ進めます。最初に取り組むべきことの一つは、レプリケート後のインスタンスのスペックが運用に見合っているかを確認することです。ベンダーの推奨値をそのまま受け入れず、必ず見直しましょう。ここで頼りになるのがAmazon CloudWatchです。インスタンスに十分なリソースがあるか、コストに見合った価値が得られているかを確認しましょう。実際にはスペックが過剰なケースが多く、「ライトサイジング」の観点で見直すチャンスになります。
「新規」インスタンス扱いになるため、まず確認すべきはAmazon CloudWatchです。インスタンスのほぼリアルタイムなパフォーマンスメトリクスを取得できます。チェックポイントのヒントはこちらをご覧ください。
インスタンスのコスト最適化を考えるうえで、もう一つ役立つのがCost Explorerです。このサービスで推奨事項を受け取る方法については、こちらに分かりやすい記事があります。アカウントでこのサービスを有効化し、必要に応じて各サーバーにCloudWatch Agentをインストールします。CloudWatch Agentを使うと、ハイパーバイザーからは取得できないインスタンスのメトリクスをより多く取得できます。これらがCloudWatchへ流れることで、Cost Explorerはより精度の高い推奨を提示できるようになります。
AWS MGNをもっと知りたい方には、コンセプトをわかりやすく解説した10分間の動画がおすすめです。 関連リンク:
テクニカルリソースページ- AWS MGNのドキュメント
YouTube: バーチャルワークショップ - AWS MGNでの「リフト&シフト」
提供リージョン:
AWS Application Migration Service(AWS MGN) は、以下のリージョンで提供中です:
• 米国東部(バージニア北部)
• 米国東部(オハイオ)
• アジアパシフィック(シドニー)
• 欧州(アイルランド)
• 欧州(ストックホルム)
• 米国西部(オレゴン)
• アジアパシフィック(東京)
• アジアパシフィック(シンガポール)
• 欧州(フランクフルト)
ご希望のAWSリージョンが現時点でAWS MGN未対応の場合は、CloudEndure Migrationの利用をご検討ください。
サーバーにエージェントを入れられない場合は、AWS Server Migration Service(AWS SMS)の利用をご検討ください。
AWS MGNには無料利用期間が用意されていますが、移行中およびカットオーバー後にプロビジョニングされるAWSインフラには課金が発生します。詳しくはAWS MGNの料金ページをご覧ください。
もう一歩踏み込みたい方へ
DoiTは、徹底したお客様志向と、移行を成功させるために必要な技術への深い踏み込みを強みとしています。「リフト&シフト」は確かに出発点ですが、その移行が事業にもたらす価値について、より広い視点で議論することが大切です。AWS移行を加速すると題した別記事では、AWSへの移行というテーマと、クラウドジャーニーや移行を始める際に考慮すべき要素を、さらに掘り下げて解説しています。
Q: トータルでどのくらいコストがかかりますか?
AWS MGNには無料利用期間があり、その後は移行中およびカットオーバー後に残るAWSインフラに対して料金が発生します。DoiTのコンサルティング費用については、嬉しいことに、DoiTはお客様支援に独自の料金モデルを採用しています。AWSへの移行支援もそこに含まれます。私たちは追加費用ゼロで作業をお手伝いします。DoiTがこのジャーニーをガイド・サポートすることに対して、追加料金は一切いただきません。
Q: 何か裏があるのでは?
裏はありません。リセラーであるDoiT経由でAWSのご請求をお支払いいただく。それだけです。私たちはAmazonから直接受けられるサービスやサポートに「上乗せ」する存在であり、AWS請求の決済がDoiT経由になる以外、お客様とAmazonの関係から何も差し引くものはありません。
費用ゼロという性質上、DoiT自身が移行作業を実行するわけではありませんが、移行の各フェーズで適切なタイミングに適切な助言を提供するアドバイザーとして関わります。実作業はお客様ご自身か、サードパーティに依頼して進めていただく形になります。
加えて、DoiTのお客様として以下のメリットをすべてご利用いただけます:
• 無制限サポート(24時間365日 - Follow the sun)
• 無料トレーニング
• DoiT Cloud Intelligence™への無料アクセス
• Well Architected Framework レビュー(WAfR)を無料で実施
• DoiTのFlexsave(柔軟な節約プラン)
• DoiTのSpot0(柔軟なSpot価格設定)
移行についてご相談されたい方や、AWSへの移行をご検討中の方は、ぜひお問い合わせください。喜んでお話を伺います。
Jason
Jason Gregsonは、DoiT internationalでAWSプログラム&オペレーションのグローバル責任者を務めています。Amazonでの5年間を含む長年のソリューションアーキテクト経験を持ち、最新のAWSサービスを活用したモダンアプリケーション構築の支援に情熱を注いでいます。プラグマティックなテクノロジストでありエンジニアでもある彼は、コミュニティ主導の学びと技術共有を愛し、誰もが「可能性のアート」に触れられることを目指しています。Twitterは @JasonGregson でフォローできます。
Artem
Artem Shchodroは、DoiT internationalのシニアクラウドアーキテクトです。元Amazonianとして、お客様がクラウドから最大の価値を引き出せるよう支援しています。プラグマティックでストレート、ビジネス価値とテクノロジーを巧みに結びつけます。Twitterのフォローはおすすめしません。
Jason Gregson、Artem Shchodro著
私自身、CloudEndureを長年ユーザーとして使ってきました。オンプレミスの状態をAWSへ継続的にレプリケートできるため、ディザスタリカバリの強力な武器でした(今もそうです)。環境ごと複製できるので、本番からテストへの横展開にも便利で、テスト側をライトサイジングして支出を抑えることもできました。本来は、すべてのインフラをコード(IaC)として定義し、必要なときにデプロイや変更を行うのが理想です。とはいえ、AWSを使い始めたばかりの段階で、誰もがその環境やスキルを揃えられるわけではありません。
Amazonは2019年にCloudEndureを買収し、その数年後にAWS Server Migration Service(AWS SMS。AWSのサービス名の話は始めると止まらないので置いておきます)を立ち上げました。このサービスは看板に偽りなしの働きで、私もとても気に入っていました。心強い選択肢でしたが、2022年3月31日に新たな主役が登場します。それが AWS Application Migration Service(AWS MGN) で、現在はAWSへのリフト&シフト型移行における主要サービスとして推奨されています。
Amazonは、CloudEndure MigrationやAWS SMSを利用中の顧客に対し、今後の移行ではAWS MGNへの切り替えを推奨しています。行間を読めば、「旧サービスは近いうちに段階的に終息に向かうので、新サービスを早めに使い始めてほしい」というメッセージです。
AWS MGNを使えば、アプリケーション本体、アーキテクチャ、移行対象のサーバーに手を加えることなく、そのままAWSへ移行できます。これは便利です!
AWS MGNなら、サーバーをまるごと自動でレプリケートし、物理・仮想・クラウドのいずれのインフラ上にあるソースサーバーでもAWS上でネイティブに動くよう変換できるため、手作業を最小限に抑えられます。「リフト&シフト」はクラウド移行の戦術的な出発点として有効ですが、あくまで「出発点」だという点を忘れないことが大切です。ユーティリティコンピューティングの真価を引き出すには、中長期的なさらなる取り組みが欠かせません。手作業を自動化すれば、移行に一貫性が生まれ、複雑さもエラーも減らせます。AWS MGNは、アプリケーションポートフォリオ全体に同じ自動化プロセスを適用できるようにすることで、移行をシンプルにします。移行前にサービスを止めずにテストできるので、SAP、Oracle、SQL Serverといった重要アプリケーションがAWS上で問題なく動作することを事前に確認できます。万一トラブルが起きても、DoiTサポートが副操縦士として伴走し、トラブルシューティングをお手伝いします。さらに、コストを抑えた移行も可能です ;)
AWS MGNは魔法のように全自動でこなして移行コストをまるごと削減してくれる……というのは少し言いすぎですが、移行を後押しする実用的な機能がしっかり揃っています。複数の移行ソリューションや、専門的なクラウド開発、アプリケーション固有のスキルに投資しなくても、移行プロセスを始められます。AWS MGNは、サポート対象のOSが動く任意のソースインフラから、あらゆるアプリケーションを移行できるからです。MGNはCloudEndure Migrateの後継ではなく、新たに設計されたサービスで、相違点は多岐にわたります。ここに書ききれないほどなので、違いを一覧化したPDFのリンクをご参照ください。
AWS MGNの仕組み
始めるには、まずソースサーバーにAWS MGN Replication Agentをインストールし、続いてAWSコンソールのAWS MGNでレプリケーション設定を行います。
裏側ではAWS MGNがこれらの設定をもとに、小規模なAmazon EC2インスタンスを配置したステージングエリアのサブネットを作成・管理します。これらのインスタンスが、ソースからレプリケートされたデータの受け皿になります。
このレプリケーション用インスタンスは、ソースサーバー上で動作するエージェントからデータを受信し、アタッチされたEBSボリュームに書き込みます。AWS MGNは継続的なブロックレベルのデータレプリケーションにより、AWS側のソースサーバーを常に最新の状態に保ちます。サービスを止めないテストやカットオーバーを行う際には、設定済みの起動設定を使ってインスタンスを起動します。なお、転送中のデータは圧縮・暗号化され、EBSボリュームに到達した後は保管中データの安全性を確保するためにEBS暗号化が利用されます。
テスト用やカットオーバー用のインスタンスを起動すると、AWS MGNはソースサーバーをAWS上でネイティブに起動・動作するよう変換します。これにより、AWS側で問題がないかをじっくり確認できます。起動したインスタンスがAWS上で正常に動いていることを確認できたら、ソースサーバーの停止を検討しましょう。両方を動かし続ける必要はありません。
先ほども触れたとおり、この「リフト&シフト」はあくまで第一歩です。ここから先は、AWSの幅広いサービスやプロダクトを活かして、アプリケーションのモダナイズへ進めます。最初に取り組むべきことの一つは、レプリケート後のインスタンスのスペックが運用に見合っているかを確認することです。ベンダーの推奨値をそのまま受け入れず、必ず見直しましょう。ここで頼りになるのがAmazon CloudWatchです。インスタンスに十分なリソースがあるか、コストに見合った価値が得られているかを確認しましょう。実際にはスペックが過剰なケースが多く、「ライトサイジング」の観点で見直すチャンスになります。
「新規」インスタンス扱いになるため、まず確認すべきはAmazon CloudWatchです。インスタンスのほぼリアルタイムなパフォーマンスメトリクスを取得できます。チェックポイントのヒントはこちらをご覧ください。
インスタンスのコスト最適化を考えるうえで、もう一つ役立つのがCost Explorerです。このサービスで推奨事項を受け取る方法については、こちらに分かりやすい記事があります。アカウントでこのサービスを有効化し、必要に応じて各サーバーにCloudWatch Agentをインストールします。CloudWatch Agentを使うと、ハイパーバイザーからは取得できないインスタンスのメトリクスをより多く取得できます。これらがCloudWatchへ流れることで、Cost Explorerはより精度の高い推奨を提示できるようになります。
AWS MGNをもっと知りたい方には、コンセプトをわかりやすく解説した10分間の動画がおすすめです。
関連リンク:
テクニカルリソースページ- AWS MGNのドキュメント
YouTube: バーチャルワークショップ - AWS MGNでの「リフト&シフト」
提供リージョン:
AWS Application Migration Service(AWS MGN) は、以下のリージョンで提供中です:
• 米国東部(バージニア北部)
• 米国東部(オハイオ)
• アジアパシフィック(シドニー)
• 欧州(アイルランド)
• 欧州(ストックホルム)
• 米国西部(オレゴン)
• アジアパシフィック(東京)
• アジアパシフィック(シンガポール)
• 欧州(フランクフルト)
ご希望のAWSリージョンが現時点でAWS MGN未対応の場合は、CloudEndure Migrationの利用をご検討ください。
サーバーにエージェントを入れられない場合は、AWS Server Migration Service(AWS SMS)の利用をご検討ください。
AWS MGNには無料利用期間が用意されていますが、移行中およびカットオーバー後にプロビジョニングされるAWSインフラには課金が発生します。詳しくはAWS MGNの料金ページをご覧ください。
もう一歩踏み込みたい方へ
DoiTは、徹底したお客様志向と、移行を成功させるために必要な技術への深い踏み込みを強みとしています。「リフト&シフト」は確かに出発点ですが、その移行が事業にもたらす価値について、より広い視点で議論することが大切です。AWS移行を加速すると題した別記事では、AWSへの移行というテーマと、クラウドジャーニーや移行を始める際に考慮すべき要素を、さらに掘り下げて解説しています。
Q: トータルでどのくらいコストがかかりますか?
AWS MGNには無料利用期間があり、その後は移行中およびカットオーバー後に残るAWSインフラに対して料金が発生します。DoiTのコンサルティング費用については、嬉しいことに、DoiTはお客様支援に独自の料金モデルを採用しています。AWSへの移行支援もそこに含まれます。私たちは追加費用ゼロで作業をお手伝いします。DoiTがこのジャーニーをガイド・サポートすることに対して、追加料金は一切いただきません。
Q: 何か裏があるのでは?
裏はありません。リセラーであるDoiT経由でAWSのご請求をお支払いいただく。それだけです。私たちはAmazonから直接受けられるサービスやサポートに「上乗せ」する存在であり、AWS請求の決済がDoiT経由になる以外、お客様とAmazonの関係から何も差し引くものはありません。
費用ゼロという性質上、DoiT自身が移行作業を実行するわけではありませんが、移行の各フェーズで適切なタイミングに適切な助言を提供するアドバイザーとして関わります。実作業はお客様ご自身か、サードパーティに依頼して進めていただく形になります。
加えて、DoiTのお客様として以下のメリットをすべてご利用いただけます:
• 無制限サポート(24時間365日 - Follow the sun)
• 無料トレーニング
• DoiT Cloud Intelligenceへの無料アクセス
• Well Architected Framework レビュー(WAfR)を無料で実施
• DoiTのFlexsave(柔軟な節約プラン)
• DoiTのSpot0(柔軟なSpot価格設定)
移行についてご相談されたい方や、AWSへの移行をご検討中の方は、ぜひお問い合わせください。喜んでお話を伺います。
Jason
Jason Gregsonは、DoiT internationalでAWSプログラム&オペレーションのグローバル責任者を務めています。Amazonでの5年間を含む長年のソリューションアーキテクト経験を持ち、最新のAWSサービスを活用したモダンアプリケーション構築の支援に情熱を注いでいます。プラグマティックなテクノロジストでありエンジニアでもある彼は、コミュニティ主導の学びと技術共有を愛し、誰もが「可能性のアート」に触れられることを目指しています。Twitterは @JasonGregson でフォローできます。
Artem
Artem Shchodroは、DoiT internationalのシニアクラウドアーキテクトです。元Amazonianとして、お客様がクラウドから最大の価値を引き出せるよう支援しています。プラグマティックでストレート、ビジネス価値とテクノロジーを巧みに結びつけます。Twitterのフォローはおすすめしません。