リフト＆シフトとは

リフト・アンド・シフト戦略にはアプリケーションのアーキテクチャーへの変更が含まれず、アプリケーションのコードへの変更もほとんど、あるいはまったく含まれないため、他のプロセスと比較して、より迅速かつ労働力と初期コストを抑えた移行が可能になります。また、これは、組織が組織がIT費用を資本的支出（CapEx）から運用費用（OpEx）へシフトし、ハイブリッドクラウド戦略を開始するとともに、より経済的で拡張性の高いクラウドのコンピューティング能力、ストレージ、およびネットワーク インフラストラクチャーを活用し始める、最も迅速かつ低コストな方法でもあります。

クラウド・コンピューティングの初期の頃は、最も古く、最も複雑で、最も密接に結合されたオンプレミス アプリケーションを除くすべてのアプリケーションに対して、リフト・アンド・シフト移行を検討する価値がありました。しかし、クラウド・アーキテクチャーが進化し、開発者の生産性の向上や、より優れたクラウドの料金体系が実現するにつれて、クラウドを使用できないアプリケーションを「現状のまま」移行することの長期的な価値は、劇的に減少しました。

現在、リフト・アンド・シフトは、主に、ある程度クラウド対応のワークロード (たとえば、VMware ワークロード、コンテナ化されたアプリケーション、マイクロサービス アーキテクチャで構築されたアプリ) を移行するためのオプション、またはクラウド上でクラウド用のモノリシック アプリケーションを再設計するための最初のステップとして考えられています。

オンプレミスでアプリケーションを実行し続ける場合と比較して、リフト・アンド・シフト移行にはいくつかの魅力的なメリットがあります。

• 迅速でコスト効率に優れ、混乱を最小限に抑えた移行：リフト・アンド・シフトにより、大規模なチームを投入することなく、迅速な移行が可能になります。オンプレミスのアプリケーションを移行中も適切な状態に保つことができるため、サービスが中断されることはなく、ユーザーにとってのアプリケーション エクスペリエンスが変わることがありません。
  
  
• パフォーマンス向上の可能性：リフト・アンド・シフトは、ハードウェアを自分で購入することなく、最新の高性能ハードウェアでアプリケーションを実行する機会を提供します。
  
  
• オンプレミス統合のための容量拡張：オンプレミスのデータセンター・インフラストラクチャーとコストを同時に統合しながら、クラウドからコンピューティング容量、ストレージ、ネットワーク帯域幅を従量課金制で追加します。
  
  
• オンデマンドの拡張性：リフト・アンド・シフトにより、組織は新しいコンピューティング容量を購入して物理的に設置することなく、アプリケーションを拡張できます。また、トラフィックのピーク時を考慮してハードウェアを過剰にプロビジョニングする必要もありません。
  
  
• コスト削減の弾力性：アプリケーションによっては、クラウドの弾力性、つまり需要に正確に一致するために参考情報を自動的にスピンアップおよびスピンダウンする機能を利用することもあります。クラウドの弾力性が高く、アプリケーションがクラウドを多く利用できるほど、必要なときに必要なリソースのみを使用することで節約できます。
  
  
• セキュリティーの強化：移行後には、レガシー・アプリケーションでも、ロールベースのアクセス制御、多要素認証、統合ハイブリッド・セキュリティー・プロセスなどのクラウド・セキュリティー・サービスを活用できる場合があります。
  
  
• オンプレミスのデータセンターのコストと問題点の削減： クラウドに移行できるアプリケーションが多ければ多いほど、オンプレミスのインフラストラクチャーとその管理とメンテナンスのコストをより迅速にスケールダウンできます。
  
  
• ハイブリッドクラウドへの簡単なステップ：リフト・アンド・シフトは、他のアプリケーションのワークロードをオンプレミスでホストし続けながら、最も準備が整い最適なアプリケーションをプライベートまたはパブリッククラウドに移行する簡単な方法です。適切な管理ツールがあれば、最適化された1つのインフラとしてプラットフォームを一括管理できます。

繰り返しになりますが、リフト・アンド・シフトは、すべてのアプリケーションにこうしたメリットをもたらすわけではありません。クラウド環境向けに部分的にのみ最適化されたアプリケーションは、クラウドで得られるコスト削減を実現することはできず、最終的にはクラウドで実行するコストが増加する可能性があります。アプリケーションがオンプレミスで低速または非効率的に実行される場合、変更を加えずにクラウド上で実行しても、より効率的に実行される可能性は低くなります。ライセンス費用と制限により、リフト・アンド・シフト移行のコストが法外に高くなったり、法的に不可能になったりする可能性があります。

VMware 仮想化テクノロジーは企業で広く使用されています。VMware は仮想化市場の 80% を占めており、Fortune 100 企業の 100% がオンプレミスのデータセンターの仮想化に VMware を使用しています。当然のことながら、ほとんどのクラウド・プロバイダーはホスティング・アプリケーション用のVMwareインフラストラクチャーを提供しており、VMwareをクラウドにリフト・アンド・シフトするための専門的なツールとサービスを提供しているところもあります。

既存のVMwareワークロードをリフト・アンド・シフトするには、オンプレミスのデータセンターとターゲットのクラウドデータセンターが、基盤となるVMware ESXi ハイパーバイザー と、VMwareおよびvSphere API互換の管理ツールとスクリプトの共通セットを共有する必要があります。クラウド・プロバイダーには、VMware ソフトウェアのスタックを管理するためのスキルと経験を備えたオペレーションチームが必要です。

