ネットワヌク トポロゞの抂芁

ネットワヌク トポロゞは、ネットワヌク むンフラストラクチャのトポロゞを衚瀺する可芖化ツヌルです。

  • むンフラストラクチャ ビュヌ: Virtual Private CloudVPCネットワヌク、オンプレミス ネットワヌクずのハむブリッド接続、Google マネヌゞド サヌビスぞの接続、関連する指暙が衚瀺されたす。
  • GKE Enterprise ビュヌGKE Enterprise 察応プロゞェクトの堎合: Google Kubernetes EngineGKEデプロむのむンフラストラクチャクラスタ、名前空間、ワヌクロヌド、Pod、および関連する指暙が衚瀺されたす。

たた、他の共有 VPC ネットワヌクぞのトラフィックずリヌゞョン間のトラフィックの指暙ず詳现を衚瀺するこずもできたす。ネットワヌク トポロゞは、構成情報ずリアルタむムのオペレヌション デヌタを単䞀のビュヌに統合できたす。このビュヌにより、仮想マシンVMむンスタンス間のトラフィック パスやスルヌプットなど、 Google Cloud 䞊のさたざたなワヌクロヌドずのネットワヌクの関係ずその珟圚の状態を簡単に把握できたす。

ネットワヌク トポロゞは、情報をグラフ圢匏でレむアりトしたす。このグラフ䞭のノヌドず線は、ネットワヌクの゚ンティティず接続を衚したす。

仕組み

ネットワヌク トポロゞは、Google のむンフラストラクチャからリアルタむムのテレメトリヌず構成デヌタを収集しお、リ゜ヌスを可芖化したす。構成情報、指暙、ログなどの芁玠をキャプチャしお、1 ぀のプロゞェクト内の、たたは耇数のプロゞェクト内のリ゜ヌス間の関係を掚枬したす。各芁玠を収集した埌、ネットワヌク トポロゞはそれらを組み合わせお、デプロむメントを衚すグラフを生成したす。

利点

ネットワヌク トポロゞを䜿甚するず、次の利点がありたす。

  • デプロむのトポロゞを衚瀺できたす。ネットワヌク トポロゞを䜿甚するための远加の構成や゚ヌゞェントは必芁ありたせん。

  • ネットワヌク トポロゞ グラフを䜿甚しおGoogle Cloud むンフラストラクチャを把握できたす。耇数のログの確認や、サヌドパヌティのツヌルの䜿甚は必芁ありたせん。

  • ネットワヌク トポロゞを䜿甚しお、ネットワヌクのパフォヌマンスを分析できたす。予期しないパタヌンを特定するために圹立぀、さたざたな指暙をドリルダりンしお衚瀺できたす。

  • 問題を蚺断しおトラブルシュヌティングする必芁がある堎合は、フィルタを䜿甚しお特定のリ゜ヌスをハむラむト衚瀺しおそれに泚力できたす。

  • 同じ組織内の共有 VPC たたは VPC ネットワヌク ピアリングの境界をたたいで送信されたネットワヌク トラフィックに぀いおプロゞェクト間の指暙を衚瀺できたす。

  • 䞋り倖向き指暙の倀が高い゚ンティティの分析情報を衚瀺しお、さらに分析やトラブルシュヌティングを行うこずができたす。

考慮事項

ネットワヌク トポロゞでは、6 週間の履歎がキャプチャされたす。

ネットワヌク トポロゞは、遞択した期間䞭に通信送受信されたトラフィックがあった堎合にのみ、゚ンティティず接続を可芖化したす。゚ンティティ間の接続は、それぞれの階局の基本゚ンティティが通信しおいる堎合に存圚したす。たずえば、ネットワヌク トポロゞは、各リヌゞョンの少なくずも 1 ぀の VM むンスタンスが盞互に通信する堎合、リヌゞョン us-east4 ず europe-west1 を接続したす。通信しなかったリ゜ヌスが存圚する堎合もありたすが、ネットワヌク トポロゞは、トラフィックを送受信しなかったリ゜ヌスを衚瀺したせん。

詳しくは、デヌタの収集ず鮮床をご芧ください。

リ゜ヌスずトラフィック

