MikroTik インターネットリンク使用状況を監視
概要 インターネットリンクは、各 MikroTik WAN インターフェースを監視対象のソースに変えます。事業者、契約速度、月間上限、請求サイクルのリセット日を登録すると、MKController はライブ消費量、リアルタイム速度、レイテンシを表示します — さらにレイテンシ、使用率の範囲、データ量の履歴チャートも提供します。データは毎分収集され、1時間ごとに集約されます。スクリプトも外部グラフ作成サーバーもありません。
MKController のインターネットリンクとは?
インターネットリンクは、MikroTik ルーターの背後にある WAN 接続の帯域幅と品質のモニターです。各リンクが 提供すべき もの — 事業者、契約ダウンロード/アップロード速度、月間データ上限、請求サイクルがリセットされる日 — を MKController に伝えると、MKController はリンクが 実際に 提供している内容をそれらの数値と継続的に比較します。
その結果は、すべての事業者がリンクについて尋ねる3つの質問に答える単一の画面です: 飽和しているか? 速いか? 安定しているか?
インターネットリンク監視がなぜ重要なのか?
MikroTik ルーターは自身のインターフェースカウンターを知っていますが、あなたの プラン は知りません。契約という概念を持たないため、「この 500 Mbps のリンクは契約容量の92%で稼働している」とか「このサイクルで 500 GB の上限のうち 430 GB を使用した」とは教えてくれません。
インターネットリンクはそのビジネスコンテキストを追加します:
- 顧客が電話してくる前に飽和を捉える。 リンクが何時間も契約帯域幅の90%を超えている場合、それは容量をアップセルしたりトラフィックを再分配したりするための早期警告です。
- 上限に対して使用量を追跡する。 従量制リンクでは、請求サイクル内のどこにいるかを知ることで超過の不意打ちを防げます。
- 品質を証明する。 レイテンシ履歴(平均、ピーク、P95)は、顧客が「インターネットが遅い」と報告したときに必要な証拠です。
インターネットリンクの仕組み
その仕組みはシンプルで、ソースが設定されると自動的に実行されます:
- 収集(毎分)。 MKController はデバイスをポーリングし、生のサンプル(インターフェースのバイトカウンターと最大3回の ping テストの結果)を保存します。
- 1時間ごとの集約。 バックグラウンドエンジンがそれらのサンプルをインターフェースごとに1時間に1つのレコードへ処理します — 入出力の総バイト数、およびスループットとレイテンシの両方の分単位の 平均、最大、最小、P95。この集約は15分周期で繰り返し実行されます。
- ライブスナップショット。 3つのライブカードは最新のサンプルを直接読み取るため、「現在の消費量」、「現在の速度」、「現在のレイテンシ」は1時間平均ではなく、おおよそ直近1分間を反映します。
はじめに: 最初のソースを追加する
デバイスごとに最大 4つ のソースを登録できます。
- MKController で デバイス メニューを開き、デバイスを見つけて 詳細を表示 をクリックします。
- インターネットリンク セクションを開きます。
- ソースを追加 をクリックします。
- ドロップダウンから インターフェース を選択します。リストはデバイスからライブで読み込まれるため、実際のインターフェースのみが表示されます。
- 事業者 名を入力します — 例えば Vivo、Claro、または TIM。これがダッシュボード全体でソースにラベル付けされる方法です。
- ダウンロード速度 と アップロード速度 を契約プランに合わせて Mbps で設定します。これらはすべての使用率パーセンテージが測定される基準値です。
- 帯域幅上限 を GiB で設定するか、プランに上限がない場合は 無制限 にチェックを入れます。
- 請求サイクルのリセット日(1から28 までの日)を設定します — 事業者が使用量をリセットする月の日です。
- ソースを作成 をクリックします。
最初のサンプルが収集されるとすぐにダッシュボードにデータが反映されます。後でプランを変更するには、データソーステーブルの編集(鉛筆)アクションを使用します。リンクの監視を停止するには、削除(ゴミ箱)アクションを使用します。