VMwareのリフト・アンド・シフト移行を簡素化するキーテクノロジーは、VMware HCX（ハイブリッドクラウド拡張）です。これは、基本的にオンプレミスのネットワークをクラウド上のVMware環境に拡張し、ハイブリッドクラウドインフラストラクチャーを迅速に実装するツールです。HCX を使用すると、数千の仮想マシン (VM)をそのままオンプレミスからクラウドに安全かつ大規模に移行できます。同じツール、スクリプト、スキルを使用するオンプレミスとクラウド ワークロードを管理および運用でき、オンプレミス ワークロードの複製とリカバリをクラウドに実装できます。

リフト・アンド・シフトはIaaS (Infrastructure-as-a-Service)移行であり、オンプレミスのインフラストラクチャーから、サブスクリプションまたは使用量に応じて料金を支払うクラウド インフラストラクチャーにアプリケーションをそのまま移行します。

大まかに言えば、検討すべきクラウド移行には他に 2 つの種類があります。

PaaS (Platform-as-a-Service)移行では、クラウド・プロバイダーの PaaS スタックをさらに活用できるようにアプリケーションを修正する必要があります。ユーザーのエクスペリエンスを変えることなく、アプリケーションをリファクタリングまたは再プラットフォーム化し、クラウド向けにそのパフォーマンスを最適化したり、特定のクラウド機能を活用したりするために小さな変更を加えることができます。また、マイクロサービス、コンテナ 、またはサーバーレス コンピューティングのメリットを活用するために、アプリケーションを再設計することもできます。あるいは、開発者の生産性を向上させるクラウド・プロバイダーの開発ツールとプラットフォーム機能を使用するアプリケーションを完全に再設計する場合もあります。

リフトアンドシフトと比較すると、PaaS の移行は初期コスト、労力、そして時間がかかります。しかし、これにより、クラウドネイティブのオペレーションのオートメーション、開発者の生産性、セキュリティ、レジリエンス、従量課金制のコスト モデルをさらに活用できるようになり、アプリケーションは初期投資を迅速に回収できるようになります。

SaaS (Software-as-a-Service)移行とは、オンプレミスのアプリを、同様の機能を提供し、クラウド・プロバイダーのインフラストラクチャーのメリットをさらに活用できる、既成のクラウドベースの代替アプリに置き換えることを意味します。

適切な SaaS 移行により、リフト アンド シフトの低い移行コストと PaaS 移行のクラウドの利点を実現できます。ただし、特定の主要な機能やカスタマイズを延期または待つ必要がある場合もあり、データ管理、アクセス制御、セキュリティなどのために SaaS アプリケーションの設備を採用する必要がある可能性が高くなります。

繰り返しになりますが、開発者の生産性を向上させ、クラウドの料金体系モデルを改善するためにクラウド テクノロジーが次に進むにつれて、クラウド環境を使用しないクラウドに移行する意味はますます薄れています (そして最終的にはコストが高くなります)。ただし、PaaS 移行よりもリフト・アンド・シフトの方が合理的な場合もいくつかあります。

• オンプレミスのインフラストラクチャー コストが急騰しているものの、アプリケーションを再設計する準備ができていない場合。この場合、準備が整うか再構築できるまで、アプリケーションをクラウド上に一時的に「駐車」することができます。例外として、ビッグデータの分析、デジタルアニメーション、医療画像やエンジニアリング画像など、参考情報を大量に消費するレガシーアプリケーションの場合は、従量課金制のクラウド料金が予想よりも早く上昇する傾向があります。
  
  
• 既製のアプリケーションを移行したい場合。これらを再設計することはできないため、そのままクラウドに移動することが唯一の現実的な代替手段です。
  
  
• より低コストで、よりスケーラブルなバックアップと復元が必要です。オンプレミスからクラウドへのバックアップの移行は、最も厳しく規制されている業種・業務、または目標復旧時点 (RPO) または目標復旧時間 (RTO) が最も厳しいアプリケーションを除くすべての一般的なユースケースです。

リフト アンド シフト移行を実施する前に、その取り組みの難易度、コスト、最終的な価値に影響を与える可能性のある要因を慎重に評価し、準備する必要があります。これには、以下が含まれますが、これらに限定されません。

1. アプリケーションの寿命：このアプリケーションの使用やこのワークロードの稼働を、あとどのくらい続ける予定なのか。ほとんどの場合、12か月以内に廃止するアプリケーションを移行することは理にかないません。
   
   
2. API アクセス制限：クラウドへの移行により、現在の API ツールにボトルネックが発生しないようにする必要があります。
   
   
3. 移行自動化ツール： クラウド・ホスティング・プロバイダーが移行用の自動化ツールを提供しているかどうかを特定し、可能な限りそれらを使用するように計画します。
   
   
4. 移行の優先順位： 複数のアプリケーションを移行することを計画している場合は、ミッションクリティカルなアプリケーションが最初に（またはビジネスに最も適切な順序で）移行されるように手順を作成します。
   
   
5. コンプライアンス：オンプレミスのプライベート環境からプライベートクラウドまたはパブリッククラウドに移行する前に、移行計画とクラウド・プロバイダーのインフラを評価し、移行中および移行後にすべてのコンプライアンス要件が満たされていることを確認します。
   
   
6. 主要な機能と範囲のクリープ：機能が豊富なクラウド環境では、すぐに機能を統合したくなる可能性があり、遅延やリソースの流出につながります。明確に定義されたプロジェクトを持ち、移行のプロセスを通じてそのプロジェクトに忠実に従いましょう。