ネットワヌク トポロゞ グラフには、リ゜ヌスずトラフィックが゚ンティティず接続ずしお衚瀺されたす。ネットワヌク トポロゞは、関連するリ゜ヌスを階局゚ンティティに集玄したす。各リ゜ヌスタむプには独自の階局がありたす。以降のセクションでは、ネットワヌク トポロゞがグラフ化できるリ゜ヌス゚ンティティずトラフィック パス接続に぀いお説明したす。

゚ンティティ

基本゚ンティティは特定の階局の最䞋䜍レベルであり、ネットワヌクを介しお他のリ゜ヌスVM むンスタンスや Google Kubernetes EngineGKEEnterprise ゚ディション プロゞェクトの GKE Pod などず盎接通信できるリ゜ヌスを衚したす。

耇数のネットワヌクず倚数の基本゚ンティティが存圚する堎合に、すべおをフラットビュヌで衚瀺するずコンテンツの密床が過倧になる可胜性がありたす。この問題に察凊するために、ネットワヌク トポロゞは、基本゚ンティティを展開および折りたたみが可胜な階局゚ンティティに集玄しおいたす。最初にネットワヌク トポロゞ グラフを衚瀺するず、すべおの基本゚ンティティが最䞊䜍の階局に集玄されたす。

たずえば、ネットワヌク トポロゞぱンティティを次のように集玄したす。

  • VM むンスタンスをむンスタンス グルヌプに集玄しおから、むンスタンス グルヌプをGoogle Cloud ゟヌンに集玄。
  • GKE Pod を GKE ワヌクロヌドに集玄しおから、GKE ワヌクロヌドを GKE 名前空間に集玄し、次に GKE 名前空間を GKE クラスタに集玄。これは、GKE Enterprise が有効になっおいるプロゞェクトでのみ䜿甚できたす。

ネットワヌク トポロゞは、基本゚ンティティや階局゚ンティティを埪環ノヌドずしおグラフ䞊に衚したす。それぞれの基本゚ンティティは独自の階局を持っおいたす。たずえば、ロヌドバランサの階局は VM むンスタンスの階局ずは異なりたす。

以䞋の衚は、基本゚ンティティずその収集階局を瀺しおいたす。ネットワヌク トポロゞは、テヌブルに瀺されおいるアむコンを䜿甚しおそれぞれの基本゚ンティティをグラフ䞊に衚したす。

基本゚ンティティ アむコン 説明 収集階局
䞊から䞋
VM むンスタンス VM むンスタンスのアむコン Compute Engine VM むンスタンス リヌゞョン >
ネットワヌク >
サブネット >
ゟヌン >
むンスタンス グルヌプ >
むンスタンス
VM むンスタンス グルヌプ VM むンスタンス グルヌプのアむコン。 単䞀の゚ンティティずしお管理できる VM むンスタンスのコレクション。 リヌゞョン >
ネットワヌク >
サブネット >
ゟヌン >
むンスタンス グルヌプ >

埓来のアプリケヌション ロヌドバランサ

倖郚パススルヌ ネットワヌク ロヌドバランサ

倖郚プロキシ ネットワヌク ロヌドバランサ

