データパックがクラウド移行を成功させる秘訣である理由

調査会社ガートナーによると、世界のパブリッククラウド支出は、2021 年の企業の IT 支出の 17% 未満から 2026 年には 45% 以上に増加すると予想されています。これらの移行を実行する IT チームにとって、クラウド内のビジネス アプリケーションからネットワーク データ、特にパケット データにアクセスすることは、重要なプロアクティブなトラブルシューティング メカニズムです。アプリケーションまたはサービスをクラウドに移行する際、ネットワーク パケット データは、移行がアプリケーションのパフォーマンスにどのように影響するか、また、望ましいユーザー エクスペリエンスを実現するためにアプリケーションをどのように調整するかを IT​​ チームが理解するのに役立ちます。クラウド移行が完了した後、IT チームはネットワーク パケット データを使用してクラウド内のこれらのアプリケーションを継続的に監視し、アプリケーション パフォーマンスの低下の根本原因を積極的に発見し、必要に応じてクラウド プロバイダーとのサービス レベル契約 (SLA) が満たされていないことを証明できます。

顧客満足度、競争力、運用効率、収益性はすべて、安全で応答性の高いアプリケーションに依存するため、クラウド移行プロセス全体を通じて必要なアプリケーション パフォーマンスを確保することが重要です。これがどのように機能するか見てみましょう。

ネットワーク パケット データは、IT チームがクラウド移行中にアプリケーション パフォーマンスのトラブルシューティングを行う際に、いくつかの方法で役立ちます。

• アプリケーションのパフォーマンスをベンチマークします。アプリケーションの移行を計画する場合、パケット データを使用すると、IT 部門はアプリケーションがまだローカルで運用されている間にそのパフォーマンスをベンチマークできます。これにより、ユーザーが期待するエクスペリエンスのレベルを把握し、移行プロセス全体を通じてそれを維持できるようになります。
• 移行プロセス中にトラブルシューティングを行います。アプリケーション移行の一環として、IT チームは、ネットワーク、コンピューティング、メモリ、ストレージ、サービスなどのアプリケーションの依存関係と接続の複雑なセットを再構築する必要があります。このプロセス中にいくつかの問題が発生する可能性があります。パケット データに基づく可視性により、IT チームはこれらの依存関係を理解し​​、再構築し、移行後にテストすることができます。
• 新しい環境でアプリケーションをベンチマークします。アプリケーションとそれに対応するユーザー エクスペリエンスには、帯域幅、レイテンシなどの要件があり、これらもクラウドで維持する必要があります。これらのアプリケーションからのパケット データを監視することで、IT チームはこれらの変数がアプリケーションのパフォーマンスとエクスペリエンスにどのような影響を与えるかを把握できます。たとえば、クラウド アプリケーションからオンプレミス データベースにデータを移動する際の遅延は、ユーザー エクスペリエンスに影響を及ぼすほどでしょうか?データ パケットがなければ、ユーザーから苦情が出るまで IT チームはその質問に答えることができません。

クラウド移行はビジネス プロセスの始まりであり、終わりではありません。アプリケーションがクラウドに移行された後も、パケット データは依然として重要な役割を果たします。

• 継続的な監視が可能になります。クラウド コンピューティングは、オンプレミスのデータ センターとは多くの点で異なります。アプリケーションとその依存関係の相互作用が異なり、エクスペリエンスも異なる場合があります。クラウド内のネットワーク パケット データにアクセスすることで、アプリケーションの動作を調整するための、実績のある成功したメカニズムをオンプレミスで複製できます。また、アプリケーションが外部とどのように接続し、さまざまなプライベート ネットワーク (VPC) を介してどのように接続するかについて、より深い洞察を提供し、ボトルネックを解消するのにも役立ちます。
• 根本原因を特定します。クラウドでのアプリケーション パフォーマンスの問題の原因を突き止めることは、オンプレミスよりも複雑です。これは、IT 部門がインフラストラクチャ全体を制御できなくなり、AWS、Azure、または Google のデータ センターにアクセスしてサーバーの再起動を開始できないためです。アプリケーション パフォーマンス管理 (APM) ツールだけでは、あらゆる種類のアプリケーションの問題を見つけて修正することはできません。パケット データにアクセスすることで、アプリケーション チームとネットワーク チームが連携し、ユーザーからの苦情が出る前に、より深い問題とその根本原因を把握できます。
• SLA の問題に関係なく解決を加速します。パケット データにアクセスすることで、IT チームは、クラウド プロバイダーが期待されるリソースとエクスペリエンスに関してサービス レベル契約 (SLA) を満たしているかどうかを追跡できるだけでなく、トラブルシューティングと解決のプロセスをスピードアップするのにも役立ちます。 IT チームがそれが SLA の問題であると確信している場合でも、チケットを送信してクラウド サービス プロバイダーからの解決を待つことは、時間のかかるプロセスになる可能性があります。 IT チームには、ビジネスへの影響を防ぐために問題をより早く検出して修正するための独自の可視性メカニズムが必要です。

クラウドでネットワークパケットデータを取得する

パブリック クラウドまたはプライベート クラウドから高品質のパケット データにアクセスするには、物理​​および/または仮想ネットワーク タップ、パケット ブローカー、パケット キャプチャ デバイスの組み合わせ、およびトラフィック ミラーリングと負荷分散クラスの機能が必要です。 2019 年以前は、3 大パブリック クラウド プロバイダーは可視性の点で透明性がありませんでした。しかし、近年状況は変化しています。 AWS と Google Cloud は現在、関連するトラフィックを仮想パケット プロキシにミラーリングできるフロー/パケット ミラーリング機能を提供しています。仮想パケット プロキシはトラフィックを処理し、パフォーマンス監視およびセキュリティ ツール、パケット キャプチャ デバイス、および必要なその他のツールにルーティングします。 Microsoft Azure では、組み込み機能により、パケットが「インライン」モードで仮想パケット ブローカーに送信され、仮想パケット ブローカーはパケットをコピーしてから元のデータを宛先に送信します。

ほとんどのパブリック クラウドには、さまざまな種類のデータを測定するネイティブ監視サービスがありますが、現時点では部分的な可視性しか提供されておらず、大規模に使用するには非常にコストがかかります。これらのサービスのほとんどは、ログまたはストリーミング データに基づいて可視性と分析を提供するという適切な機能を備えています。しかし、パケット データに関しては、ほとんど価値のない生のパケット ストリームが提供されるだけです。したがって、前述のように、IT ではパケット データを消費し、分析し、そこから価値を生み出すサードパーティ ツールが必要です。

IT チームは、より堅牢な監視インフラストラクチャの利点が、それをセットアップするためのコストと時間を上回るかどうかを判断する必要があります。しかし、企業がクラウドファーストまたはクラウドスマートモデルへと移行し続けるにつれて、ビジネスアプリケーションのハイブリッドクラウド監視の必要性は高まるばかりです。したがって、移行中および移行後の完全なデータ パッケージの利点は否定できません。