ハイブリッド クラウドの概念実証を成功させるための 4 つのステップ

ハイブリッド クラウドの概念実証は、展開が IT およびビジネスのニーズを完全に満たしていることを確認するための重要なステップです。人々は、データやネットワークなどに関するこれらのベストプラクティスに注意を払う必要があります。

ハイブリッド クラウドの概念実証では、データ移行プロセス、フェイルオーバーなどの運用プロセス、プライベート クラウドとパブリック クラウド間の統合ポイントをテストすることが重要です。これにより、IT チームは、データ側のレイテンシやエラー処理に関する問題だけでなく、運用側のクラウド バーストや負荷分散の問題も確実に把握できるようになります。

[[235402]]

企業内でハイブリッド クラウドの概念実証 (POC) を進めるための 4 つの手順を紹介します。

1. ハードウェアの変更を評価する

まず、ハードウェアの変更による影響を評価する必要があります。ハイブリッド クラウドでは、既存の仮想マシン サーバー クラスターをパブリック クラウド、新しいオンプレミス セットアップ、またはその両方に移行することがほとんどです。いずれにしても、最初の移行は通常、古いサーバーからその時点で最も先進的なサーバーへ行われます。仮想化によってハードウェアは大幅に抽象化されますが、いくつかの変更も導入されます。たとえば、コンピューティング インスタンスにはメモリの違いがあります。さらに、使用可能な SSD 容量とパフォーマンス、および LAN 帯域幅が増加する可能性があります。

パブリック クラウド プラットフォームは、プロバイダーのインスタンスの種類のメニューの拡大に反映されているように、進化し続けています。サンドボックス環境を使用してインスタンスとコストを最適化します。これにより、企業は初期のハイブリッド クラウド展開を適切な規模に調整し、バランスをとることも可能になります。

2. データ移行

データ移行は、ハイブリッド クラウドの概念実証 (POC) の次のステップです。企業は不要なファイルを削除し、展開内のどこにどのデータ セットを配置するかを決定する必要があります。一部はオンプレミスのみ、一部はパブリック クラウドのみ、残りはクラウドの境界を越えます。企業はガバナンスおよびコンプライアンス ソフトウェアを使用してこれらの決定を検証し、時間を節約できます。

次のステップは実際の移行であり、IT チームは通常、次の 2 つの方法のいずれかでこれを実行します。

（１）パイプラインアプローチ：トリクルアプローチとも呼ばれるこのアプローチは、段階的に実行され、通常はダウンタイムはありません。ただし、この方法ではアプリケーションがすべてのデータを同期する必要があり、テストの観点からはより困難になります。この移行アプローチを選択する IT チームは、並行操作で追加のテストを実行する必要がある場合があります。

（2）ビッグバンアプローチ：このオプションでは、IT部門がすべてのデータを移行するため、1～2日間のダウンタイムが必要になります。この移行アプローチは、断片的なアプローチよりも技術的に複雑ではありませんが、再起動時間までの時間との競争のように感じられることがあります。

運用チームは、アプリケーションの移行だけでなく、ネットワーク構造やストレージなどの運用環境の移行も推進する必要があります。ほとんどの場合、アプリケーションは従来の環境と同じようにクラウドでも実行されますが、ブロック ストレージからオブジェクト ストレージへの移行や、一般的なバージョン アップグレードなどの変更によって状況が複雑になる場合があります。移行プロセス中はアプリケーションに変更を加えないでください。変更を加えると、デバッグの問題が発生したり、アプリケーションが新しいパブリック クラウド プラットフォームに固定されたりする可能性があります。

3. ネットワークとクラウドバーストを構築する

企業は、パブリック クラウドへのバースト中にコストが完全に最適化されるように、慎重な財務モデルを開発する必要があります。

ハイブリッド クラウドの概念実証 (POC) で IT チームが直面するもう 1 つの課題は、パブリック クラウドに仮想ネットワークをセットアップするためのスクリプトを構築することです。 Azure Stack などの一部のハイブリッド クラウド プラットフォームではよりシームレスになりますが、一般的にクロスクラウド標準が欠如しているため、プロセスは複雑になります。ただし、OpenStack Heat や AWS CloudFormation などのスクリプトの翻訳ツールがあり、業界では相互運用性の標準に向けて動きつつあります。

ハイブリッド クラウド ネットワークでは、クラウド バーストが企業にとっての優先事項となることが多く、これはゼロデイ機能、つまりすぐに使用できる機能である必要があります。ただし、バースト的なプロセスをハイブリッド クラウドの概念実証 (POC) にコミットする前に、サンドボックスで徹底的にテストする必要があります。クラウド バーストにはいくつかのモデルがあり、専用のパブリック クラウド インスタンスを使用するものもあれば、オンデマンド インスタンスを使用するものもあります。パブリック クラウドのバースト時にコストを完全に最適化できるように、慎重な財務モデルを開発し、ゼロ デイ以降もそれを実行するようにしてください。

4. 弾性テスト

最後に、ハイブリッド クラウドの概念実証 (POC) が適切に機能していると思われる場合は、その回復力とフェイルオーバー手順をテストする必要があります。弾力性とは、コンピューティング クラスターがノードを失っても、オーケストレーション システムの仲介により動作を継続できる能力を指します。一方、フェイルオーバーは、クラウド アベイラビリティ ゾーンが数時間ダウンした場合など、より壊滅的な状況で発生します。

これら両方のプロセスをテストすることは、ハイブリッド クラウドの展開を成功させるために重要です。成功は最終的に、設定した回復力基準に依存し、スナップショットの配置方法やデータ セットの複製方法に影響します。

移行のこのフェーズでは、IT 予算とスケジュールが圧迫されることがよくありますが、その状況に陥らないようにしてください。フェイルオーバーを複数回テストすることが非常に重要です。