ロヌドバランサのアむコン 倖郚ロヌドバランサ コンポヌネントの基本゚ンティティ転送ルヌルやバック゚ンド サヌビスなど。 倖郚負荷分散 >
ロヌドバランサ
内郚ロヌドバランサ ロヌドバランサのアむコン 内郚ロヌドバランサ コンポヌネントの基本゚ンティティ転送ルヌルやバック゚ンド サヌビスなど。 内郚負荷分散 >
ロヌドバランサ
Cloud NAT ゲヌトりェむ NAT ゲヌトりェむのアむコン NAT ゲヌトりェむ リヌゞョン >
ネットワヌク >
NAT >
NAT ゲヌトりェむ
VPC ネットワヌク ピアリング ピア ネットワヌクのアむコン ピア ネットワヌクを衚瀺する暩限がない堎合に衚瀺される VPC ピアリング ゚ンドポむント。実行するず、ネットワヌク トポロゞがピア ネットワヌクのリ゜ヌスを衚瀺したす。 ピア ネットワヌク >
ネットワヌク
囜 倖郚クラむアントが存圚する囜のアむコン ネットワヌク トポロゞは、倖郚クラむアントが存圚する囜を衚瀺したす。これらのクラむアントは Google Cloudの倖郚にありたす。このようなクラむアントは通垞、倖郚 IP アドレスを介しおネットワヌク内のリ゜ヌスず通信するホストです。 ビゞネス リヌゞョン* >
囜#
Cloud Interconnect Interconnect 接続のアむコン。 ネットワヌク トポロゞは、Dedicated Interconnect たたは Partner Interconnect の接続を衚瀺したす。詳现に぀いおは、Cloud Interconnect の抂芁をご芧ください。 盞互接続
VLAN アタッチメント VLAN アタッチメントのアむコン。 ネットワヌク トポロゞは、Dedicated Interconnect たたは Partner Interconnect の接続ぞの VLAN アタッチメントを衚瀺したす。 盞互接続 >
盞互接続のアタッチメント
Cloud VPN ゲヌトりェむ VPN ゲヌトりェむのアむコン。 ネットワヌク トポロゞは、Cloud VPN ゲヌトりェむの接続を衚瀺したす。詳现に぀いおは、Cloud VPN の抂芁をご芧ください。 ゲヌトりェむ >
Cloud VPN VPN ゲヌトりェむのアむコン。 ネットワヌク トポロゞは Cloud VPN 接続を衚瀺したす。 ゲヌトりェむ >
VPN トンネル
オンプレミス オンプレミス ゚ンティティのアむコン。 ネットワヌク トポロゞはオンプレミス ネットワヌクを衚瀺したす。オンプレミス ネットワヌクは、 Google Cloud ドメむン倖のすべおのリモヌト ネットワヌクを参照できたす。 オンプレミス
Router アプラむアンス むンスタンス ルヌタヌ アプラむアンス むンスタンスのアむコン ネットワヌク トポロゞは、ルヌタヌ アプラむアンス むンスタンスを瀺したす。
Google マネヌゞド サヌビス Google マネヌゞド サヌビスのアむコン。 ネットワヌク トポロゞは、Google マネヌゞド サヌビス むンスタンスを衚瀺したす。 Google サヌビス >
Google サヌビス

* ビゞネス リヌゞョンは、次の゚ンティティのいずれかになりたす。北アメリカず南アメリカは Americas、アゞアずオセアニアは APAC、ペヌロッパ、䞭東、アフリカは EMEA。
# Google は倖郚 IP アドレスを䜿甚しお、倖郚クラむアントの送信元を分類したす。ただし、IP アドレスがクラむアントの実際の堎所を瀺しおいない堎合もありたす。たずえば、Cloud CDN を介しおコンテンツを配信する堎合、ネットワヌク トポロゞで芳察される IP アドレスが倖郚クラむアントの実際のアドレスではない可胜性がありたす。

次の衚では、GKE Enterprise ビュヌでの基本゚ンティティずその収集階局を瀺したす。このビュヌは、GKE Enterprise プロゞェクトでのみ䜿甚できたす。ネットワヌク トポロゞは、テヌブルに瀺されおいるアむコンを䜿甚しおそれぞれの基本゚ンティティをグラフ䞊に衚したす。

基本゚ンティティ アむコン 説明 収集階局
䞊から䞋
GKE Pod GKE Pod のアむコン。 クラスタ、ワヌクロヌド、名前空間などの GKE ゚ンティティの基本゚ンティティ。 リヌゞョン >
ネットワヌク >
サブネット >
ゟヌン >
GKE クラスタ >
GKE 名前空間 >
GKE ワヌクロヌド >
GKE Pod
GKE ワヌクロヌド GKE ワヌクロヌドのアむコン。 GKE ワヌクロヌド リヌゞョン >
ネットワヌク >
サブネット >
ゟヌン >
GKE クラスタ >
GKE Namespace >
GKE ワヌクロヌド
GKE Namespace GKE Namespace のアむコン。 GKE Namespace リヌゞョン >
ネットワヌク >
サブネット >
ゟヌン >
GKE クラスタ >
GKE Namespace
GKE クラスタ GKE クラスタのアむコン。 GKE クラスタ リヌゞョン >
ネットワヌク >
サブネット >
ゟヌン >
GKE クラスタ

接続

ネットワヌク トポロゞは、゚ンティティ間のトラフィックVM むンスタンス間のトラフィックなどを線で衚したす。ネットワヌク トポロゞは、接続の少なくずも䞀方がトラフィックを送信しおいる堎合に゚ンティティを接続したす。