データソーステーブル
画面上部のテーブルには、設定されたすべてのソースとそのプランが一覧表示されます。
表示内容 — ソースごとに6列の1行:
| 列 | 意味 |
|---|---|
| インターフェース | 監視対象の MikroTik インターフェース(例: ether1)。 |
| 事業者 | 入力したラベル(ISP / キャリア名)。 |
| データ使用量 | 現在選択されている期間(期間セレクターを参照)にわたってこのソースで転送された総量を、人間が読める単位で表示。 |
| ダウンロード速度 | 契約ダウンロード速度(Mbps)。 |
| アップロード速度 | 契約アップロード速度(Mbps)。 |
| 帯域幅上限 | 月間上限(GiB)、または 無制限。 |
計算方法 — インターフェース、事業者、速度、上限は、ソースを作成したときに入力した値です。データ使用量 は、選択した期間にわたってそのソースに記録されたすべてのダウンロード + アップロードバイトの合計で、その後 B / KB / MB / GB にフォーマットされます。
日常的な例 — ether1 上で Vivo とラベル付けされたソース、プラン 500 Mbps / 100 Mbps、無制限 は、現在、過去30日間で 142.66 GB のデータ使用量を示しています。
現在のステータス: 請求サイクル
ライブカードの上に、単一のバーがこの接続が請求サイクル内のどこにあるかを要約します。
表示内容 — プランの位置をわかりやすい言葉で: サイクルのどこまで進んでいるか(「31日のうち10日目」)、いつリセットされるか、そして — 上限のあるプランでは — 消費量を月間上限と比較する使用量バー。
計算方法 — 設定したリセット日(1〜28)がサイクルを定義します。今日がリセット日以降であれば、サイクルは今月のその日に始まり、そうでなければ先月のその日に始まりました。次のリセットは開始からちょうど1か月後で、「N日のうちX日目」はそのウィンドウ内で経過した日数です。上限のあるプランでは、使用量バーは 現在選択されている期間の使用量を月間上限に対して測定した値 で埋まり、100% で上限が設定されます。バーは75% で黄色、90% で赤になります。
日常的な例 — リセット日が 1 の 500 GB の上限付きプラン: 31日の月の10日目には、バーは 「31日のうち10日目 · 7月1日にリセット」 と表示され、塗りつぶしは選択した期間の使用量を 500 GB の上限に対して反映します。
ライブカード
3つのカードがリンクの健全性を一目で示し、それぞれ最新のサンプル(おおよそ直近1分間)から更新されます。
現在の消費量

表示内容 — 現在、契約 帯域幅のどれだけが使用中かを、パーセンテージのドーナツとして、ダウンロードとアップロードのシェアを個別に列挙し、ステータスバッジ(中程度 / 高 / 危機的)とともに表示します。
計算方法 — 各方向について、MKController はリンクの現在のスループットをその方向の契約速度と比較し、パーセンテージとして表現します。見出しの数値はダウンロードとアップロードのパーセンテージの 高い方 で、100% で上限が設定されます。バッジはそのパーセンテージによって決まります: 75% 未満で 中程度、75〜89% で 高、90% 以上で 危機的。
日常的な例 — 繁忙時間帯の 500 / 100 Mbps のリンクは 61.80% ダウンロード、24.10% アップロード を示すため、ドーナツは 62% と表示され、高 バッジが付きます — ダウンロード容量が埋まりつつあるが、まだ危機的ではないという信号です。
現在の速度

表示内容 — 今リンクを通過している実際のスループットを、ダウンロードとアップロードに分けて表示します。
計算方法 — 最新のサンプルのバイトカウンターは 秒あたり のレートに変換され、人間が読める単位(KB、MB、GB 毎秒)で表示されます。
日常的な例 — 夜のピーク時に、カードは ダウンロード 7.50 MB と アップロード 1.20 MB と表示します — つまりその時点で約 7.5 MB/s のダウンロードと 1.2 MB/s のアップロードです。
現在のレイテンシ

表示内容 — 最後のサンプルにわたって平均された、ミリ秒単位のリンクのラウンドトリップ応答時間を、品質バッジとともに表示します。
計算方法 — 各サンプルは最大3回の ping テストを実行し、その結果は平均されて「n ms」として表示される単一の値になります。バッジのしきい値は: 50 ms 以下で 良好、51〜100 ms で 高、100 ms 超で 危機的。
日常的な例 — ping テストが 14 ms、16 ms、18 ms を返すと、カードは 良好 バッジとともに 16 ms を表示します。
時間経過によるパフォーマンス
ライブスナップショットの下に、履歴セクションがトレンドを視覚化します。2つのセレクターがこのセクションのすべてのスコープを定めます:
- インターフェース — チャートが説明する設定済みソースを選択します。
- 期間 — 24時間、7日間、または 30日間。
これらのチャート上の各ポイントは1時間を表します。

