帯域幅を確認し、スループットを診断する

測定値を区別する

ポート速度はネゴシエートまたは設定されたリンクレートです。トラフィック量は時間経過で転送されるバイト数またはパケット数です。スループットはワークロードが達成する有用なレートで、両エンドポイント、プロトコル動作、ディスクとCPUの制限、パケットロス、レイテンシ、輻輳、テスト設計に依存します。無制限とは、含まれるサービスが転送許容量で課金されないことを意味し、物理ポートの制限を取り除くものではなく、すべてのフローがラインレートに達することを保証するものでもありません。

サーバーには、構成に関連付けられたポート階層が表示されます。そのラベルはトラフィック測定ではありません。ネットワークチャートにはまだライブサンプルが含まれていないため、使用状況、ピーク、履歴の証拠には独自の監視を使用してください。

読み取り専用のベースラインを収集する

インターフェース名を確認し、既知の間隔でカウンターを2回検査します。eth0を実際のインターフェースに置き換えてください。Linuxカーネルは、ip -s -sが詳細なリンク統計を公開し、ethtoolが標準およびドライバー定義のカウンターを公開できることを文書化しています。カウンター名とサポートはドライバーによって異なるため、1つのフィールドだけを選択するのではなく、完全な出力を保存してください。

• RXまたはTXエラーおよびドロップカウンタの増加は調査すべき証拠であり、プロバイダーの障害の証明ではありません。
• 期待されるティアを下回る表示リンク速度は、インターフェースとドライバの詳細とともに報告する必要があります。
• アプリケーションテスト中にインターフェースが静かな場合は、ワークロードが別のインターフェース、名前空間、またはパスを使用している可能性があります。
• ゲストカウンターは、上流のスイッチやトランジットパス上のすべてのイベントを明らかにすることはできません。

ip -brief link
ip -s -s link show dev eth0
ethtool eth0
ethtool -S eth0

有用なテストを設計する

1. 質問を明確にしてください：単一フロースループット、集約スループット、パケット損失、レイテンシ、またはインターフェースエラー。
2. 使用が許可されている管理されたエンドポイントを選択し、その場所と容量を記録します。
3. 定義されたUTC間隔中に、ゲストカウンターとアプリケーションメトリクスを収集しながら測定します。
4. 複数の設定を一度に変更するのではなく、別の宛先や時間枠など、1つの変数だけを変更して繰り返します。
5. 本番環境を混乱させたり、不正なトラフィックを発生させたりする可能性のあるテストは中止してください。

期待される結果とエスカレーション

期待される結果は、インターフェース、2つのエンドポイント、プロトコル、時間枠に結びついた再現可能な観測であり、プレースホルダーグラフのスクリーンショットではありません。ローカルカウンターが健全でも、複数の適切な宛先に対してパフォーマンスが一貫して悪い場合は、サーバー、リージョン、アドレス、インターフェース、時間枠、方向、期待されるティア、観測されたレート、エラーカウンター、テスト方法をオペレーターに送信してください。

履歴トラフィック チャートはまだ利用できません。履歴トラフィックの証拠が運用上重要な場合は、独自の監視を維持し、共有可能なプロバイダー側のデータについてオペレーターと合意してください。