テレメトリーとは何か

たとえば、ルーターやスイッチから次のような情報を収集します。

• インターフェースの送受信トラフィック
• エラー数・廃棄パケット数
• CPU使用率
• メモリ使用率
• 温度
• インターフェース状態
• BGPネイバー状態
• OSPFネイバー状態
• 経路数
• 装置や電源の状態

これらを時間とともに保存すると、 単に「今は正常か」を確認するだけではなく、 過去から現在までどのように変化したのかを確認できます。

なぜネットワークテレメトリーが必要なのか

ネットワーク規模が大きくなるほど、 「機器へログインしてshowコマンドを確認する」という運用だけでは限界があります。

「現在値」と「履歴」では得られる情報が違う

たとえば、利用者から午前10時30分に 「Web会議が途切れた」と連絡があったとします。

11時に機器へログインして確認すると、 CPU使用率は20％、回線使用率は30％で正常でした。

しかし、それだけでは 10時30分に何が起きていたのか分かりません。

履歴が残っていれば、 障害申告時刻と同じ時間帯に帯域使用率やエラー数が変化していないか確認できます。

SNMP監視とテレメトリーの違い

テレメトリーを理解するとき、 従来から広く利用されているSNMP監視と比較すると分かりやすくなります。

PullとPushを理解する

Monitoring Server
      |
      |  request
      v
Network Device
      |
      |  response
      v
Monitoring Server

Network Device
      |
      | data
      | data
      | data
      v
Telemetry Collector

テレメトリーと可視化の全体構成

実務では、ネットワーク機器から直接グラフを表示するのではなく、 複数の役割を持つコンポーネントを組み合わせます。

1．ネットワーク機器

データの発生源です。 ルーター、スイッチ、ファイアウォール、無線LAN機器などが対象になります。

2．転送プロトコル

gNMIやgRPCベースの仕組みなどを利用して、 機器の状態データをコレクターへ届けます。

3．コレクター

ネットワーク機器から送られたデータを受信し、 必要に応じてデータ形式を変換したり、 保存先へ転送したりします。

実装例としては、gNMI対応コレクターやTelegrafなどがあります。 製品・環境に応じて選択します。

4．時系列データベース

「時刻」と「値」を組み合わせて保存するデータベースです。

2026-08-16 10:00:00  interface_utilization = 42
2026-08-16 10:00:10  interface_utilization = 48
2026-08-16 10:00:20  interface_utilization = 71
2026-08-16 10:00:30  interface_utilization = 96

このように履歴を保存することで、 グラフ化や傾向分析が可能になります。

5．可視化・アラート

保存された情報をダッシュボードへ表示し、 運用担当者が状態を判断できるようにします。

可視化ツールとしてGrafanaなどを利用する構成があります。

テレメトリーではどのようなデータを収集するのか

「取得できるデータを全部保存する」のではなく、 運用目的から必要な情報を選ぶことが重要です。

すべてを同じ頻度で取る必要はない

たとえばCPU使用率は30秒間隔でも十分かもしれませんが、 重要回線のトラフィック変動を詳しく分析したい場合は、 より細かい間隔が必要になる場合があります。

YANGとgNMIの基本

モデル駆動型テレメトリーを学ぶと、 YANGとgNMIという言葉がよく登場します。

YANGとは

YANGは、ネットワーク機器の設定情報や状態情報を 構造化して表現するためのデータモデル言語です。

たとえば、インターフェースについて 「名前」「状態」「送信カウンター」「受信カウンター」などを 階層構造として表現できます。

interfaces
└── interface
    ├── name
    └── state
        ├── admin-status
        ├── oper-status
        └── counters
            ├── in-octets
            └── out-octets

実際のパスやデータモデルは利用する機器・モデルによって異なりますが、 「状態データが構造化されている」という考え方が重要です。

gNMIとは

gNMIは、gRPCを利用してネットワーク機器の設定や状態情報を扱うための インターフェースです。

テレメトリーでは、 「このパスの情報を購読したい」 という形で必要なデータを指定して受信する構成があります。

テレメトリーデータの収集方式

テレメトリーでは、 「どのデータを、どのタイミングで送るか」を設計します。

収集間隔を決める考え方

時系列データを保存して可視化する

テレメトリーの大きな価値は、 データを時間軸で比較できることです。