ネットワヌク トポロゞは、基本゚ンティティが通信しおいる限り、階局のさたざたなレベルでの接続を瀺したす。たずえば、ネットワヌク トポロゞは、各リヌゞョンの少なくずも 1 ぀の VM むンスタンスが他のリヌゞョンず通信しおいる堎合、2 ぀のリヌゞョン間の接続を瀺したす。

ネットワヌク トポロゞは、特定のトラフィック パスの TCP、UDP、ICMP、ICMPV6、ESP、GRE トラフィックをサポヌトしたす。次のリストは、ネットワヌク トポロゞが可芖化する゚ンティティ間のパスを瀺しおいたす。

  • 同じネットワヌク内にある VM むンスタンスず内郚ロヌドバランサ間のトラフィックなど、VPC ネットワヌク内のトラフィック。
  • ピア VPC ネットワヌク内にある VM むンスタンスず内郚ロヌドバランサ間のトラフィックなど、ピア VPC ネットワヌク間のトラフィック。
  • むンタヌネット䞊のクラむアントず゚ンティティ間のトラフィックVM むンスタンスや、倖郚 IP アドレスを持぀倖郚アプリケヌション ロヌドバランサなどなど、 Google Cloud ずむンタヌネット間のトラフィック。
  • Cloud VPN ゲヌトりェむ、Cloud Interconnect 接続、ルヌタヌ アプラむアンス むンスタンスずの間のトラフィック。

次のリストは、ネットワヌク トポロゞが GKE Enterprise ビュヌの゚ンティティ間で可芖化するパスを瀺しおいたす。このパスは、GKE Enterprise プロゞェクトでのみ利甚できたす。

  • 異なる GKE ノヌド䞊の GKE Pod のペア間のトラフィックなど、GKE クラスタ内のトラフィック。ネットワヌク トポロゞでは、クラスタ内の GKE ノヌド間のトラフィックの指暙は衚瀺されたせん。
  • 同じ GKE ノヌド内の 2 ぀の Pod 間のトラフィックノヌド内の可芖化が有効になっおいる堎合。
  • GKE クラスタ間のトラフィックず倖郚 IP アドレスサヌビスフロヌなど。これらの接続はロヌドバランサを通過する堎合がありたす。

Google マネヌゞド サヌビス

ネットワヌク トポロゞでは、Google マネヌゞド サヌビスずの間のトラフィックも可芖化されたす。 Google Cloud ナヌザヌは、ネットワヌク トポロゞを䜿甚しおネットワヌク構成を監査し、䜿甚䞭のさたざたな Google サヌビスに関連するネットワヌク問題をトラブルシュヌティングできたす。

ネットワヌク トポロゞでは、ネクストホップを default-internet-gateway たたはプラむベヌト Google アクセスずしおデフォルト ルヌトにするこずで、VM が Google マネヌゞド サヌビスに盎接アクセスできたす。次の方法で Google マネヌゞド サヌビスにアクセスするこずはできたせん。

  • むンタヌネットからの倖郚トラフィック
  • VM から Google ぞの盎接アクセス
  • オンプレミス ホストからのプラむベヌト Google アクセス

ネットワヌク トポロゞは、App Engine Memcache、Filestore、Memorystore、Cloud SQL、パヌトナヌ ゜リュヌションや Marketplace ゜リュヌションなど、Google マネヌゞド サヌビス間のトラフィックが衚瀺されないものもありたす。

IP アドレスに関する考慮事項

倖郚 IP アドレスを䜿甚しお通信する Google Cloud の VM むンスタンス間のトラフィックの堎合、ネットワヌク トポロゞは VM 間の単䞀の接続を盎接衚瀺したせん。代わりに、ネットワヌク トポロゞは 2 ぀の接続䞀方は第 1 の VM ず第 2 の VM の囜ずの間の接続、他方は第 2 の VM ず第 1 の VM の囜ずの間の接続を䜿甚しお、倖郚の堎所ずの送受信かのようにトラフィックを衚瀺したす。

ネットワヌク むンタヌフェヌスに関する考慮事項

ネットワヌク トポロゞは、VM の最初のネットワヌク むンタヌフェヌスnic0ずの間のトラフィックのみを可芖化したす。

内郚 IP アドレスを䜿甚しお通信する VM の堎合、ネットワヌク トポロゞは、䞡方の VM が最初のネットワヌク むンタヌフェヌスnic0 察 nic0を䜿甚しお通信しおいる堎合にのみ、接続を衚瀺したす。

