02:00AWSクラウド移行VM移行7R移行戦略クラウドへの移行を社内や組織で本格的に計画し始めたけれど、検討すべきことが多すぎて、どこからどのように進めたらいいか迷う方も多いかもしれません。本記事では、大まかなクラウド移行ステップと、一番最初の段階で重要な「目的に応じた移行方法の検討」についてご紹介します。クラウドネイティブな機能やサーバーレスアーキテクチャへの変更4.移行パスの選択4.1.移行パスは、移行戦略をベースに決定する5.おわりに5.1.参考にしたページ5.2.KyriosのVM移行サービスオンプレからクラウドへの移行ステップAWSでは、クラウド移行ステップとして次の3つのフェーズを定義しています。移行とモダナイズの実行これに加え、移行後のフェーズとして、次のステップも念頭に置いておく必要があります。移行を具体的に検討するにあたり、クラウド移行の目標を確認し、現在使用しているシステムとクラウド移行後のコストの試算を行います。移行の目的や目標によって、構築するクラウドシステムのレベル感が異なってきます。コストの試算は、プロジェクトの規模を決めたり、組織内での合意形成を得るための説得材料としても重要な役割を果たします。7R」でも詳述します。移行準備(計画化・基盤化)このフェーズでは、より具体的な移行計画を策定します。Assessフェーズで決めた方向性をもとに、要件を定義し、システムの依存関係を把握し、AWS環境の設計・構築を行います。社内のメンバーのクラウドスキル習得のためのトレーニングなども実施します。モダナイズ実際に移行を行うフェーズです。AWS環境への切り替え、移行後システムの検証やデータ移行の確認、最適化を行います。DataSyncなど)などを使用し、大部分の移行プロセスを自動化することが可能です。運用&最適化こちらは、AWSが提唱する3つの移行ステップには入っていませんが、重要な項目です。クラウド移行したシステムをどのように運用するのか?という運用計画も見据えて移行を進める必要があります。モダナイズを行う際には、IaCのコード管理やデプロイのルール作り、CI/CDパイプラインの運用など、クラウド独自の運用が求められることもあり、場合によってはチーム体制をシステムに合わせる必要があります。クラウドサービスは日々新しいサービス・機能がリリースされることがあります。一度始めた運用も、定期的に見直し最適化することで、コストメリットなども期待できます。移行戦略とはクラウド移行における移行戦略とは何か?何のために、何を、何に、いつまでに、どの様に移行するのかを決めておくことです。?」より引用つまり、できるだけ具体的に、詳細に、クラウド移行の方法や移行後の姿を検討し、決定し、合意することを指します。明確な戦略がないとプロジェクトが混乱し、停滞する可能性があります。戦略を立てることで、クラウド移行を「成功」させることができます。移行戦略には次の要素があり、それぞれを十分に検討する必要があります。それにより次に紹介する「移行パス」の選択も変わってきます。目的・対象クラウド移行の目的にはさまざまあります。「コスト削減」「リソース最適化」といった基本的なクラウドメリットを受けることが目的なのか。高度なデータ活用やデジタルトランスフォーメーションを実現するために、最適化されたデータプラットフォーム、トランザクション、またDevOpsを実現できる体制を作ることが目的なのか。それぞれ、組織の文化やモチベーション、対象としているシステムの状況によっても変わってきます。現実的に検討する段階に入ることが多いのはこのパターンかもしれません。Life)が期限となる場合があります。もとに、実際にどのように移行を実施するのか、移行後のシステムをどのレベル感にするのかを決めていきます。その際には、主に7つのパスがあり、これをAWSでは「7R」と提唱しています。すべてのパスが「R」から始まることに由来しています。移行パスは大きく3つに分けられる各移行パスのイメージを簡単に表した図です。分けることができます。各移行パスの詳細それぞれの移行パスについて、簡単にご紹介します。企業合併やサービス提供終了など、システムを廃止するパターンです。当初は移行対象に含まれていたが、アセスメントの結果、実際に使われていないことや、他のシステムと重複していることが分かった際にも当てはまります。適切に廃止することで、ライセンスや維持運用のランニングコストを節約します。オンプレミス環境に残すこちらは「移行を行わない」という意思決定をしたものです。アプリケーションコードの書き換えでコストがかかることや、クラウドに上げることができない特殊な環境などが当てはまります。最終的にはクラウド移行をしていくが、一旦優先度が低いため保留することを決定するパターンもあります。AWSを利用して既存アーキテクチャをそのまま移行VMwareをオンプレで使用している場合に、なるべく環境に変更を加えず、そのまま移行したい場合に採用します。VMware運用の知見をそのまま利用したい、とにかく迅速に移行したい、といった場合が当てはまります。AWS」を使用してほぼ自動に移行を完了させることができます。現行のアーキテクチャをそのままAWSに移行こちらも3同様、OSやアプリケーションなどなるべく変更を加えず、移行するクラウドリフトです。期限が迫っているため移行にかかる時間をかけたくない、大規模移行でなるべくリスクを取りたくない、などといった場合に選択されます。SaaSソフトウェアへの切り替え「再購入」を意味するリパーチェスは、移行元アプリケーションやサービスをSaaSに切り替えることを指します。サービスの仕様に合わせてインタフェースや自社の業務プロセスの変更が必要になるケースもありますが、自社運用やセキュリティの運用負荷を軽減することができます。マネージドサービスを活用データベースなど、プラットフォームをマネージドサービス上に移すことを指します。アプリケーションには変更を加えません。RDSに移行するなどによって、部分的にクラウド最適化を行います。クラウドネイティブな機能やサーバーレスアーキテクチャへの変更クラウドを最大限活かす方法に変更するため、フルマネージドサービスの利用や、マイクロサービス化によって、クラウドサービスの俊敏性や拡張性などを取り入れることができます。移行戦略(7R)のスライドを元に作成7つのパスのうち、クラウド移行を行わない「リタイア」「リテイン」を除く5つを、「ビジネス価値」「移行のコスト・リスク」の2軸にとってマッピングをすると、図のようになります。「クラウドリフト」にあたる「リロケート」「リホスト」は、比較的低コスト・リスクで移行を実現できますが、得られるビジネス価値は、クラウド化で得られる効果の基本的な範囲となります。「クラウドシフト」に当たる残りのパスは、「リパーチェス」→「リプラットフォーム」→「リファクタリング」と段階を追って、効果/コスト・リスクが高まっていきます。どれを選ぶべきかは、前述の移行戦略の「目的」「期限」を意識し、決定していく必要があります。「リファクタリング」を目指したいが、今は移行プロジェクトに割ける時間が限られているといったケースでは、プロジェクトのフェーズを分け、まず第一段階で「リホスト」でクラウドに上げてから、次のフェーズでクラウド最適化を目指すといった選択も現実的です。おわりに今回はクラウド移行戦略に基づいた「7つの移行パス」を中心に、ご紹介しました。クラウド移行の検討の参考になれば幸いです。参考にしたページ移行ステップと7Rについて、わかりやすく解説されています。動画詳細ページより、配布資料PDFもダウンロード可能です。移行戦略についてまとめられている記事です。変化を求めるデベロッパーの皆様を応援するウェブマガジン。毎月更新する記事で新たなスキルや他のデベロッパーが抱える課題と解決方法に迫るインタビューをご覧いただけます。(移行、ディザスタリカバリ、およびクラウドにおける事業継続性)」セッションの概要を、グラレコを使って解説されている記事です。キャッチ―で分かりやすいです。変化を求めるデベロッパーの皆様を応援するウェブマガジン。毎月更新する記事で新たなスキルや他のデベロッパーが抱える課題と解決方法に迫るインタビューをご覧いただけます。Inc.KyriosのVM移行サービスKyriosでは、オンプレからクラウドへの移行をサポートしています。サポートと、お客様のクラウド利用のスタートを実現します。詳細は下記のページ、もしくはお問合せください。