--- title: "オンプレミスからクラウドへの移行の進め方｜アメリア・テクノロジー株式会社" url: https://www.ameliatechnology.co.jp/blog/onpremise-to-cloud-migration/ description: "オンプレミスからクラウドへの移行は、洗い出しと計画、土台づくりと小さな試し、本番の移行、移した後の見直しと片づけの順に進めます。Microsoft と AWS の移行の指針をもとに、各段階で決めることを説明します。" updated: 2026-11-14 publisher: "アメリア・テクノロジー株式会社" --- # オンプレミスからクラウドへの移行の進め方 オンプレミスからクラウドへの移行は、洗い出しと計画、土台づくりと小さな試し、本番の移行、移した後の見直しと片づけの順に進めます。Microsoft と AWS の移行の指針をもとに、各段階で決めることを説明します。 2026.11.14 [クラウドと運用](https://www.ameliatechnology.co.jp/blog/category/cloud/) 執筆 [石田誠](https://www.ameliatechnology.co.jp/blog/author/ishida/)（グループCTO） クラウドと運用（CLOUD & OPERATIONS）のコラム ## この記事の要点 - 移行の前に、システムの構成・つながり・使っている量を洗い出し、移す順番と、システムごとの移し方を決めます - 本番の移行の前に、権限や監視などの土台（ランディングゾーン）を整え、小さなシステムで手順を試します - 止める時間の決め方と、うまくいかなかったときに元に戻す手順を、計画の段階で用意しておきます オンプレミス（自社で持つサーバー）からクラウドへの移行は、洗い出しと計画、土台づくりと小さな試し、本番の移行、移した後の見直し、古い環境の片づけ、の順に進めます。いきなりサーバーを移し始めるのではなく、移す前の洗い出しと、移した後の運用まで含めて計画することが、移行をやり直さずに済ませる近道です。 この記事では、Microsoft と AWS が公開している移行の指針をもとに、各段階で決めることを説明します。システムごとの移し方の型（そのまま移す・作り直すなど）は、[クラウドへの移行の7つの型（7つのR）と選び方](https://www.ameliatechnology.co.jp/blog/cloud-migration-strategies/)で扱います。 ## 移行の全体の流れ 移行は、大きく5つの段階に分けて考えると見通しが立ちます。Microsoft の Cloud Adoption Framework は、移行を、計画、準備、実行、クラウドでの見直し、移行元の停止と片づけ、の5つの手順で示しています。 出典：[Plan your migration - Cloud Adoption Framework（Microsoft Learn）](https://learn.microsoft.com/en-us/azure/cloud-adoption-framework/migrate/) 移行の5つの手順（Microsoft Cloud Adoption Framework） **計画** **準備** **実行** **クラウドでの見直し** **移行元の停止と片づけ** AWS の移行の指針も、いまの状態を評価する段階、土台をつくり小さく移して経験を積む段階、その方法で大きく移す段階、の3つに分けています。言い方は違いますが、「調べて計画する → 土台を整えて試す → 本番を移す」という骨組みは共通しています。 出典：[Overview - AWS Prescriptive Guidance（AWS）](https://docs.aws.amazon.com/prescriptive-guidance/latest/strategy-migration/overview.html) ## 洗い出しと計画 計画の段階では、いま何が動いているかを洗い出し、移す順番と、システムごとの移し方を決めます。 洗い出すものは、次のとおりです。 - サーバーごとの OS、ソフトウェア、版、使っている CPU・メモリ・保存の量 - システムどうしのつながり（どのシステムが、どのシステムのデータを使っているか） - 外部とのつながり（取引先とのデータのやりとり、社内の拠点との回線） - 業務で止められない時間帯と、止まったときの影響 - 保守の期限が近い機器やソフトウェア Microsoft は、計画の中で、移行の準備と人材の状況の確認、データの移し方（専用線・VPN・物理的な機器での搬送・インターネット）の選択、依存関係を踏まえた移す順番、システムごとの移し方の選択、元に戻す計画の作成、関係者との合意を挙げています。 出典：[Plan your migration - Cloud Adoption Framework（Microsoft Learn）](https://learn.microsoft.com/en-us/azure/cloud-adoption-framework/migrate/) つながりの洗い出しは、移行で抜けやすい作業の一つです。あるサーバーだけを先に移したら、まだ社内に残っている別のシステムとの通信が遅くなった、ということが起きます。互いに強くつながったシステムは、同じ時期にまとめて移すことを考えます。 保守の期限が切れた OS やソフトウェアが見つかった場合は、移行にあわせて新しい版に上げるかを決めます。考え方は[サポートの終わるOS・データベースを放置しない](https://www.ameliatechnology.co.jp/blog/end-of-support-os-database/)で説明しています。 ## 土台づくりと、小さな試し 本番のシステムを移す前に、クラウドの側に土台を整え、小さなシステムで手順を試します。土台がないまま移すと、権限や設定がシステムごとにばらばらになります。 AWS の指針は、この段階で、安全で拡張できる土台（[ランディングゾーン](https://www.ameliatechnology.co.jp/glossary/landing-zone/)）を整え、少数の業務のシステムを先に移して、クラウドでの運用のやり方を確立する、と説明しています。 出典：[Overview - AWS Prescriptive Guidance（AWS）](https://docs.aws.amazon.com/prescriptive-guidance/latest/strategy-migration/overview.html) 土台として整えておくものは、たとえば次のとおりです。 - アカウントの分け方（本番・検証・開発）と、権限の仕組み（[IAM](https://www.ameliatechnology.co.jp/glossary/iam/)） - 社内とクラウドをつなぐネットワーク - 操作の記録（ログ）の保管と、[監視](https://www.ameliatechnology.co.jp/glossary/monitoring/)の仕組み - バックアップの方針と、費用の上限に近づいたときの知らせ 最初に試すシステムは、止まっても業務への影響が小さく、ほかとのつながりが少ないものを選びます。ここで、移す手順、かかる時間、つまずいた点を記録し、本番の移行の手順書に反映します。 ## 本番の移行と、止める時間の決め方 本番の移行では、システムごとに、止めて移すか、止める時間をできるだけ短くして移すかを決めます。Microsoft は、計画した停止を許せるシステムは止めて移す方法を、止められないシステムはデータを複製し続けて切り替える方法を、と分けて説明しています。 止めて移す方法は手順が単純ですが、データの量が多いと停止が長くなります。止める時間を短くする方法は、停止は短くて済みますが、複製と切り替えの準備に手間がかかります。業務の影響と準備の手間を比べて選びます。データの移し方の手順は、[システムの入れ替えでのデータ移行の進め方](https://www.ameliatechnology.co.jp/blog/data-migration-steps/)で説明しています。 どちらの方法でも、うまくいかなかったときに元に戻す手順を、移す前に決めておきます。いつまでに切り替えの判断をするか、戻すと決めたら誰が何をするかを、手順書に書いておきます。 ## 移した後の見直しと、古い環境の片づけ 移し終えたら、クラウドでの使い方を見直し、古い環境を片づけます。移した直後は、オンプレミスのときの大きさのままサーバーを用意していることが多く、使っている量に合わせて調整すると、費用を抑えられることがあります。 古いサーバーは、すぐに止めずに、一定の期間は戻せる状態で残しておき、問題がないことを確かめてから止めます。止めた後は、データを消す手順と、機器やライセンスの契約の解約も忘れずに行います。 あわせて、移した後の運用を誰が担うかを、移行の計画の段階で決めておきます。監視、障害の対応、更新、費用の管理は、クラウドに移っても続く仕事です。何をするのかは、[クラウドの運用管理とは。何を、誰が、どこまで担うのか](https://www.ameliatechnology.co.jp/blog/cloud-operations-management-basics/)で説明しています。 ## 当社のご支援 当社の[クラウドの構築と運用管理](https://www.ameliatechnology.co.jp/service/cloud/)では、オンプレミスやレンタルサーバーから AWS・Microsoft Azure・Google Cloud への移行を、洗い出しと計画から、土台づくり、本番の移行、移した後の運用まで一貫してお手伝いしています。設計・構築・移行の料金は、システムの規模と範囲を伺ってお見積りします。古いシステムの作り直しを含む場合は、[古くなったシステムを刷新する（モダナイゼーション）の進め方](https://www.ameliatechnology.co.jp/blog/legacy-modernization/)もあわせてご覧ください。 - クラウド移行 - オンプレミス - 移行計画 - ランディングゾーン ## この記事に出てくる用語 - [オンプレミス](https://www.ameliatechnology.co.jp/glossary/on-premises/) - [サーバー](https://www.ameliatechnology.co.jp/glossary/server/) - [クラウド](https://www.ameliatechnology.co.jp/glossary/cloud/) - [AWS（Amazon Web Services）](https://www.ameliatechnology.co.jp/glossary/aws/) - [VPN](https://www.ameliatechnology.co.jp/glossary/vpn/) - [インターネット](https://www.ameliatechnology.co.jp/glossary/internet/) - [データベース](https://www.ameliatechnology.co.jp/glossary/database/) - [ランディングゾーン](https://www.ameliatechnology.co.jp/glossary/landing-zone/) この記事を書いた人 [石田誠](https://www.ameliatechnology.co.jp/blog/author/ishida/) グループCTO インターネットの黎明期から、ホスティング事業の立ち上げや、インフラ・セキュリティのプロジェクトに携わってきました。現在は、AWS・Azure へのクラウド移行の支援と、業務アプリケーションの要件定義から実装までを担っています。 このコラムは一般的な情報の提供を目的としたもので、個別の状況への助言ではありません。製品・サービスの名前と内容は、記事の更新日の時点のものです。 ## あわせて読みたい - [Windowsサーバーと Active Directory を Azure へ移すときの考え方](https://www.ameliatechnology.co.jp/blog/windows-ad-to-azure/) - [Google Cloud を選ぶ場面。データ分析と Google Workspace とのつながり](https://www.ameliatechnology.co.jp/blog/when-to-choose-google-cloud/) - [Well-Architected の柱で、いまの構成を確かめる](https://www.ameliatechnology.co.jp/blog/well-architected-review/) [クラウドと運用のコラムを見る](https://www.ameliatechnology.co.jp/blog/category/cloud/) [コラムの一覧に戻る](https://www.ameliatechnology.co.jp/blog/) ## 次の一歩 ### クラウドの構築と運用を任せる AWS・Microsoft Azure・Google Cloud の設計・構築・移行から、監視・運用・セキュリティまでを一つのチームで受け持ちます。監視は仕組みで24時間365日自動に回し、原因の調査と再発の防止は当社が担います。 [クラウドの構築と運用管理を見る](https://www.ameliatechnology.co.jp/service/cloud/) ### クラウドの状態を、無料で確かめる 15の設問に答えると、構成と管理・権限・守り・障害への備え・費用と体制の5つの分野の点数と、最初に取り組むことをまとめたレポートをその場でお届けします。 [クラウドの自己診断（無料）を受ける](https://www.ameliatechnology.co.jp/diagnosis/cloud/) ## ご関心に合わせて、お選びください。 [情報を集めている方へ会社案内、AI開発の例、セキュリティ診断の報告書の見本をお送りします。資料をダウンロード](https://www.ameliatechnology.co.jp/download/)[課題が見えている方へオンラインで30分、お話をうかがいます。費用はかかりません。無料で相談する](https://www.ameliatechnology.co.jp/contact/)[進め方を決めたい方へ2〜4週間で、優先順位と計画をまとめるAI活用の診断です。診断について見る](https://www.ameliatechnology.co.jp/pricing/#diagnosis) --- 出典：アメリア・テクノロジー株式会社「オンプレミスからクラウドへの移行の進め方｜アメリア・テクノロジー株式会社」 https://www.ameliatechnology.co.jp/blog/onpremise-to-cloud-migration/