レイテンシチャート(平均 / 最大 / 最小 / P95)
表示内容 — 選択した期間にわたるラウンドトリップレイテンシの4本の線: 1時間ごとの 平均、最大、最小、P95(サンプルの95% がそれ以下にとどまる値)。
計算方法 — 各時間内で、MKController は毎分の ping 平均を収集し、次を導出します: 平均 = それらの値の平均; 最大 / 最小 = 最高値 / 最低値; P95 = ソートされたサンプルの95パーセンタイルの値。
日常的な例 — 24時間にわたって、健全なリンクは 平均 ≈ 18 ms、最小 9 ms、P95 95 ms、そして単一の 最大 140 ms のスパイクを示します — リンクは通常は優れていて、1回の短い輻輳イベントがあったことを教えてくれます。
帯域幅使用率の範囲
表示内容 — リンクが期間のうちどれだけを各使用率帯で過ごしたか: 75% 未満、75% から 90% の間、90% から 95% の間、95% を超える。トグルが基準を平均、最大、最小、P95 の間で切り替えます。
計算方法 — 期間内のすべての時間について、MKController は選択した使用率メトリクス(例: 1時間ごとの平均 %)を取り、その時間を4つの帯のいずれかに分類します。各帯の値は全時間に占めるそのシェアで、合計が 100% になるパーセンテージとして表現されます。
日常的な例 — 平均基準を使用した24時間のウィンドウ(24個の1時間ポイント): 18時間が 75% 未満、4時間が 75〜90%、1時間が 90〜95%、1時間が 95% 超 → 75% / 17% / 4% / 4%。1日の大半は快適ですが、数時間がリンクに強い負荷をかけます。
インターネット消費(%)チャート
表示内容 — 同じ平均 / 最大 / 最小 / P95 の使用率を、パーセンテージの時系列としてプロットし、飽和が視覚的に目立つよう 75% と 90% に参照線を引きます。
計算方法 — 帯域幅使用率の範囲の背後にある使用率の数値と同一です: 1時間ごとに、スループット対契約速度、ダウンロードとアップロードの高い方を取り、100% で上限を設定します。ポイントにカーソルを合わせると、その時間が契約帯域幅の 80% を超えて稼働した分数 も明らかになります。
日常的な例 — 平均線が午後中ずっと 40% 前後を漂い、その後最大線が20:00に 90% のガイド線に触れ、ツールチップに 「80% 超で 12 分」 と表示されます — 明確で日時を特定できる輻輳ウィンドウです。
データ使用量チャート
表示内容 — 時間経過による ダウンロード と アップロード トラフィックの量を、期間の合計と各方向のシェアをチャートの上にインラインで表示します。
計算方法 — 短いウィンドウではチャートは分単位のデルタをプロットし、より長い期間では各時間の総ダウンロードとアップロードのバイト数をプロットします。インラインの合計は期間にわたって各方向を合計し、パーセンテージは合算した合計に占める各方向のシェアです。
日常的な例 — 30日間にわたって、ソースは合計 ダウンロード 142.66 GB(84%) と アップロード 27.18 GB(16%) になります — ダウンロード偏重の典型的なトラフィックプロファイルです。
制限事項と知っておくべきこと
- ライブメトリクスはプライマリ WAN(
ether1)を対象とする。 ライブ消費量、速度、レイテンシ、および1時間ごとの最大/最小/P95/80超の品質メトリクスは、プライマリインターフェースに対して計算されます。その他の設定済みソースは引き続き総データ量を追跡します。 - ライブと履歴のタイミング。 ライブカードは最新のサンプル(〜1分)を読み取り、チャートは1時間ごとの集約を読み取りますが、これは最大で15分の集約周期分遅延します。
- デバイスごとに 最大4つのソース。
- リセット日の範囲は 1〜28 なので、すべての月に有効なリセット日があります。
まとめ
インターネットリンクは、すべての MikroTik WAN に、自身のカウンターには欠けているコンテキスト、つまり測定の基準となる契約を与えます。飽和、速度、レイテンシ、データ量は、対処して共有できる数値になります — 「リンクは問題ない」 が 「これが使用率、これが P95 レイテンシ、これが上限の状況です」 になります。
- 飽和の可視性 — 顧客が感じる前にリンクが埋まりつつあることを知る。
- 品質の証拠 — ライブの ping だけでなく、P95 を含むレイテンシ履歴。
- 使用量の明確さ — プランと請求サイクルに対して追跡されるデータ量。
監視対象のデバイスがオフラインになった瞬間に通知を受けるには、これを Telegram アラート と組み合わせてください。スループットと並行して稼働時間を追跡するには、可用性監視 を参照してください。
お探しの情報が見つかりませんでしたか? 他にご質問はありますか? 資料の改善にご協力いただけますか? ぜひお気軽に MKController にお問い合わせ、サポートをお求めください! ご質問は こちらをクリック してください。