リフトアンドシフトとは？メリット・デメリットやクラウドへの移行手順を解説

リフトアンドシフト移行の目的

リフトアンドシフトのおもな目的は、以下のとおりです。

• 手間と費用をかけずに早くクラウドへ移行し、運用の負担を減らすこと
• 災害に強いシステムにすること
• 必要に応じてシステムを拡縮可能にすること

プログラムの変更が最小限で済むので、移行にかかる時間とコストを節約できます。また、いままでと同じ運用方法を続けられるため、新しい運用を覚える手間も少なくて済みます。

そして、クラウドは地理的に分散したデータセンターを利用するため、自動バックアップやデータの冗長化を行うことができ、オンプレミスよりも災害時のサービス継続性が高まります。事業を継続するための対策として有効です。

「リフトアンドシフト」と「リホスト」の違いとは？

「リフトアンドシフト」と「リホスト」はしばしば同義として扱われますが、厳密には異なります。

たとえば、VMwareで作られた仮想環境をクラウドの仮想サーバーに移すのは、リホストの典型的な例です。リフトアンドシフトは、アプリケーションの設定ファイルやデータベースの中身をそのまま移す場合にも使われます。

どちらの言葉を使う場合でも、インフラだけなのか、アプリケーションも含むのかといった、具体的に何をどこまでクラウドに移すのかをはっきりさせることが大切です。

さくらインターネットでは、VMwareからの移行をサポートするマイグレーションサービスを提供しています。詳細は以下よりご覧ください。

サービスについて見る

クラウド移行の7つの選択肢（7つのR）

クラウドへ移す方法は、リフトアンドシフト（リホスト）だけではありません。他に6つの方法があり、あわせて「7つのR」と呼ばれています。

それぞれのアプリケーションの特性や、会社の状況にあわせた移し方を選ぶ必要があります。たとえば、古くなったアプリケーションは捨てて、新しいサービス（SaaSなど）に乗り換える（リパーチェス）ほうがよい場合もあります。

クラウド移行を考えるときは、自社のシステムに適した移し方を選ぶことが大切です。

リフトアンドシフトのメリット

リフトアンドシフトのおもなメリットは、以下の3点です。

• すぐにクラウドへ移せること
• 初期費用を安くできること
• BCP（事業継続計画）対策になること

これらは、クラウドへの移行を考えるときの大きな理由となります。

リフトアンドシフトでは、アプリケーションのプログラムを書き換える必要がほとんどありません。そのため、短い期間でクラウドへ移行できます。大きな開発チームを準備する必要もなく、いまいるIT担当者だけで対応できる場合が少なくありません。

既存のシステムをそのまま使うため、新しいソフトを購入したり、システムを大きく作り直したりする必要がなく、移行にかかる初期費用を大幅に減らせます。

また、クラウドは前述の通り地理的に分散したデータセンターを利用した自動バックアップやデータの冗長化により、一般的に会社内のサーバーよりも災害やシステムトラブルに強いのが特徴です。リフトアンドシフトでクラウドに移行することで、システムが止まりにくくなり、トラブルが起きたときでも事業を続けやすくなります。

リフトアンドシフトのデメリット

リフトアンドシフトのデメリットは、以下のとおりです。

• クラウド本来の利点を十分に活かせない可能性がある
• あとからクラウドに最適化する際、手間や費用がかかる場合がある

リフトアンドシフトでは、現在のシステムをそのままクラウドに移すため、オンプレミス環境を前提とした設計が残ります。そのため、クラウドならではの機能（自動でサーバーの台数を増減する、サーバーの管理を任せられるなど）を使いにくいことがあるでしょう。また、クラウドに最適化されていないため、無駄なサーバーの利用が発生し、毎月の費用が高くなることも考えられます。

リフトアンドシフトは、あくまでクラウド移行の第一歩と考え、移したあとで継続的にシステムを見直し、改善する（リファクタリングやリプラットフォーム）ことが大切です。そうすることで、クラウドのメリットを最大限に活かし、全体の費用を減らせます。

具体的には、次のような対策をおこないましょう。

• クラウドの利用状況を常にチェックし、無駄なサーバーやサービスがないか探す
• サーバーの種類や保存容量（ストレージ）を適切なものに変更し、自動で増減させる設定（オートスケーリング）をする
• クラウドが提供する便利なサービスを使い、運用の手間を減らす

リフトアンドシフトにおけるパラライズとは

リフトアンドシフトにおけるパラライズとは、移行プロジェクトが計画通りに進まず、止まってしまう状態です。技術的な問題、計画の甘さ、会社内の連携不足などから起こります。

