オンプレミスからクラウドへの移行の進め方

オンプレミス（自社で持つサーバー）からクラウドへの移行は、洗い出しと計画、土台づくりと小さな試し、本番の移行、移した後の見直し、古い環境の片づけ、の順に進めます。いきなりサーバーを移し始めるのではなく、移す前の洗い出しと、移した後の運用まで含めて計画することが、移行をやり直さずに済ませる近道です。

この記事では、Microsoft と AWS が公開している移行の指針をもとに、各段階で決めることを説明します。システムごとの移し方の型（そのまま移す・作り直す など）は、クラウドへの移行の7つの型（7つのR）と選び方で扱います。

移行の全体の流れ

移行は、大きく5つの段階に分けて考えると見通しが立ちます。Microsoft の Cloud Adoption Framework は、移行を、計画、準備、実行、クラウドでの見直し、移行元の停止と片づけ、の5つの手順で示しています。

出典：Plan your migration - Cloud Adoption Framework（Microsoft Learn）

AWS の移行の指針も、いまの状態を評価する段階、土台をつくり小さく移して経験を積む段階、その方法で大きく移す段階、の3つに分けています。言い方は違いますが、「調べて計画する → 土台を整えて試す → 本番を移す」という骨組みは共通しています。

出典：Overview - AWS Prescriptive Guidance（AWS）

洗い出しと計画

計画の段階では、いま何が動いているかを洗い出し、移す順番と、システムごとの移し方を決めます。

洗い出すものは、次のとおりです。

• サーバーごとの OS、ソフトウェア、版、使っている CPU・メモリ・保存の量
• システムどうしのつながり（どのシステムが、どのシステムのデータを使っているか）
• 外部とのつながり（取引先とのデータのやりとり、社内の拠点との回線）
• 業務で止められない時間帯と、止まったときの影響
• 保守の期限が近い機器やソフトウェア

Microsoft は、計画の中で、移行の準備と人材の状況の確認、データの移し方（専用線・VPN・物理的な機器での搬送・インターネット）の選択、依存関係を踏まえた移す順番、システムごとの移し方の選択、元に戻す計画の作成、関係者との合意を挙げています。

出典：Plan your migration - Cloud Adoption Framework（Microsoft Learn）

つながりの洗い出しは、移行で抜けやすい作業の一つです。あるサーバーだけを先に移したら、まだ社内に残っている別のシステムとの通信が遅くなった、ということが起きます。互いに強くつながったシステムは、同じ時期にまとめて移すことを考えます。

保守の期限が切れた OS やソフトウェアが見つかった場合は、移行にあわせて新しい版に上げるかを決めます。考え方はサポートの終わるOS・データベースを放置しないで説明しています。

土台づくりと、小さな試し

本番のシステムを移す前に、クラウドの側に土台を整え、小さなシステムで手順を試します。土台がないまま移すと、権限や設定がシステムごとにばらばらになります。

AWS の指針は、この段階で、安全で拡張できる土台（ランディングゾーン）を整え、少数の業務のシステムを先に移して、クラウドでの運用のやり方を確立する、と説明しています。

出典：Overview - AWS Prescriptive Guidance（AWS）

土台として整えておくものは、たとえば次のとおりです。

• アカウントの分け方（本番・検証・開発）と、権限の仕組み（IAM）
• 社内とクラウドをつなぐネットワーク
• 操作の記録（ログ）の保管と、監視の仕組み
• バックアップの方針と、費用の上限に近づいたときの知らせ

最初に試すシステムは、止まっても業務への影響が小さく、ほかとのつながりが少ないものを選びます。ここで、移す手順、かかる時間、つまずいた点を記録し、本番の移行の手順書に反映します。

本番の移行と、止める時間の決め方

本番の移行では、システムごとに、止めて移すか、止める時間をできるだけ短くして移すかを決めます。Microsoft は、計画した停止を許せるシステムは止めて移す方法を、止められないシステムはデータを複製し続けて切り替える方法を、と分けて説明しています。

止めて移す方法は手順が単純ですが、データの量が多いと停止が長くなります。止める時間を短くする方法は、停止は短くて済みますが、複製と切り替えの準備に手間がかかります。業務の影響と準備の手間を比べて選びます。データの移し方の手順は、システムの入れ替えでのデータ移行の進め方で説明しています。

どちらの方法でも、うまくいかなかったときに元に戻す手順を、移す前に決めておきます。いつまでに切り替えの判断をするか、戻すと決めたら誰が何をするかを、手順書に書いておきます。

移した後の見直しと、古い環境の片づけ

移し終えたら、クラウドでの使い方を見直し、古い環境を片づけます。移した直後は、オンプレミスのときの大きさのままサーバーを用意していることが多く、使っている量に合わせて調整すると、費用を抑えられることがあります。

古いサーバーは、すぐに止めずに、一定の期間は戻せる状態で残しておき、問題がないことを確かめてから止めます。止めた後は、データを消す手順と、機器やライセンスの契約の解約も忘れずに行います。

あわせて、移した後の運用を誰が担うかを、移行の計画の段階で決めておきます。監視、障害の対応、更新、費用の管理は、クラウドに移っても続く仕事です。何をするのかは、クラウドの運用管理とは。何を、誰が、どこまで担うのかで説明しています。

当社のご支援

当社のクラウドの構築と運用管理では、オンプレミスやレンタルサーバーから AWS・Microsoft Azure・Google Cloud への移行を、洗い出しと計画から、土台づくり、本番の移行、移した後の運用まで一貫してお手伝いしています。設計・構築・移行の料金は、システムの規模と範囲を伺ってお見積りします。古いシステムの作り直しを含む場合は、古くなったシステムを刷新する（モダナイゼーション）の進め方もあわせてご覧ください。