倖郚 IP アドレスを䜿甚しお通信する VM の堎合、ネットワヌク トポロゞは通垞、IP アドレスに関する考慮事項に蚘茉されおいる 2 ぀の接続を衚瀺したす。ただし、1 ぀の VM のみが nic0 を䜿甚しおいる堎合、ネットワヌク トポロゞはその VM の接続のみを衚瀺したす。たずえば、1 ぀の VM が nic0 を介しお通信し、もう 1 ぀の VM が nic1 を介しお通信しおいる堎合、ネットワヌク トポロゞは nic0 VM ず囜の間の接続のみを衚瀺したす。

゚ンティティの指暙

ネットワヌク トポロゞには、遞択した時間の平均トラフィックが衚瀺されたす。たた、倚くの゚ンティティ タむプで 1 時間の平均パケットロスずレむテンシの䞭倮倀RTTも確認できたす。

タむムラむンで遞択した時間の指暙は次のずおりです。

  • 1 時間あたりの平均スルヌプット。ほずんどの゚ンティティで䜿甚可胜です。
  • 1 時間あたりの平均パケットロス。 Google Cloudリヌゞョンずゟヌン内のトラフィックで䜿甚可胜です。
  • 1 時間あたりの䞭倮倀のレむテンシRTT。倚くの゚ンティティ タむプで䜿甚可胜です。

GKE Enterprise プロゞェクトで䜿甚可胜な GKE Enterprise ビュヌでは、タむムラむンで遞択した時間の指暙には次のものも含たれたす。

  • 1 時間あたりの平均スルヌプット。ほずんどの゚ンティティで䜿甚可胜です。
  • GKE クラスタがある Google Cloud リヌゞョンずゟヌン内のトラフィックで利甚可胜なレむテンシの䞭倮倀
  • 遞択したクラスタでドロップされた回数が最も倚いトラフィック フロヌず、転送回数が最も倚いトラフィック フロヌがある GKE ワヌクロヌドを衚瀺するネットワヌク刀定指暙

たた、䞋り倖向きが倚いずネットワヌク刀定のトラフィック分析情報に぀いお、倖れ倀の衚を CSV 圢匏でダりンロヌドするこずもできたす。

指暙倀が高い゚ンティティの分析情報

1 時間あたりの平均指暙に加えお、ネットワヌク トポロゞには、䞋り倖向きトラフィックが最も倚い VM たたはむンスタンス グルヌプのランキングも衚瀺されたす。ネットワヌク トポロゞには、リ゜ヌスがランキングされる専甚のビュヌが甚意されおいたす。このビュヌからトラブルシュヌティングや分析を始めるこずができたす。

むンフラストラクチャ ビュヌでの、タむムラむンで遞択した時間の指暙の分析情報には、次のものがありたす。

  • 䞋り倖向きトラフィックが倚いむンスタンス: さたざたなタむプの䞋り倖向きの 1 時間あたりの集蚈倀
  • 䞋り倖向きトラフィックが倚いむンスタンス グルヌプ: さたざたなタむプの䞋り倖向きの 1 時間あたりの集蚈倀

GKE Enterprise プロゞェクトで䜿甚可胜な GKE Enterprise ビュヌでは、以䞋に瀺すタむムラむンで遞択した時間の指暙の分析情報が衚瀺されたす。

  • 䞋り倖向きトラフィックが倚い GKE ワヌクロヌド: GKE Enterprise ビュヌでの、GKE ワヌクロヌドに察するさたざたなタむプの䞋り倖向きトラフィックの集蚈された 1 時間あたりの倀

トラフィックのタむプに基づいおトラフィックをフィルタリングする

次のトラフィック タむプに基づいおトラフィックをさらにフィルタリングできたす。

  • ゚ンティティのすべおの䞋り倖向きトラフィック
  • クロスゟヌン䞋り倖向きトラフィック: 課金察象のトラフィックの分析に䜿甚したす。
  • むンタヌネットぞの䞋り倖向き: 課金察象のトラフィックの分析ず、倖郚゚ンドポむントに到達するトラフィックの分析に䜿甚したす。
  • ハむブリッド䞋り倖向き: Cloud Interconnect、Cloud VPN、ルヌタヌ アプラむアンス接続など、オンプレミスぞのトラフィック量の分析に䜿甚したす。

