クラウド出口戦略の8つの重要なステップ

クラウドベースのワークロードとアプリケーションをオンプレミスの施設に移行する場合は、計画を立て、開始するためのいくつかの重要な手順に従う必要があります。

多くの人がクラウド コンピューティング テクノロジーを採用することの利点を強調していますが、クラウド環境は必ずしもすべてのアプリケーションを実行するのに最適な場所であるとは限りません。クラウド コンピューティング プロバイダーが提供するツールの機能が制限されているため、既存のデータ センター施設の制御を失う可能性があることを嫌う企業もあります。クラウド プロバイダーのクラウド プラットフォーム外部に転送されるデータ量の増加により出力レートが上昇すると、クラウド コンピューティングのコストが問題になります。理由が何であれ、一部のエンタープライズ ワークロードはクラウドで処理する必要がありません。

ワークロードをクラウドから終了することは、そもそもクラウドに移行することと同じくらい複雑になる可能性がありますが、プロセスを体系的に計画し、遭遇する可能性のある課題を予測すれば、ユーザーを混乱させたりデータを失ったりすることなく、アプリケーションをクラウドからオンプレミスに戻すことができます。

組織がクラウドでホストされているアプリケーションが期待どおりに機能しているかどうか疑問に思っている場合は、クラウド終了戦略を検討する価値があります。クラウドベースのアプリケーションをオンプレミスの施設に再展開する逆移行を実行する方法を次に示します。

1.十分な予算を割り当てる

ワークロードをオンプレミスに戻すには、オンプレミスのワークロードをサポートするためのネットワークのアップグレードや新しい監視、可観測性、セキュリティ ツールへの投資が必要になる場合があります。場合によっては、企業は従業員を増やす必要があるかもしれません。

これらのワークロードがオンプレミスに移行されると、組織はワークロードをサポートするために十分な予算が割り当てられることを確認する必要があります。適切な財務準備がなければ、ワークロードがクラウドを離れた後、オンプレミスのインフラストラクチャに戻されたときにサポートされなくなるリスクがあります。

2. チームを準備する

必要に応じて、企業はチームの組織変更を行い、移行プロジェクトを主導するエンジニアを任命する必要があります。アプリケーションが再デプロイされたら、特にオンプレミス インフラストラクチャのサポートがクラウドへの移行中に削除または削減されていた場合は、そのアプリケーションをサポートする特定のチーム メンバーを必ず割り当ててください。クラウド復帰プロセスの一環として、アプリケーションを移行または拡張できることを保証することが重要です。

3. データをバックアップする

クラウドでホストされるアプリケーションが長期データを作成または管理する場合は、そのデータをバックアップする必要があります。これを行う方法は、データがどのように保存されているかによって異なります。データがデータベース内に存在する場合は、データベースのスナップショットを作成でき、企業はオブジェクト ストレージ データを外部ストレージにコピーしてバックアップを作成できます。

データのバックアップが、アプリケーションをサポートするために企業が使用することを計画しているデータ テクノロジと互換性があることを確認します。一部の独自のクラウドベースのデータベースおよびデータ ストレージ サービスには、企業がオンプレミスで実行できる同等のサービスがありません。企業は、データをオンプレミスの施設に戻すために、データを変換する必要がある場合があります。

4. バックアップアプリケーション

バックアップ プロセスは、アプリケーションの展開方法によって異なります。コンテナ化されたアプリケーションの場合は、複雑なスナップショットプロセスを経ることなくコンテナイメージを移行できます。仮想マシン上で直接ホストされているアプリケーションをバックアップする場合は、仮想マシンのスナップショットを作成し、そのスナップショットをオンプレミスでホストできる形式に変換できます。

企業は、クラウドベースのインスタンスをオンプレミスの施設に移行する代わりに、アプリケーションの新しいインスタンスをオンプレミスで再展開することを選択できます。このアプローチは、クラウドベースのアプリケーションのスナップショットを作成するのが難しい場合、またはクラウドで実行されているアプリケーションよりも新しいバージョンに更新する場合に適しています。

5. 緊急事態に備える

実際の移行プロセスを開始する前に、停電やネットワーク障害など、移行を中断する可能性のある緊急事態に備える必要があります。こうした予期せぬ出来事はまれですが、起こる可能性があります。移行の失敗や移行に時間がかかりすぎることを避けるには、バックアップ プランを作成する必要があります。

バックアップ プランは、クラウドからオンプレミスへの移行が正常に完了するまで、アプリケーションのクラウドベースのインスタンスを実行し続けることを意味します。それでも、クラウド移行が期待どおりにスムーズに進まなかった場合にパニックにならないように、正式な計画を立てておく必要があります。

6. 移行を実装する

データとアプリケーションをバックアップしたら、移行を開始できます。ほとんどの場合、企業はデータとアプリケーション イメージをネットワーク経由でオンプレミスの施設に移行できます。組織に大量のデータがある場合は、AWS Snowball などの代替データ転送サービスを検討することをお勧めします。

7. 新しいアプリケーションインスタンスを確認する

データとアプリケーションをオンプレミスの施設に移行したら、有効にする前にチェックを実行して、必要なとおりに機能することを確認します。企業は、データの破損がないこと、オンプレミス データの状態がクラウドベースのインスタンスの状態と一致していることを確認する必要があります。

移行プロセス中にアプリケーションが稼働し続ける場合、これは難しい場合があります。 rsync などのツールを使用して高速同期を実行し、2 つのバージョンのデータの一貫性を保つことができます。

負荷テストにより、オンプレミスのアプリケーションが想定されるトラフィックを処理できることが保証されます。セキュリティ スキャンは、企業がワークロード移行プロセス中に見逃した可能性のある脆弱性や構成リスクを検出するのに役立ちます。

8. アプリケーションを完全に起動して実行する

オンプレミス アプリケーションがすべての検証チェックに合格した場合、すべてのアプリケーション要求をオンプレミス インスタンスにリダイレクトし、クラウドベースのインスタンスをシャットダウンできます。

このプロセスでは通常、DNS レコードを更新して、アプリケーションの正しいインスタンスを指すようにします。オンプレミスのアプリケーション インスタンスにトラフィックを適切に転送するには、ロード バランサーとファイアウォールを構成する必要がある場合もあります。