クラウドへのデータセンター移行チェックリスト

クラウドサービスは、仮想マシンを実行するための高可用性と信頼性を確保します。多くの企業が、独自の物理データセンターに加えてクラウドサービスを利用しています。また、自社のデータセンター内のサーバーに代わりクラウドを利用する企業もあります。他の企業は、自社のオンプレミスデータセンターからクラウドへの移行を検討しており、特にパンデミックの影響でこの動向が拡大しています。

このブログ投稿では、データセンター移行を定義し、データセンターの移転中に直面する複雑さと課題について詳細に説明します。また、移行プロセスをスムーズに進行させるためのデータセンター移行チェックリストも共有します。

データセンターとは？

A data center is a facility housing computing, storage, and network resources. This facility provides resilient environmental, power, and network redundancy. Data centers are among the very complex and technologically advanced entities, with complex systems, architecture, and network intricacies.

データセンターは、私有で管理される場合もありますし、多くのプライベート管理された「ポッド」のコンピュータ/サーバー/ネットワークリソースを持つ公共所有の場合もあります。データセンターのリソースに関連するすべての複雑さを考慮すると、組織が別のデータセンターに移行する理由があるかもしれません。

データセンター移行とは何ですか？

データセンター移行は、ハードウェアを物理的に移動するか、ワークロードを別の場所に論理的に移動するプロセスです。移行先は別の物理データセンターであるか、パブリッククラウドの仮想データセンターです。

データセンター移行の理由

組織がリソースを1つのデータセンターから別のデータセンターに移行する理由は、ビジネスニーズから技術ニーズまでさまざまです。

ビジネスの観点から見ると、データセンターの移転には、合併、買収、リソースの適正化、ダウンサイジング、またはスケーリングアウトなど、理由があるかもしれません。さらに、組織は高可用性の観点からスケーリングアウトし、ビジネスのニーズに基づいてさまざまなデータセンターにリソースを移動するかもしれません。

技術の観点から見ると、データセンター技術は常に変化し進化しています。機能や機能性を向上させるために、あるデータセンターから別のデータセンターに移動する技術的な理由があるかもしれません。さらに、組織はリソースを複数の地域に分散配置してパフォーマンスと耐障害性を向上させることを決定するかもしれません。

データセンターを移行する具体的な理由に関係なく、リソースの移動がエンドユーザーに障害やパフォーマンスやサービスの低下を経験させることなくシームレスに行われるようにするために、複雑さとプロセスを注意深く考慮する必要があります。

データセンター移行のベストプラクティス

データセンター移行戦略で実施できるベストプラクティスを見てみましょう。これらのプラクティスに従うことで、データセンターをスムーズに移行し、データの可用性やユーザーエクスペリエンスに悪影響を与えることなく移行できます。

移行の基準と目標の確立

ビジネスのニーズや、移行によって解決しようとしている問題に基づいて、データセンターの移行の基準と目標は異なる場合があります。データセンターの移動がリソースの一部を移動させる部分的な移行である場合、これは1つのデータセンターから別のデータセンターへのすべてのリソースの移行とは異なる移行の景色を変えます。

プロジェクトの技術的側面だけでなく、プロジェクトのビジネス目標も評価することが重要です。これにより、技術的な目標とともにビジネス目標と影響が考慮されるようになります。

現在のデータセンターリソースをパブリッククラウドに移行する場合はどうなるでしょうか？

パブリッククラウドまたはプライベートデータセンター：データセンターの要件の理解

組織の間でのトレンドは、より多くのリソースをパブリッククラウドに移行することです。データセンターの移行は、プライベートデータセンターからパブリッククラウドへの移行を意味し、パブリッククラウドのベンダーの1つを介して移行することがあります。Amazon AWS、Microsoft Azure、またはGoogle Compute Cloudの選択。

各移行には異なる課題があり、考慮する必要があります。パブリッククラウドへの移行では、物理リソースは移動されないため、仮想または論理リソースのみが移動します。他のプライベートデータセンターへの物理的なリソースの移行の場合、移動する物理的なリソースや資産があるかもしれません。

クラウドへのデータセンター移行がどのようにして事態を大きく変えるかの一例は、ネットワーク通信の領域にあります。例えば、Amazon AWSではVLANの概念が存在しません。顧客は、純粋なレイヤー3ネットワークの上にネイティブツールを備えたオーバーレイネットワークが提示されます。したがって、セグメンテーションにVLANを依存しません。

