---
title: "ラストマイル・パフォーマンスを測定するためのベストプラクティス"
slug: "best-practices-to-measure-last-mile-performance"
updated: 2026-07-30T01:20:31Z
published: 2026-07-30T01:20:31Z
canonical: "knowledge.catonetworks.com/best-practices-to-measure-last-mile-performance"
---

> ## Documentation Index
> Fetch the complete documentation index at: https://knowledge.catonetworks.com/llms.txt
> Use this file to discover all available pages before exploring further.

# ラストマイル・パフォーマンスを測定するためのベストプラクティス

この記事は、Cato Cloudのラスト マイル パフォーマンスをパブリック インターネットと比較して測定するためのベストプラクティスと、結果を分析する際の考慮事項について説明しています。 以下で説明するように、さまざまなパフォーマンス テスト結果には多くの理由が考えられます。

## パフォーマンステストに備える

- ネットワークの輻輳は、すべてのパフォーマンス テストに不可欠な要素です。 リンクの輻輳の影響を最小限に抑えるために、帯域管理プロファイルを確認してください。 詳細については、[Cato 帯域管理プロファイルとは](/v1/docs/what-are-the-cato-bandwidth-management-profiles)を参照してください。
- 帯域幅の設定がCatoサイト ライセンスの条件に従って構成されていることを確認してください。 Catoサイトライセンスの帯域幅の値がISPリンクの帯域幅を超えている場合は、各リンクの帯域幅をISPの帯域幅に合わせて設定します。 Catoサイト ライセンスの詳細については、 [Cato ライセンスタイプを使用する](/v1/docs/working-with-cato-license-types)を参照してください。

以下の項目を書式設定します：

- 速度テストは、テストを実行するハードウェアと、速度テストを実行する方法の影響を受けます。 ブラウザからテストを実行する場合、特に専用アプリケーションではなく、速度テストはCPUの高い割合を利用する可能性があります。 しばしば、良くない結果は基礎的なネットワーク状態ではなく、パワーの不足したハードウェアが原因です。
- 速度テストは、スループットをさまざまな方法で測定するサードパーティのサーバーとネットワークに依存しています。 結果はテスト手法に依存します。 Catoは、指示に従って [こちら](/v1/docs/troubleshooting-socket-site-packet-loss#14-testing-the-link-with-iperf)のSocket WebUIで使用されている速度テストを使用することをお勧めします。
- Catoを利用した速度テストの結果がCatoをバイパスしたテストより低い理由はさまざまあります。 例として、DTLSトンネルはオーバーヘッドを追加し、スループットを低下させます。 さらに、帯域管理も考慮する必要があります。 Cato ライセンスだけが制限要因とは考えないでください。

## パフォーマンス テストを実行する

- テストはWebUIから実行し、外部の3rd-パーティエンティティを通じて行わないことをお勧めします。 上述のように、ハードウェアの構成が速度テストに影響を与える可能性があり、結果が悪化する可能性があります。 さらに、3rd-パーティのエンティティを使用すると、結果に一貫性がない可能性があります。
- Cato Cloud をバイパスするトラフィックの結果は、Cato Cloud を通過するトラフィックの結果とは異なります。