What is cloud migration? | Cloud migration strategy

クラウド移行(クラウドマイグレーション)とは、データベースやアプリケーションおよびITプロセスを、クラウドの中へあるいは既存のクラウドから別のクラウドに転送する過程のことです。

学習目的

この記事を読み終えると、以下のことができるようになります。

  • クラウド移行とは何かを理解する
  • なぜビジネスがクラウドに移行するかを知る
  • クラウド移行の課題を知る
  • さまざまなクラウド移行戦略を知る

記事のリンクをコピーする

クラウド移行とは?

インターネット経由でのクラウド移行

クラウドへの移行は、デジタルビジネス業務をクラウドへ移動させる過程のことです。クラウドへの移行は、いわゆる引っ越しのようなものですが、物を梱包して移動させる代わりに、データ、アプリケーション、ITプロセスをあるデータセンターから別のデータセンターに移動させます。小さなオフィスから大きなオフィスに移転するように、クラウド移行でも入念な事前準備が必要ですが、コスト削減や柔軟性の向上を実現できることが多いので、時間や労力をかける価値はあります。

多くの場合、「クラウド移行」はオンプレミスまたはレガシーインフラストラクチャからクラウドへの移行を意味します。しかし、1つのクラウドから別のクラウドへの移行を意味する場合もあります。

レガシーインフラストラクチャとは?

In computing, hardware or software is considered "legacy" if it is outdated but still in use. Legacy products and processes are usually not as efficient or secure as more up-to-date solutions. Businesses stuck running legacy systems are in danger of falling behind their competitors; they also face an increased risk of data breaches.

レガシーソフトウェアやレガシーハードウェアは、信頼性が低下する、速度が遅くなる、オリジナルベンダーによるサポートが終了する、といったことが起こる可能性があります。たとえば、Windows XPは、レガシーOSです。2001年にリリースされましたが、後継バージョンのWindowsが機能強化されていき、Microsoftはパッチやアップデートのリリースなどのサポートを終了しました。

Infrastructure includes servers, networking equipment, applications, databases, and any other business-critical software or hardware. Legacy infrastructure, such as aging servers or physical firewall appliances, may slow down a company's business processes. It may also add more security risks as original vendors drop support for their products and stop releasing security patches.

通常、レガシーインフラストラクチャは、オンプレミス環境でホストされます。つまり、企業が業務を行う建物内または敷地内に物理的に配置されます。たとえば、多くの企業は、従業員が勤務する建物内にてオンプレミスのデータセンターをホストします。

オンプレミスのレガシーインフラストラクチャに依存する企業は、クラウドコンピューティングのメリットを享受できません。そのため、今日の大部分の企業は、少なくとも部分的なクラウド化を図っています。

クラウド移行の主なメリットとは?

  • 拡張性:クラウドコンピューティングは、より大きな作業負荷やユーザー数をサポートするために、オンプレミスインフラストラクチャと比べて、はるかに容易にリソースを拡張することができます。オンプレミスでは、追加の物理サーバー、ネットワーク機器、ソフトウェアライセンスなどを購入・設定する必要があります。
  • コスト:クラウドプロバイダーがメンテナンスとアップグレードを行ってくれるため、クラウドに移行した会社はITコストを大幅に削減できることが多いです。運用管理にリソースを費やす代わりに、新製品の開発や既存製品の向上という、最も重要なビジネスニーズにより多くのリソースを集中させることができます。
  • パフォーマンス:一部の企業は、クラウド移行により、パフォーマンスおよび顧客の全体的なユーザー体験を高めることができます。さまざまなオンプレミスサーバーではなく、クラウドデータセンターでアプリケーションやWebサイトをホストすれば、ユーザーまでのデータ到達距離が短くなるので、レイテンシーを低減できます。
  • 柔軟性:ユーザー(従業員または顧客)は、どこからでも、必要なクラウドサービスやデータにアクセスできます。これにより、企業は、新しい分野に参入する、海外の顧客層にサービスを提供する、従業員に柔軟な働き方を提供する、といったことをより容易に実現できるようになります。

クラウド移行の主な課題とは?

物理的なクラウド移行
  • 大規模データベースの移行:多くの場合、データベースがクラウドで機能するように、データベース全体を別のプラットフォームに移動する必要があります。特に、データ量が多い場合、データベースの移動は困難です。一部のクラウドプロバイダーは、インターネットを介して転送するには時間がかかりすぎるような大規模データベースの場合、データベースをハードウェアにロードしてから、クラウドプロバイダーにハードウェアを配送する、といった物理的なデータ転送方法を提供しています。データをインターネット経由で転送することもできます。どちらの方法でも、データ移行には多大な時間がかかることが多いです。
  • データ完全性:データが転送された後の次のステップは、データが完全かつ安全であり、処理中に漏えいしていないことを確かめることです。
  • 事業の継続:企業は移行中も現行のシステムが運用・稼働できる状態を保つ必要があります。サービスを持続できるように、オンプレミスとクラウドを併用する期間を設ける必要があります。たとえば、既存データベースをシャットダウンする前にクラウドにすべてのデータをコピーする必要があります。通常、企業は一度にすべてのデータを移行するのではなく、段階的に少しずつ移行する必要があります。

