IBM Cloud Docs
待ち時間の理解

待ち時間の理解

IBM Cloud® は、Direct Link 機能を備えたデータ・センターを世界中で提供しています。 このため、Direct Link を使用して、IBM Cloud を既存のインフラストラクチャーにつなぐことでハイブリッド・クラウド・ソリューションを作成すると、待ち時間を最小限に抑えることができます。

オンライン ストアを運営している場合でも、ビッグ データ ソリューションを実行している場合でも、ページの読み込みが遅い、またはデータ転送が遅いために売上が伸びないという話は聞きたくないはずです。 ネットワーク遅延は、インターネット上の接続された 2 つのポイント間でデータが移動する速度の測定値であり、速度低下を引き起こす可能性があります。 これは、あるデータ・パケットが 1 つの場所から別の場所に移動するのにかかる時間と考えることができます。

世界的に見ると、インターネットの全体的なレイテンシは、次のような変数に応じて大きく異なる可能性があります。

  • データが物理的にどのくらいの距離を移動するか、
  • データがサービスプロバイダー間で何回ホップする必要があるか、
  • 途中でどれだけの帯域幅が利用可能か
  • 同じパスを通過する他のデータ。

IBM Cloud Direct Link は、インターネットよりも優れたセキュリティーと確定的な待ち時間をもたらし、予測可能なパフォーマンスを実現します。

ネットワーク待ち時間の理解

すべてのネットワーク・プロバイダーは、最も多くの顧客に最も低いネットワーク遅延を提供したいと考えており、すべての顧客は可能な限り低い遅延を得たいと考えている。 これは、共有されている、望ましい成果です。

データは光ファイバーネットワークケーブルを介して光速で移動できますが、通常はそれよりはるかに遅い速度で移動します。 例えば、特定のネットワーク接続がその帯域幅容量に達した場合、データ・パケットは、そのパスを介して移動する順番を待つために一時的にキューに入れられることがあります。 例えば、特定のサービス・プロバイダーのネットワークが最適でないネットワーク・ルートを選択した場合、データ・パケットは目的地に到達する間に、目的地から何百マイルも離れた場所に送られる可能性がある。 このような遅延や迂回が、ネットワークの待ち時間を増やし、データ転送を遅くする原因となっている。

ネットワーク遅延はミリ秒単位で表されます (つまり、1 秒あたり 1,000 ミリ秒)。 数千分の1秒は日常生活ではあまり意味がないかもしれないが、ウェブ閲覧や商取引ではミリ秒が決め手になることが多い。 例えば、金融セクターでは、ミリ秒は、日常的に、売買取引の数十億ドルの損益差を意味することがあります。

ネットワーク待ち時間を最小化する一般的なアプローチ

共通の目標は待ち時間の最小化であるため、データの移動速度に影響する可能性がある潜在的な不確定要素の数を制限することが理にかなっています。 インターネット上でのデータの移動を完全に制御できるプロバイダーはありません。 ネットワーク遅延を最小限に抑える方法は次のとおりです。

  • データを世界中に分散させる: さまざまな場所のお客様が、地理的に近い場所からデータをプルできます。 データとお客様の距離が近くなるため、転送回数が減ります。 データの移動距離が短くなると、ルーティングによって大きなパフォーマンスの影響が出る可能性が低くなります。

  • 大容量のネットワーク・ポートを使用してサーバーをプロビジョンする: 1 秒当たりに大量のデータがサーバーを通過できるようになります。 ポートの帯域幅の限界に達したためにパケットが遅延した場合、ミリ秒単位の時間が経過し、ページのロードが遅くなり、ダウンロード速度が低下し、ユーザーの満足度が低下します。

  • プロバイダーがどのようにトラフィックをルーティングしているかを理解する:データが世界中の顧客にどのように転送されるかを知ることで、データのホスティング先についてより適切な判断ができるようになります。

IBM Cloud がネットワーク待ち時間を最小化する方法

IBM Cloud は、待ち時間を最小化する目的で、独特のネットワーク構築アプローチを採用しました。 IBM のすべてのデータ・センターがネットワーク PoP (Point of Presence) に接続されており、すべてのネットワーク PoP がグローバル・バックボーン・ネットワークを介して相互に接続されています。 IBM、独自のグローバル・バックボーン・ネットワークを維持しているため、当社のオペレーション・チームは、地域間のデータ転送を他のプロバイダーに頼る場合よりも、ネットワーク・パスとデータ転送をより正確に制御することができる。

例えば、ベルリンの顧客がダラスの IBM Cloud サーバーでホストされている猫のビデオを見たいとすると、その猫のビデオを構成するデータのパケットは、当社のバックボーン・ネットワーク( IBM Cloud トラフィックによってのみ使用される)を横切ってフランクフルトまで移動し、そこでパケットは当社のピアリングまたはトランジット公共サービス・プロバイダーの1つに送られ、最終的にベルリンのユーザーに届く。

グローバル バックボーン ネットワークがない場合、ビデオ パケットはダラスのピアリングまたはトランジット パブリック ネットワーク プロバイダーに送信されます。 次に、そのプロバイダーはパケットを自社のネットワーク経由でルーティングするか、ネットワーク ホップで別のプロバイダーにパケットを送信し、パケットは最終的にドイツに送られます。 グローバル バックボーン ネットワークを使用せずに、同じネットワーク遅延でパケットがダラスからベルリンに到達する可能性は十分にあります。 ただし、グローバル バックボーン ネットワークがなければ、変数が増えるため、全体のレイテンシを保証または予測することがはるかに難しくなります。

IBM Cloud では、独自のグローバル・バックボーン・ネットワークを使用するとともに、パブリック・トラフィック、プライベート・トラフィック、および管理トラフィックを別々のネットワーク・ポートに分けています。 これは、異なるタイプのトラフィックが互いに干渉することなく転送されることを意味します。

要約: ネットワーク待ち時間

顧客は、データをできる限り迅速に受け取りたいと考えています。 データがインターネットを介して到着するまでにかかる時間をネットワーク待ち時間と呼びます。 データのネットワーク・パスを詳細に制御できればできるほど、ネットワーク待ち時間の一貫性を向上させる (また、ネットワーク待ち時間を小さくする) ことができます。

  • とDirect Link、 IBM他のトラフィックがデータの移動を中断したりブロックしたりしないように、データが移動するパスを制御できます。
  • IBM Cloud は、業界をリードするサービスプロバイダーとして、高いパフォーマンス、セキュリティ、回復力を提供しています。
  • IBM Cloud では、ハイブリッド・クラウドのワークロードのニーズに対応するため、お客様のデータをより身近にし、レイテンシーと全体的なパフォーマンスを向上させるネットワーク・ポイント・オブ・プレゼンス( PoPs )を世界中に増やし続けています。