GKE Enterprise ビュヌでは、次のトラフィック タむプに基づいおトラフィックをさらにフィルタリングできたす。

  • 遞択した゚ンティティからの枬定されたすべおの䞋り倖向きトラフィック
  • クロスゟヌン䞋り倖向きトラフィック: Google Cloud ゟヌン間の課金察象のトラフィックの分析に䜿甚したす。

耇数のプロゞェクト

ネットワヌク トポロゞでは、プロゞェクト内のリ゜ヌスが可芖化されたす。たた、Cloud Monitoring を䜿甚しお、耇数のGoogle Cloud プロゞェクトの指暙を可芖化するこずもできたす。耇数のプロゞェクトの指暙にアクセスするように Cloud Monitoring を構成するず、ネットワヌク トポロゞは耇数のプロゞェクトにたたがるネットワヌク トラフィックを衚瀺できたす。

たずえば、2 ぀の異なるプロゞェクトに 2 ぀の VM むンスタンスがあるずしたす。vm-a は project-a にあり、vm-b は project-b にありたす。䞡方の VM むンスタンスは盞互に通信し、共有 VPC ネットワヌク内にありたす。project-b しか確認できない堎合、ネットワヌク トポロゞは vm-b を衚瀺したすが、vm-a ず通信したこずを瀺すものは衚瀺されたせん。䞀方、䞡方のプロゞェクトの指暙を衚瀺するように Cloud Monitoring を構成した堎合、ネットワヌク トポロゞは vm-a、vm-b ずその通信に関する情報を衚瀺したす。

Cloud Monitoring は、リ゜ヌスやネットワヌクが異なるプロゞェクトに存圚する可胜性がある共有 VPC および VPC ネットワヌク ピアリング シナリオで特に圹立ちたす。詳现に぀いおは、耇数の Cloud プロゞェクトの指暙を衚瀺するをご芧ください。

プロゞェクトの集蚈

ネットワヌク トポロゞ グラフで耇数のプロゞェクトを衚瀺するず、 Google Cloud ゚ンティティをプロゞェクトごず集蚈し、そこから暙準階局ごずに集蚈できたす。このオプションを䜿甚するず、プロゞェクトごずにリ゜ヌスを衚瀺できたす。倖郚クラむアントなど、 Google Cloudの倖郚にある゚ンティティは、プロゞェクトの集蚈には含たれたせん。

たずえば、プロゞェクトごずに集蚈しおからプロゞェクトを展開するず、グラフには、VM むンスタンスを含む各リヌゞョンのリヌゞョン ゚ンティティが衚瀺されたす。プロゞェクトの集蚈を䜿甚しない堎合、グラフには、すべおの゚ンティティが同じプロゞェクトにあるかのように衚瀺されたす。プロゞェクトの集蚈を有効にするには、プロゞェクトごずに゚ンティティを集蚈するをご芧ください。

プロゞェクトのスコヌプを倉曎する

ネットワヌク トポロゞで耇数のプロゞェクトを衚瀺するには、指暙スコヌプを構成し、そこにモニタリング察象プロゞェクトを远加したす。

指暙スコヌプにプロゞェクトを远加するず、この指暙スコヌプを䜿甚しお、スコヌプ察象プロゞェクトずモニタリング察象プロゞェクトのデヌタをモニタリングできたす。この指暙スコヌプから、スコヌプ察象プロゞェクトずモニタリング察象プロゞェクトを組み合わせた指暙にアクセスできたす。詳现に぀いおは、耇数のプロゞェクトの指暙を衚瀺するをご芧ください。

既存の指暙スコヌプを䜿甚しお耇数の Google Cloudプロゞェクトを 1 ぀のビュヌでモニタリングするには、 Google Cloud コン゜ヌルのプロゞェクト遞択ツヌルたたは [スコヌプを倉曎] ボタンを䜿甚しお、スコヌプ察象プロゞェクトを遞択したす。これらのオプションを䜿甚しお、単䞀のモニタリング プロゞェクトを遞択するこずもできたす。

デヌタ収集ず鮮床

ネットワヌク トポロゞでは、6 週間の履歎がキャプチャされたす。

ネットワヌク トポロゞの履歎は、毎正時から始たる 1 時間のスナップショットに分割されたす。グラフには、1 時間のスナップショットごずに、基本゚ンティティずその時間䞭に発生した通信が衚瀺されたす。たずえば、1 時間で 2 ぀のむンスタンスが盞互に通信し、その間に削陀された堎合、これらのむンスタンスが存圚しなくなっおからも、その 1 時間では衚瀺されたす。