たとえば、インターフェース帯域使用率をグラフにすると、 数値だけを一覧表示する場合より変化を把握しやすくなります。

Bandwidth Utilization

100% |                  ████
 80% |             █████████
 60% |        ███████████████
 40% |   ████████████████████
 20% |████████████████████████
     +-------------------------
      09:00 10:00 11:00 12:00

グラフから、たとえば 「11時台から利用率が急増している」 「毎日同じ時間帯にピークがある」 といった傾向を確認できます。

時系列データを使ってできること

良いネットワークダッシュボードの作り方

可視化では、 「取得できるデータを全部グラフにする」ことが目的ではありません。

運用担当者が 異常の有無と影響範囲を短時間で判断できること が重要です。

おすすめの3階層

1. 全体ダッシュボード 全拠点・全装置の正常／異常、主要回線の状態、 重大アラート数などを表示します。
2. 拠点・装置ダッシュボード 特定拠点や装置のCPU、メモリ、インターフェース、 ルーティング状態などを表示します。
3. 詳細調査ダッシュボード インターフェースエラー、キュー、 プロトコル状態などを細かく確認します。

グラフだけでなく「判断材料」を置く

たとえば帯域使用率のグラフだけではなく、 次の情報を同じ画面へ表示すると調査しやすくなります。

• 回線の契約帯域
• 現在値
• ピーク値
• エラー・drop数
• 装置CPU
• アラート発生時刻
• 関連する障害・変更作業

テレメトリー監視の設計手順

テレメトリー環境を構築するときは、 最初にツールを選ぶのではなく、 何を判断するためのデータなのかから考えます。

1. 監視目的を決める 障害検知、性能分析、容量計画、SLA確認など、 何のためにテレメトリーを使うか明確にします。
2. 対象機器を決める すべての機器を対象にするのか、 コア機器やWAN機器だけを対象にするのか整理します。
3. 収集するデータを決める CPU、メモリ、トラフィック、 エラー、ルーティング状態などを選択します。
4. 収集方式と頻度を決める 一定周期か変更時か、 何秒・何分間隔にするか決定します。
5. 転送方式を決める gNMIなど、機器が対応する方式を確認します。
6. コレクター構成を決める 台数、冗長化、拠点配置、障害時の動作を検討します。
7. 保存方式・保存期間を決める 高粒度データを何日保存するか、 長期データをどの粒度で残すか検討します。
8. ダッシュボードを設計する 利用者ごとに必要な画面と指標を整理します。
9. アラート条件を決める しきい値、継続時間、通知先、エスカレーションを設計します。
10. セキュリティを設計する 認証、暗号化、アクセス権、管理ネットワーク分離などを設計します。

保存容量を忘れない

収集データ量は、概念的には次の要素で増えていきます。

データ量
  ≒ 対象機器数
   × 収集メトリクス数
   × 1メトリクスあたりの系列数
   × 収集頻度
   × 保存期間

100台から少数の情報を5分間隔で取得する構成と、 数千台から多数の情報を数秒単位で取得する構成では、 必要な基盤性能が大きく異なります。

ラベル・属性を増やしすぎない

時系列データでは、device、interface、siteなどの属性を付与すると 検索や集計がしやすくなります。

metric: interface_utilization

device = tokyo-r01
site = tokyo
interface = ge0/0
direction = out

ただし、組み合わせが無制限に増えるような属性設計は、 保存系列数を増やし、監視基盤へ大きな負荷を与える場合があります。

監視経路そのものも監視する

テレメトリーコレクターが停止すると、 ネットワーク機器が正常でも監視データが取得できません。

そのため、次のような項目も設計します。

• コレクターの死活監視
• データ受信件数
• データ欠損の検知
• ストレージ空き容量
• データベース性能
• コレクター障害時の再接続
• 冗長化やバックアップ

テレメトリー導入でよくある失敗

顧客・上司へテレメトリーをどう説明するか

技術に詳しくない相手へ、 「gNMI」「YANG」「時系列データベース」から説明しても、 導入目的は伝わりません。

まず、業務上の価値から説明します。

技術を業務価値へ変換する

テレメトリーと可視化で使われる英語表現

自分の言葉で説明する課題

後輩エンジニアから次のように質問されました。