パラライズが発生するおもな原因は、以下のとおりです。

• 現在のシステムを詳しく調べなかった
• クラウドのセキュリティ設定を間違えた
• 移行後にシステムの性能が落ちた

パラライズを防ぐためには、次のポイントが重要です。

ステップ1：移行目的と戦略の明確化

リフトアンドシフトをはじめる前に、まず「なぜクラウドへ移すのか？」という目的と、その目的にあった戦略を明確にすることが大切です。移行プロジェクト全体の方向性を示す、大切な指針となります。

目的があいまいなままクラウドへ移すと、途中で何がしたいのかわからなくなったり、思ったような効果が出なかったりすることがあります。目的をはっきりさせることで、関係者全員が同じ方向を向き、プロジェクトを円滑に進めることができます。

たとえば、次のような目的が考えられます。

• 古くなったサーバーの買い替え費用を減らしたい
• システムが止まりにくいようにして、災害時にも事業を続けられるようにしたい
• 急にアクセスが増えても対応できるように、システムを大きくしたり小さくしたりできるようにしたい
• サーバーの管理を楽にして、IT担当者が重要な仕事に集中できるようにしたい

目的が決まったら、次のように戦略を明確にしましょう。

• 現在のシステムをそのままリフトアンドシフトし、少しずつクラウドにあうように作り変えていく
• 重要ではないシステムから順番に移していき、やり方を覚えていく
• 特定の部署のシステムを先に移し、早く効果を実感できるようにする

移行の目的と戦略は、会社の経営層やIT部門などで話し合い、記録しておくことが大切です。プロジェクト全体でバラバラなことをするのを防ぎ、関係者全員が同じ目標に向かって進むことができます。

ステップ2：現状システムの評価と移行対象の選定

現在のシステムをくわしく調べて、どれをクラウドへ移すのかを選びます。この事前調査（アセスメント）は、移行を成功させるために、重要なステップです。

アセスメントをすることで、以下のことを把握できます。

• システムの仕組み
• システム同士のつながり
• どれくらいの性能が必要か
• 守らなければいけないルール

「クラウドへ移すのが難しいかどうか」「どんな危険があるか」を正確に判断し、適切な移行計画を立てられます。また、どのシステムから先に移すべきか、優先順位を決めるのにも役立ちます。

アセスメントで確認する内容は、以下のとおりです。

• サーバーの台数、OSの種類、ミドルウェアの種類、アプリケーションの種類とバージョン
• 各システム間のデータの流れ・連携方法
• CPU・メモリ・ストレージの使用率
• セキュリティポリシー・法律・規則（コンプライアンス要件）
• 今のシステムの運用にかかっている費用（サーバー代・ソフトウェア代・人件費など）

アセスメントは、専用のツール（AWS Application Discovery Service・Azure Migrateなど）を使うと効率よくおこなえます。また、クラウドにくわしい会社（ベンダーやSIer）に依頼することもおすすめです。

ステップ3：詳細な移行計画の策定

アセスメントの結果をもとに、詳細な移行計画を作ります。計画には、おもに以下のことを含めましょう。

• クラウドへ移すシステムのリストと優先順位
• 移行スケジュール（各システムをいつ移し始めるか、いつ終わらせるか、テストはいつ行うかなど）
• 必要なもの（担当者・ツール・予算など）
• 移行の手順（各システムをどうやって移すか）
• 起こりうる問題とその対策
• クラウドへ移したあとの運用体制

計画を立てずにクラウドへ移すと、あとからやり直しが発生したり、システムが止まる時間が長くなったりすることがあります。計画を立てることで、効率よく作業を進め、危険をできるだけ小さくできます。

移行計画は、関係者全員で共有し、定期的に見直すことが大切です。計画通りに進まない場合は、原因を調べて、計画を修正しましょう。

ステップ4：テスト環境での事前検証

いきなり本番環境へ移すのではなく、必ずテスト環境で試しましょう（事前検証、PoC：Proof of Concept）。

具体的には、以下のようなことを試すとよいでしょう。

• 移行の手順が正しいか（手順通りに移せるか、手順に抜けや間違いがないか）
• アプリケーションが正しく動くか（クラウドへ移した後も正しく動くか）
• 性能は十分か（クラウドへ移した後も、遅くならないか）
• セキュリティは大丈夫か（セキュリティの設定が正しくできているか）
• 問題が起きたときの対応手順は正しいか（スムーズに元に戻せるか） など

テスト環境で試さずに本番環境へ移すと、予想外の問題が起き、システムが止まる時間が長くなったり、最悪の場合は元に戻せなくなったりすることがあります。