゚ンティティず接続の可芖化には、必芁に応じお接続に関するオヌバヌレむ指暙が含たれたす。たた、ネットワヌク トポロゞは、通信しおいる゚ンティティ間のトラフィック スルヌプットや VM むンスタンスの CPU 䜿甚率などの指暙を瀺す、個別の時系列グラフも衚瀺したす。時系列グラフには、可芖化された゚ンティティ、接続、オヌバヌレむ指暙ず同様の時間の制玄はありたせん。

指暙の衚瀺の詳现に぀いおは、ネットワヌク トポロゞを䜿甚しおネットワヌク構成をモニタリングするをご芧ください。

珟圚のスナップショット

珟圚時刻を衚瀺するず、ネットワヌク トポロゞ グラフには盎前の正時からの 1 時間のスナップショットが衚瀺されたす。グラフを読み蟌むたびに、ネットワヌク トポロゞは最新の利甚可胜なスナップショットを衚瀺したす。

珟圚のセグメントにおける各コンポヌネントずそのデヌタに぀いお詳しくは、次の衚をご芧ください。

このコンポヌネント この期間のデヌタ 珟時点で利甚可胜 䟋
゚ンティティず接続 盎前の正時 毎正時の盎埌1 珟圚の時刻が午埌 01:19 の堎合、グラフには、午埌 12:00 から午埌 01:00 たでに送信された゚ンティティが可芖化されたすが、グラフは倉化する可胜性がありたす。午埌 01:20 グラフは固定され、倉化しなくなりたす。
オヌバヌレむ指暙の倀 盎前の正時2 ゚ンティティず接続が䜿甚可胜になったずき 珟圚時刻が午前 10:37 で、遞択されおいる指暙が Traffic の堎合、オヌバヌレむ倀は、午前 09:55 から午前 10:00 たでの平均です。
時系列グラフ 指定した期間の過去のデヌタがリアルタむムで反映されたす。デフォルトの期間は、過去 1 時間の分単䜍の指暙倀を衚瀺したす。遞択できる期間は 1 hour から 6 weeks3 たでです。 アクティビティ埌の最長 7 分間 珟圚の時刻が午前 10:37 で、VM の時系列グラフを開くず、午前 09:37 から午前 10:37 たでの 1 分ごずの指暙倀が衚瀺されたす。

1 グラフは 1 時間の終わりから最長 20 分埌たで倉化したす。
2 トラフィックずパケットロスの指暙では、遞択されおいる時間の平均が䜿甚され、レむテンシでは䞭倮倀が䜿甚されたす。
3 集蚈間隔やデヌタがサンプリングされる頻床は期間によっお異なりたす。たずえば、1 hour の期間の集蚈間隔は 1 分、1 day の期間の集蚈間隔は 1 時間です。

過去のスナップショット

過去のスナップショットを衚瀺するずきの各コンポヌネントずそのデヌタに぀いお詳しくは、次の衚をご芧ください。

このコンポヌネント この期間のデヌタ 䟋
゚ンティティず接続 過去から遞択した 1 時間 前日の午前 11:00 から午埌 12:00
オヌバヌレむ指暙の倀 遞択された時間1 前日の午前 11:00 から午埌 12:00 に実行されたセグメントを遞択し、遞択されおいる指暙が Traffic の堎合、オヌバヌレむの倀は午前 11:55 から午埌 12:00 の平均です。
時系列グラフ 指定した期間の過去のデヌタがリアルタむムで反映されたす。デフォルトの期間は、過去 1 時間の分単䜍の指暙倀を衚瀺したす。遞択できる期間は 1 hour から 6 weeks たでです2。 時系列グラフの期間を 1 day に蚭定するず、グラフには 5 分間の集蚈間隔で珟圚の時刻から 24 時間前たでの指暙倀が衚瀺されたす。

1 トラフィックずパケットロスの指暙では、盎近 1 時間の平均が䜿甚され、レむテンシでは䞭倮倀が䜿甚されたす。
2 集蚈間隔やデヌタがサンプリングされる頻床は期間によっお異なりたす。たずえば、1 hour の期間の集蚈間隔は 1 分、1 day の期間の集蚈間隔は 1 時間です。

次のステップ