1つ目の手法は、読者にとってもなじみ深いであろう負荷分散の手法だ。この手法ではアプリケーションをオンプレミスとパブリッククラウドの両方で同時に運用する。オンプレミスのデータセンターでアプリケーションを運用しつつ、インスタンス（仮想サーバ）、ストレージなどのリソースをパブリッククラウドにプロビジョニング（必要なリソースを予測し、用意すること）しておく。そして、そのリソースにアプリケーションをデプロイ（利用可能な状態にすること）する。

　次に、オンプレミスのデータセンターで運用するアプリケーションの負荷を監視するツールを導入する。負荷が所定のしきい値を超えると、パブリッククラウドにある同一環境の運用を開始する設定にする。設定が有効になると、ツールはアプリケーションのトラフィックをパブリッククラウドにリダイレクトする。負荷が所定のしきい値を下回ると、ツールはオンプレミスのデータセンターに再度トラフィックをリダイレクトし、パブリッククラウドにおける処理を停止する。

　この手法は、処理にかかる負荷をクラウドへ分散させる手法の一例だ。アプリケーションをオンプレミスとパブリッククラウドの両方にデプロイし、負荷分散機能によって必要に応じてトラフィックを両環境間で共有する。

　通常、この手法を採用するには、パブリッククラウドにアプリケーションを事前にデプロイすることが必要だ。そのため、パブリッククラウドでアプリケーションが動作していないときも運用コストが発生する。パブリッククラウドで利用可能なリソースは固定で、負荷の状況に応じてリソースを自動調整することはできない。そのため、このクラウドバーストの手法で処理できる負荷の量には制限がある。

2．手動によるクラウドバースト

　2つ目は、手作業でクラウドバーストを実践する手法だ。この手法では事前にパブリッククラウドにアプリケーションをデプロイできない。パブリッククラウドの管理者は、ロードバランサーからの通知に基づいて、手動でパブリッククラウドのリソースとサービスのプロビジョニングを実施する。

　この手法の利点は、コストを抑制できる点だ。アプリケーションの処理に必要なだけのリソースを調達し、必要がなくなればリソースを開放すればよいため、常にリソースを持っておく必要がない。

　ただし、この手法は人の手作業に由来する問題が幾つかあり、あまり望ましい方法とはいえない。その問題とは、

• ロードバランサーからの通知を認識するタイミングの遅れ
• アプリケーションをデプロイする際のミス
• パブリッククラウド側のデプロイを破棄し忘れることによる余分なコストの発生

などだ。

3．クラウドバーストの自動化

　望ましいクラウドバーストの手法は自動化だ。自動化を導入するには、自動化のソフトウェアやサードパーティーのサービスを使用する。必要に応じてパブリッククラウドのリソースをプロビジョニングし、アプリケーションをパブリッククラウドにデプロイし、必要がなくなればアプリケーションのデプロイを破棄することまでを自動化する。

　これを実現する自動化ツールは、一般的にパブリッククラウドクラウドのAPI（アプリケーションプログラミングインタフェース）を使用する。APIによって、プログラミングによる動的なパブリッククラウドの制御が実現する。アプリケーションの状況変化に合わせて、パブリッククラウドのリソースを自動的に作成し、拡張し、縮小し、削除することができる。

　自動化の利点は、ミスをする可能性がある人の手作業によるデメリットをなくすことができることだ。必要に応じてリアルタイムにパブリッククラウドのリソースをプロビジョニングできるようにすれば、コストの抑制も可能になる。

クラウドバーストを成功させる方法

　クラウドバーストを成功させるには、オンプレミスのデータセンターとパブリッククラウドの間に十分なネットワークの容量を確保することが欠かせない。利用するパブリッククラウドベンダーの最寄りのリージョンに高速接続するためのネットワークを調達すれば、遅延に関する問題はほとんどのケースで気にならないだろう。

　VPN（仮想プライベートネットワーク）経由でパブリッククラウドに接続すればセキュリティを強化できる。Microsoftの「ExpressRoute」やAmazon Web Services（AWS）の「AWS Direct Connect」のような、パブリッククラウドベンダーが提供する専用線サービスを利用すれば、利用可能なネットワーク容量が大きいため、トラフィックの輻輳（ふくそう）を緩和できる。自動化に使用するツールは、オンプレミスのデータセンターとパブリッククラウドの両方の環境を管理できる必要がある。自動化ツールの導入では評価とテストが重要になる。

　オンプレミスのアプリケーションをパブリッククラウドで利用可能にするツールとしては、Oracleの「Ravello」やGoogleの「Velostrata」などがある。Ravelloはアプリケーション群全体をパブリッククラウド側に複製できる。Velostrataは、アプリケーションをIaaS（Infrastructure as a Service）の「Google Cloud Platform」に移行するためのツールだ。Zertoの「Zerto 7」、Pivot3の「Acuity Datacenter」シリーズ、VMwareの「CloudVelox」といったツールも、パブリッククラウドへのアプリケーションのデプロイに有効だ。