テスト環境は、できるだけ本番環境に近い構成にすることが大切です。テストは一度だけでなく、繰り返しおこなうことで、移行の品質を高められます。

ステップ5：本番環境への段階的なリフトアンドシフト移行

テスト環境での確認が終わったら、本番環境へ移します。

一度にすべてのシステムを移すのではなく、少しずつ移していくことで、もし問題が起きても影響を小さく抑えられます。一度にすべてのシステムを移すと、問題が起きたときに、どこに原因があるのかわかりにくく、非常に大きな影響を及ぼす可能性があるでしょう。

段階的に移行することで、問題が起きても影響する範囲を小さくし、原因を見つけやすく、対策を取りやすくできます。

たとえば、次のような順番で移していく方法が考えられます。

1. 重要ではないシステムから移しはじめる
2. 一部のサーバーだけを移し、正しく動くか確認する
3. 問題がなければ、残りのサーバーを移す
4. すべてのサーバーを移し終わったら、システム全体の動きを確認する

クラウドへ移す作業は、システムの利用者が少ない時間帯（夜や休日など）に実施するのが一般的です。また作業中は、システムの状況をつねにチェックし、問題が起きたらすぐに対応できるように準備しておきましょう。

ステップ6：移行後の運用設計と最適化

リフトアンドシフトは、クラウドへ移し終わったあともシステムの状況を確認して、よりよく改善していくことが大切です。また将来的には、クラウドの利点を最大限に活かせるように、システムを作り変えていく（クラウドネイティブ化）ことも考えていきましょう。

たとえば、次のような改善ができます。

• サーバーの種類や保存容量（ストレージ）を見直し、最適なサイズに変える
• アクセス状況にあわせて、自動でサーバーの台数を増減する（オートスケーリング）
• データベースやストレージなどを、クラウドが管理してくれるサービス（マネージドサービス）に移し、運用の手間を減らす
• 使っていないサーバーやストレージを削除する

システムの柔軟性や拡張性、可用性（システムが止まらずに動き続けること）を高められます。

クラウドネイティブについては、こちらの記事でくわしく解説しています。

クラウドネイティブとは？メリット・デメリットやクラウドファーストとの違いを解説

記事を見る

リフトアンドシフトにかかる費用の内訳（初期費用と維持費用）

リフトアンドシフトにかかる費用は、大きく分けて初期費用と維持費用（ランニングコスト）の2つがあります。初期費用にはクラウドへ移す作業そのものにかかる費用、維持費用にはクラウドサービスの利用料などが含まれます。

初期費用だけではなく、維持費用も含めて、全体でどれくらいの費用がかかるのか、把握することが大切です。

クラウド提供事業者やSIerに見積もりを依頼するときは、費用の内訳をはっきり示してもらい、不明瞭な部分がないか、よく確認しましょう。

クラウド課金体系の仕組み

クラウドの料金のおもな仕組みは従量課金であり、「使用時間課金」「通信量課金」に分けられます。

• 使用時間課金：使用時間に応じて料金が変動する
• 通信量課金：通信量に応じて料金が変動する

クラウドを契約する前に、課金形態の仕組みを把握しておきましょう。

クラウドコスト管理のコツは可視化ツール活用

クラウドは使った分だけ費用を払う仕組みなので、使い方によっては、想像以上に費用がかかってしまうことがあります。クラウドは簡単にサーバーを追加できるため、使いすぎてしまうことがあります。また、使っていないサーバーを放置していると、無駄な費用がかかってしまいます。

管理ツールを使って、何にどれだけお金を使っているのかを可視化し、コスト削減の対策をとることが重要です。

さくらのクラウドは、利用時間に合わせて一番安い料金が適用される、お得な料金体系です。1時間7円、1日77円（石狩リージョン）から利用できます。またデータ転送量による従量課金がないため、想定外の出費となることがなく、安心して利用できます。

性能監視とメトリクス活用で継続的なコスト最適化（APMツール導入）

リフトアンドシフトでクラウドへ移した後、継続的に費用を最適化するためには、システムの性能を監視し、データ（メトリクス）を活用することが欠かせません。

APM（Application Performance Monitoring）ツールを導入し、どこに無駄があるのかを見つけ、サーバーなどのリソースを最適化することで、費用を減らしつつ、性能を高められます。APMツールは、アプリケーションの性能を詳しく監視し、どこに問題があるのか（ボトルネック）を見つけられます。問題となっている部分を特定し、そこに適切なリソースを割り当てることで、無駄な費用を減らし、性能を上げることが可能です。