オンプレミスからクラウドへの移行はどのような仕組みか?

企業によってニーズは異なるため、企業ごとに少し異なるプロセスに従ってクラウドに移行することになります。クラウドプロバイダーが、移行プロセスの策定を支援します。大部分のクラウド移行は、次のような基本的な手順を踏みます。

  1. 目標を設定する:企業はどのようなパフォーマンス向上を達成したいのか?どの日付にレガシーインフラストラクチャの使用を停止するのか?そうした目標を設定して達成状況を確認することは、移行が成功したかどうかを見極めるのに役立ちます。
  2. Create a security strategy: Cloud cybersecurity requires a different approach compared to on-premises security. In the cloud, corporate assets are no longer behind a firewall, and the network perimeter essentially does not exist. Deploying a cloud firewall or a web application firewall may be necessary.
  3. データをコピーする:クラウドプロバイダーを選択して、既存のデータベースを複製します。この作業は、クラウドデータベースを最新の状態に保つために、移行プロセス全体を通じて継続的に行う必要があります。
  4. ビジネスインテリジェンスを移動する:これには、コードのリファクタリングやリライティング(以下を参照)が必要となる場合があります。少しずつ、または一度に行うことができます。
  5. 本番環境をオンプレミスからクラウドに切り替える:クラウド環境が本稼働した時点で、移行が完了します。

上記の手順が完了した時点でオンプレミスインフラストラクチャの使用を停止する企業もあれば、バックアップとして、またはハイブリッドクラウドのデプロイメントの一部としてレガシーシステムを残す企業もあります。

企業はどのクラウド移行戦略を採用すべきか?

非常に影響力のあるIT分野のリサーチ/コンサルティング会社であるGartnerは、クラウドに移行する企業には5つの選択肢があると説明しています。そうしたクラウド移行戦略のことを一般に「5つのR」と呼んでいます。

  • Rehost - Rehosting can be thought of as "the same thing, but on cloud servers". Companies that choose this strategy will select an IaaS (Infrastructure-as-a-Service) provider and recreate their application architecture on that infrastructure.
  • リファクター - この戦略を選択する企業は、既存のコードやフレームワークを再利用しますが、アプリケーションは、リホストでのIaaSではなく、PaaS(Platform-as-a-Service:サービスとしてのプラットフォーム)プロバイダーのプラットフォーム上で実行します。
  • リバイス - この戦略ではコードベースを部分的に変更または拡張してから、リホスト戦略またはリファクター戦略(上記を参照)を用いてデプロイします。
  • リビルド:ここでの「リビルド(再構築)」とは、PaaSプロバイダーのプラットフォーム上でアプリケーションを作り直すことを意味します。多大な労力を必要とする過程ですが、開発者はPaaSベンダーの最新機能を利用することができます。
  • リプレイス - 企業は、古いアプリケーションを全部破棄して、サードパーティベンダーのビルド済みのSaaS(Software-as-a-Service:サービスとしてのソフトウェア)アプリケーションに切り替えることもできます。

企業はどのクラウドデプロイメントスタイルを選択すべきか?

クラウド移行戦略に加えて、企業は移行完了後にどのようなクラウドデプロイメントを期待するかを確認しておく必要があります。

A hybrid cloud mixes two or more types of environments, combining public clouds, private clouds, or on-premises legacy data centers. For a hybrid cloud deployment to work well, integration must be tight across all deployed clouds and data centers – just as team members need especially tight communication if they're spread out across different offices.

A multicloud deployment combines two or more public clouds. (Public clouds are shared by more than one customer.) Multicloud can serve several purposes: redundancy/backup, cost savings, or leveraging features from different cloud providers, for instance.

1つのクラウドベンダーからの1つのクラウドをデプロイすることは、企業によっては実現可能でないこともありますが、1つの選択肢です。クラウドプロバイダーは、パブリッククラウドとプライベートクラウドの両方を提供します。プライベートクラウドは、他社とは共有されません。

Cloudflareはどのようにクラウド移行を支援するか?

Cloudflareは、DNS負荷分散Cloudflare WAFなど、クラウド移行を成功させるために必要なパフォーマンスおよびセキュリティを向上させるプロダクトの1つのコントロールプレーンを提供します。これらのプロダクトはすべて統合されていて、1つのダッシュボードからすべてを管理することができます(クラウド移行の導入事例を参照)。Cloudflareは、パブリッククラウド、プライベートクラウド、ハイブリッドクラウド、マルチクラウドなど、どのようなクラウドデプロイメントでも容易に統合できます。

クラウドコンピューティングの詳細はこちらをご覧ください。