パブリッククラウドネットワークでは、ネットワークポリシーはホスト中心であり、ネットワークレベルではありません。実施はホストレベルでセキュリティグループを介して行われます。また、Amazonでは、VPCをプロビジョニングするとネットワークのサイズが固定されます。したがって、VPCネットワークの正しいサイズをフロントエンドでプロビジョニングすることが重要であり、データセンターのクラウドへの移行を慎重に考える必要がある良い例です。

プライベートデータセンターの移行では、ターゲットデータセンターでのインフラストラクチャーをほぼ同一のシナリオで作成し、現在の本番データセンターに存在するリソースをターゲットデータセンターにプロビジョニングする「クッキーカッター」アプローチを採用できます。

徹底した計画

一般的に、データセンターの移転は重要な作業であり、成功裏に完了するために過小評価すべきではありません。不適切なデータセンターの移行は、サービスの中断、データバックアップの不足によるデータ損失、不満な顧客、ブランドの評判損傷、そして最終的には適切な計画と準備が不足していた組織に現実的な損害をもたらす可能性があります。データセンター移行チェックリスト

データセンター移行チェックリスト

トラブルを避け、データセンターを最良の方法で移行するために、データセンター移行チェックリストに従ってください。

1. データセンター移行計画

通常、データセンターの移行計画には、数週間から数か月の準備が必要です。データセンターの移行計画には、以下のポイントが含まれるべきです：

既存のデータセンターと新しいデータセンターのサイト調査

A necessary component is a site survey of both the existing data center and the new data center. The following questions should be answered:

• 現在のデータセンターの物理リソースは移動されますか？
• もし答えが「はい」であれば、ケーブリングやその他の物理的なレイヤー1の接続は完全に理解されていますか？
• 物理インフラが移動された後、ターゲットデータセンターでこれを複製できますか？
• 新しいデータセンターに物理リソースが移動されない場合、既存のインフラの適切な代替品が用意されていますか？

すべてを文書化

すべてのインフラ要件、ストレージ、コンピュート、ネットワーク要件、アプリケーション要件、およびその他のインフラ要件が文書化されていますか？

注意：

• 十分な文書化が少なすぎるよりも良いです。
• 重要でないと考えられるものでも、すべてのラック、ラックの「U」、仮想マシン、ネットワーク、およびアプリケーションが文書化されていることを確認してください。

依存関係

• 現在のデータセンター環境に複製する必要がある依存関係は完全に理解されていますか？
• 現在のデータセンターには、ターゲットのデータセンターに複製する必要がある付随システムがありますか？

ネットワークが必要です

現在のデータセンターで必要な既存アプリケーションに対するLANおよびWANの考慮事項は何ですか？
プライベートデータセンター

• 新しいデータセンターでプロビジョニングする必要があるVLANはありますか？それらは現在のデータセンターで使用されていますか？
• 現在のデータセンターのリソースとアプリケーションのIPアドレスのニーズは何ですか？
• レガシーアプリケーションは、移行前にフラッシュアウトする必要があるハードコードされたIPアドレスに依存していますか？
• WAN IPアドレスの懸念事項は何ですか？すべてのWAN IPアドレスの考慮事項が考慮されていますか？
• DNSおよび名前解決はどのように行われますか？
  • 現在のデータセンターと新しいデータセンターのリソースは、DNSの収束に時間をかけてDNSを優雅にシフトできるように並行して実行されますか？
  • 他のメカニズム、例えばIP Anycastなどは、複数の場所から同じIPプレフィックスを広告し、BGPやその他のルーティングプロトコルがリンクのコストと健康状態に基づいてルーティングできるようになりますか？
• 必要なWAN回線は注文されましたか？新しい回線を立ち上げるために十分な余裕がありますか？一部のISP（インターネットサービスプロバイダー）は新しい回線を立ち上げるのに最大90日かかる場合があります。これらの時間的余裕は、データセンターの移行計画に組み込まれるべきです。

パブリッククラウド

• パブリッククラウドにはVLANが存在しないため、レイヤー2の要件はネットワークアクセスの再設計を考慮する必要があります。
• 何個のIPアドレスが必要ですか？サブネットのサイズはどれくらい必要ですか？AWSは/16サブネットをデフォルトで提供しています。
• ネットワークセキュリティをどのように設定する必要がありますか？どのセキュリティグループを考慮する必要がありますか？
• VPCごとのセキュリティグループの制限は500です – 提供されるセキュリティグループよりも多くのセキュリティグループが必要ですか？
• 複数のVPCをプロビジョニングする必要がありますか？
• パブリッククラウドに移行する場合、おそらく自動化ツールの変更が必要になります。これらは考慮されていますか？

