ハイブリッドクラウドスタイルの具体例

システムは極力、クラウドに配置

このスタイルでは、システムの配置場所として、「極力クラウドにシステムを配置し、既存システムは順次クラウドへマイグレーション」していくことに主眼を置いています。

オンプレミス、クラウドの両方にシステムを配置するスタイルのイメージ

利用者の多くがオンプレミスに存在するため、「オンプレミスとクラウド間のネットワークは専用線で接続し、組織外部からはVPN利用のみを許容する」という完全プライベートで構成します。クラウドで利用するサービスは、仮想マシン(IaaS)中心に置き換えるスタイルです。

本スタイル導入の経緯／目的

今回のスタイルサンプルとなったユーザー企業の現状をヒアリングした結果は、以下の通りです。

本スタイルの選定理由

本スタイルの選定理由としては以下が挙げられます。

• 常に最新のOSにバージョンアップしており、移行ツールとの親和性も確保できていた。
• IaaS中心で、既存システムに大きな変更を加えなくてもクラウドに移行できるシステムが多かった。
• 大半のサーバをクラウドへ移行することで、H/Wライフサイクル管理から解放された。
• アセスメントの結果、オンプレミスとクラウド間のネットワーク使用率がボトルネックとならなかった。

本スタイル実現のため必要なタスク

本スタイル実現に向けて実施したタスクは、以下のようなものでした。

ここからは上記で掲げたタスクのうち、移行タスクにフォーカスしたお話をしたいと思いますが、その前にクラウド移行における4つのアプローチをご紹介したいと思います。

アプリケーションをクラウドへ移行するための4つの手段

一般的に、クラウドへ移行する時には、今まで使っていたアプリケーションに対してどの程度変更するのか、クラウドに最適化するのかによって、以下の図に示す4つのアプローチがあるとされています。

クラウド移行の4つのアプローチ

それぞれのアプローチを簡単にまとめると以下のようになります。

クラウド移行の手段として紹介していますが、通常のオンプレミス間の仮想基盤更改であっても同様のアプローチを行っているので、わかりやすいのではないかと思います。

今までオンプレミスの仮想基盤上で稼働していたアプリケーションの移行を検討する場合、まず最初に取るアプローチとしては、最もアプリケーション改修を伴わない「Re-Host（Lift & Shift）」と呼ばれる方式で移行を検討することになります。

ただし、移行対象のアプリケーションに対する調査が不十分であったり、OSやミドルウェアのサポートライフサイクルの観点やクラウドサービスとのAPI連携などに視野を広げた結果、Re-Hostでは賄いきれず、一部変更を加える「Re-Platform」や、完全な作り直しが必要となる「Re-Purchase」「Re-Architect」など全てのアプローチを総動員して対処しなければならない……といった事例も多く見られます。

こうした状況に陥らないためにも、現状を漏れなく調査することが非常に重要です。

次回は、既存環境の調査や移行タスク実行時に必要となるAzureの機能やツールなどをご紹介したいと思います。