2. データセンター移行テストチェックリスト

移行プロセスのすべてのステップを実行できないかもしれませんが、移行の1回または複数のテスト実行は役立ちます。また、ネットワークの移行アイテムなどの主要なコンポーネントをラボ環境内でステージングできる場合、アプリケーションなどの潜在的な問題を実際の移行が行われる前に明らかにするのに役立ちます。

• チームの主要メンバーと移行の主要なポイントについて話し合います。
• 最も可能性が高い順序で実行する必要があるイベントの順序を把握してください。チェックリストのアイテムの中には、おそらく他のアイテムが先に完了する必要があるものがあるでしょう。
• データセンターの移行をシミュレートするためにラボ環境を活用し、ネットワークリソースやアプリケーションのテストおよびトラブルシューティングを含めます。テストは、データセンターの移行チェックリストの重要なポイントです。

3. データセンターの移行の実行

計画が立てられ、リソースが新しいデータセンターの場所またはパブリッククラウドに登場する準備が整っている場合、移行を実行する時が来ました。データセンターの移行中の考慮事項:

• 移行の各側面を担当する人物を把握してください。重要な移行の側面の責任が漏れ落ちることを防ぐためにも、前もって担当者が誰であるかを知っておくことが重要です。
• 移行プロジェクトに関わるすべての関係者と詳細な行動計画を作成してください。責任をリストアップします。
• 関係者の連絡先情報、電話番号などを用意しておき、データセンター移行の問題に取り組む際に連絡先情報を見つける手間を省きます。
• 予備のベンダーの連絡先情報を用意してください。これには、データセンターの連絡先、ISP、ネットワークエンジニア、インフラエンジニア、オペレーションエンジニアなどが含まれます。
• 電子通信、バナーページなどを介して事前にエンドユーザーに通知してください。メンテナンスウィンドウが予想されることを詳細に説明することで、エンドユーザーの不満を最小限に抑えます。
• リソースの移行によるエンドユーザーの問題が増えた場合に備えてトリアージのチームを用意してください。

4. データセンター移転チェックリスト

データセンターリソースが移行された後、移行によるパフォーマンスの問題やその他のシステムの問題を迅速に把握する必要があります。

• 移行後のシステムプロセスとアプリケーションの可用性の整合性を検証するために、このタスクに割り当てられたチームを持っているかどうか確認してください。手動でのチェックまたは自動化手段による検証を行います。
• 世界各地からのトラフィックを受信する場合は、名前レコードが変更された場合に引き起こされる地理的な場所間の不一致をテストするために、世界中の異なるエンドポイントからのトラフィックをシミュレートしてください。
• アプリケーションのエラーだけでなく、そのアプリケーションのパフォーマンスもテストしてください。
• パフォーマンスの改善が期待されていますか？
• 移行に関連する基礎的な問題を示すパフォーマンスが悪化していますか？
• メンテナンス期間が終了し、システムが通常の動作をすると予想されるときにエンドユーザーに通知してください。これにより、エンドユーザーが移行関連の問題か実際の問題かを把握できます。データセンターの移行中に遭遇した問題を収集するために、関与するすべてのチームメンバーとポストモーテムを行ってください。これにより、将来的により強力なチームを構築し、予防できた問題を明らかにし、将来のプロジェクトに取り入れることができます。
• チーム全員が参加してデータセンターの移行中に発生した問題を収集するためにポストモーテムを行いましょう。これにより、将来的により強力なチームを構築し、防止できた問題を明らかにし、将来のプロジェクトに活かすことができます。

注意:データセンターの移行がクラウドに完了した場合、データを保護するためにクラウドバックアップ戦略を実装する必要があることを覚えておいてください。

締めくくりの考え

データセンターの移行は、組織が行う可能性のある最も複雑なプロセスの1つです。移行には、システムに正確で計算された変更を加える必要があり、これにより、移行中にシステムをオンラインのままにするか、できるだけ早くオンラインに戻すことができます。

成功した移行の報酬は大きいです。これにより、ビジネスはより現代的で技術的に高度なデータセンターへの技術ニーズを拡大できます。さらに、組織はクラウドへのデータセンター移行を行うことができます。いずれの場合も、適切な計画立案、テスト、および計画の実行により、組織は成功したデータセンターの移行という難しい偉業を成し遂げることができます。

移行を開始する前にデータをバックアップすることを強くお勧めします。データセンター内の物理および仮想マシンを保護するために、NAKIVO Backup＆Replicationの無料トライアルをダウンロードしてください。