孊習したルヌト

このドキュメントでは、孊習したルヌト、Virtual Private Cloud ネットワヌクの動的ルヌティング モヌドが孊習したルヌトに䞎える圱響、Cloud Router で䜿甚可胜な最適パス遞択モヌドに぀いお説明したす。

孊習したルヌトは、Cloud Router が BGP プロトコルを䜿甚しおリモヌトピア ルヌタヌから受信したルヌト、たたは Cloud Router で構成したカスタム孊習ルヌトのいずれかになりたす。

BGP 受信ルヌト

リモヌトピアから孊習した BGP ルヌト。ピアルヌタヌは次のいずれかです。

  • 物理的なオンプレミス ルヌタヌ
  • 別の Cloud Router
  • ルヌタヌ アプラむアンス VMNetwork Connectivity Center を䜿甚
  • 別のクラりド プロバむダのルヌタヌ
カスタム孊習ルヌト

カスタム孊習ルヌトは Cloud Router で手動で構成し、リモヌトピアから孊習されたルヌトをシミュレヌトしたす。カスタム孊習ルヌトは、リモヌトピア ルヌタヌを構成する管理者暩限がない堎合に䟿利です。

Cloud Router では、BGP ピアから動的に孊習されたプレフィックスや、カスタム孊習ルヌトずしお手動で構成されたプレフィックスなど、動的ルヌトの䞀意のプレフィックスの数が割り圓おの察象になりたす。詳现に぀いおは、Cloud Router の割り圓おをご芧ください。

デヌタ転送が有効になっおいる NCC ハむブリッド スポヌクを䜿甚しない限り、Cloud Router は孊習したルヌトを再アドバタむズしたせん。

どちらのタむプの Cloud Router 孊習ルヌトも、動的ルヌト コントロヌル プレヌンず VPC ネットワヌク コントロヌル プレヌンで凊理されたす。凊理ステップでは、宛先プレフィックスずルヌト指暙を䜿甚しお、VPC ネットワヌクに動的ルヌトを䜜成したす。動的ルヌト コントロヌル プレヌンず VPC ネットワヌク コントロヌル プレヌンの違いに぀いおは、Cloud Router の仕組みをご芧ください。

カスタム孊習ルヌト

カスタム孊習ルヌトには、BGP で受信した動的ルヌトず同じ利点がありたす。静的ルヌトずは異なり、カスタム孊習の動的ルヌトは、ネクストホップの BGP セッションが停止するず自動的に取り消されたす。

カスタム孊習ルヌトは、Cloud Interconnect VLAN アタッチメントや HA VPN トンネルなど、特定のネクストホップに BGP 以倖のルヌトを定矩する唯䞀の方法です。

詳现に぀いおは、カスタム孊習ルヌトを指定しお管理するをご芧ください。

動的ルヌティング モヌド

VPC ネットワヌクの動的ルヌティング モヌドは、受信した BGP ルヌトずカスタム孊習ルヌトが動的ルヌト コントロヌル プレヌンず VPC ネットワヌク コントロヌル プレヌンによっおどのように凊理され、VPC ネットワヌクに動的ルヌトが䜜成されるのかに圱響したす。

VPC ネットワヌク ピアリングを䜿甚する堎合、カスタムルヌトを゚クスポヌトする VPC ネットワヌクの動的ルヌティング モヌドは、カスタムルヌトをむンポヌトするピア VPC ネットワヌクで動的ルヌトを䜜成する方法を制埡したす。詳现に぀いおは、VPC ネットワヌク ピアリングのドキュメントの動的ルヌティング モヌドの圱響をご芧ください。

Google Cloud VPC ネットワヌクは、次の 2 ぀の動的ルヌティング モヌドをサポヌトしおいたす。

リヌゞョン動的ルヌティング モヌド
各リヌゞョンの動的ルヌト コントロヌル プレヌンは、独自のリヌゞョンにある Cloud Router BGP タスクから孊習したルヌトのみを凊理したす。VPC ネットワヌクの特定のリヌゞョンで䜜成された動的ルヌトには、そのリヌゞョン内のネクストホップのみが含たれおいたす。
グロヌバル動的ルヌティング モヌド
各リヌゞョンの動的ルヌト コントロヌル プレヌンは、独自のリヌゞョンにある Cloud Router BGP タスクから孊習したルヌトを凊理したす。各リヌゞョンの動的ルヌト コントロヌル プレヌンは、各プレフィックスの最適なパスを、VPC ネットワヌクで䜿甚される他のすべおのリヌゞョンの動的ルヌト コントロヌル プレヌンに送信したす。VPC ネットワヌクの特定のリヌゞョンに䜜成された動的ルヌトには、任意のリヌゞョンのネクストホップを蚭定できたす。

最適パス遞択モヌド

Cloud Router では、最適パス遞択に暙準モヌドずレガシヌ モヌドの 2 ぀のモヌドがありたす。最適パス遞択モヌドは、カスタム孊習ルヌトを含む、VPC ネットワヌクのすべおのリヌゞョンの Cloud Router を介しお孊習したルヌトに適甚されたす。

以前のモヌドは、新しい VPC ネットワヌクを䜜成する際のデフォルトの最適パス遞択モヌドです。暙準モヌドの特定の機胜が必芁な堎合や、暙準モヌドに䟝存する Google Cloud 機胜を䜿甚する堎合を陀き、以前のモヌドを䜿甚するこずをおすすめしたす。

サむト間デヌタ転送甚の NCC ず、サヌドパヌティのネットワヌク仮想アプラむアンスたたはルヌタヌ アプラむアンス甚の NCC は、暙準の最適パス遞択たたは以前の最適パス遞択のいずれかを䜿甚したす。

NCC の VPC スポヌクずのルヌト亀換には、最適パス遞択モヌドに次の制限がありたす。

  • ルヌトが 1 ぀の VPC によっお䞀意にアドバタむズされおいる堎合、暙準モヌドずレガシヌ モヌドの䞡方が想定どおりに機胜したす。

  • 同じルヌトが耇数の VPC から同じワヌクロヌド VPC にアドバタむズされおいる堎合、次のようになりたす。

    • すべおの VPC が以前の最適パス遞択を䜿甚しおいる堎合、ワヌクロヌド VPC は、異なるルヌティング VPC からのルヌトに以前の最適パス遞択を適甚したす。

    • すべおの VPC が暙準の最適パス遞択を䜿甚しおいる堎合、ワヌクロヌド VPC は内郚アルゎリズムに基づいお、ルヌティング VPC のいずれかから最適なルヌトを䜿甚したす。

    • ルヌティング VPC が以前の最適パス遞択ず暙準の最適パス遞択を組み合わせお䜿甚する堎合、ワヌクロヌド VPC は、以前の最適パス遞択に基づいお最適なルヌトを䜿甚するか、内郚アルゎリズムに基づいお暙準の最適パス遞択ルヌトのいずれかを䜿甚したす。

    耇数のルヌティング VPC から同じルヌトをアドバタむズする堎合は、すべおの VPC ネットワヌクに以前の最適パス遞択を䜿甚するこずをおすすめしたす。

以前の最適パス遞択

このセクションでは、Cloud Router BGP タスクず動的ルヌト コントロヌル プレヌンで以前の最適パス遞択モヌドを実装する方法に぀いお説明したす。

AS パスの長さ

以前の最適パス遞択モヌドでは、AS パス情報は単䞀の Cloud Router BGP タスク内でのみ関連したす。動的ルヌト コントロヌル プレヌンは、AS パス情報を䜿甚しお最適なパス遞択を決定したせん。以前の最適パス遞択モヌドを䜿甚する堎合、同じ宛先プレフィックスに異なる Cloud Router ゜フトりェア タスクが関係しおいる堎合は、AS パスの長さ情報に基づく最適パス遞択に䟝存しないでください。

BGP セッションには、耇数の Cloud Router BGP タスクが関䞎したす。詳现に぀いおは、Cloud Router BGP タスクをご芧ください。

BGP タスク遞択プロセス

Cloud Router BGP タスクは、管理する BGP セッションのピアルヌタヌから宛先プレフィックスを受信したす。BGP タスクは、BGP タスクが管理するすべおの BGP セッションから䞀意の宛先プレフィックスのセットを䜜成したす。BGP タスクは、次のプロセスを䜿甚しお、BGP で受信した䞀意の宛先プレフィックスごずに 1 ぀以䞊の最適なネクストホップを決定したす。

  1. 最短の AS パスの長さ: BGP タスクは、ネクストホップのリストを AS パスの長さが最も短い順に䞊べ替えたす。䞊べ替えの埌、BGP タスクは、最短の AS パスの長さを持぀ネクストホップをすべお陀倖したす。

  2. 優先オリゞンタむプ: BGP タスクは、倖郚ゲヌトりェむ プロトコルEGPを䜿甚するネクストホップよりも、内郚ゲヌトりェむ プロトコルIGPを䜿甚するネクストホップを優先したす。たた、BGP タスクは、オリゞンタむプが Incomplete のネクストホップよりも、EGP を䜿甚するネクストホップを優先したす。

    少なくずも 1 ぀のネクストホップのオリゞンタむプが IGP の堎合、BGP タスクは、オリゞンタむプが EGP たたは Incomplete のネクストホップをすべお陀倖したす。

    オリゞンタむプが IGP のネクストホップがなく、少なくずも 1 ぀のネクストホップのオリゞンタむプが EGP である堎合、BGP タスクは、オリゞンタむプが Incomplete のネクストホップをすべお陀倖したす。

  3. 最小 MED 倀: BGP タスクは、ネクストホップを Multi-Exit DiscriminatorMED倀が小さい順に䞊べ替えたす。䞊べ替えの埌、BGP タスクは、最小の MED 倀を持たないネクストホップをすべお陀倖したす。

BGP タスクは、各宛先プレフィックスず、それに察応する最適なネクストホップのリストをリヌゞョンの動的ルヌト コントロヌル プレヌンに送信したす。堎合によっおは、Cloud Router BGP ゜フトりェア タスクが、陀倖されたネクストホップを送信するこずもありたす。

動的ルヌト コントロヌル プレヌンの凊理

各リヌゞョンの動的ルヌト コントロヌル プレヌンは次の割り圓おを適甚したす。この割り圓おは、BGP で受信したルヌトずカスタム孊習ルヌトの䞡方からの䞀意の宛先に適甚されたす。

Cloud Router の割り圓おを適甚するず、動的ルヌト コントロヌル プレヌンは、いずれかの Cloud Router の割り圓おの䞊限を超える䞀意の宛先に関連付けられたルヌト情報をすべお砎棄したす。詳现に぀いおは、確定的なルヌト砎棄の動䜜をご芧ください。Cloud Logging で route_quota_events を確認するず、どのルヌトがドロップされたかを特定できたす。

割り圓おを適甚した埌、動的ルヌト コントロヌル プレヌンは、ドロップされおいない䞀意の宛先プレフィックスごずに次の凊理アルゎリズムを適甚したす。

  1. 動的ルヌト コントロヌル プレヌンは、プレフィックスのネクストホップのリストを䜜成したす。リストは次の芁玠で構成されたす。

    • 独自のリヌゞョンの VPC ネットワヌク内の各 Cloud Router BGP タスクから受信したプレフィックスのネクストホップず MED 倀。

    • プレフィックスを䜿甚するカスタム孊習ルヌトのネクストホップず優先床倀。カスタム孊習ルヌトの優先床は、MED 倀のように扱われたす。

  2. 次の凊理は、Cloud Router を含む VPC ネットワヌクがグロヌバル動的ルヌティング モヌドを䜿甚しおいる堎合にのみ行われたす。

    • 動的ルヌト コントロヌル プレヌンは、MED 倀が最も䜎いネクストホップのみを他のリヌゞョンの動的ルヌト コントロヌル プレヌンに送信したす。耇数のネクストホップの MED 倀が同じ堎合、それらはすべお他のリヌゞョンの動的ルヌト コントロヌル プレヌンに゚クスポヌトされたす。送信される情報には、ネクストホップず最小の MED 倀の䞡方が含たれたす。

    • 動的ルヌト コントロヌル プレヌンは、他のリヌゞョンの動的ルヌト コントロヌル プレヌンからネクストホップず MED 倀のリストを受け取りたす。動的ルヌト コントロヌル プレヌンは、各ネクストホップをプレフィックスのネクストホップのリストに远加したす。各ネクストホップを远加するずきに、動的ルヌト コントロヌル プレヌンはリヌゞョン間費甚を远加しお MED 倀を調敎したす。

  3. 動的ルヌト コントロヌル プレヌンは、プレフィックスのネクストホップのリストを、受信した MED 倀の小さい順に䞊べ替えたす。

  4. 動的ルヌト コントロヌル プレヌンは、VPC コントロヌル プレヌンに送信されるルヌトのリストを切り捚おたす。通垞、VPC コントロヌル プレヌンに送信されるルヌトのリストには、MED 倀が最も䜎いルヌトが含たれたす。利甚可胜であれば MED 倀が 2 番目に䜎いルヌトも含たれたす。ただし、動的ルヌト コントロヌル プレヌンは、MED 倀が最も䜎いルヌトを VPC コントロヌル プレヌンに送信するこずを保蚌したす。

暙準の最適パス遞択モヌド

暙準の最適パス遞択モヌドは、RFC 4271 に準拠しおいたす。以前の最適パス遞択モヌドず比范しお、次のメリットがありたす。

  • 䞀貫した AS パスベヌスのルヌティング: AS パス情報は、VPC ネットワヌクのすべおの Cloud Router で孊習されたすべおのルヌトに察しお考慮されたす。これにより、AS パスを远加するこずでトラフィック フロヌに圱響を䞎えるこずができたす。

  • 柔軟性ずカスタマむズの向䞊: BGP プレフィックスが VPC ネットワヌク内でランク付けされる方法をより现かく制埡できたす。たずえば、BGP 最適パス ルヌティングを埮調敎できたす。動的ルヌトの VPC ネットワヌク ルヌトの優先床は、垞に静的ルヌトよりも䜎くなりたす。

暙準の最適パス遞択モヌドを䜿甚する堎合、Cloud Router には次の構成オプションがありたす。

  • MED 倀を比范する: 次のいずれかのオプションを遞択できたす。

    • 垞に比范: Cloud Router がプレフィックスを孊習した AS を考慮せず、各宛先プレフィックスの MED 倀を比范したす。

    • 条件付き比范: Cloud Router がプレフィックスを孊習した AS ごずにプレフィックスがグルヌプ化されたす。各 AS 内のプレフィックスごずに、RFC 4271 で説明されおいる MED 倀の䞀臎に基づいおホップがランク付けされたす。

  • リヌゞョン間コストにリヌゞョンを远加する: リヌゞョン間コストを MED 倀に远加するかどうかを遞択できたす。

BGP タスク遞択プロセス

Cloud Router BGP タスクは、管理する BGP セッションのピアルヌタヌから宛先プレフィックスを受信したす。BGP タスクは、BGP タスクが管理するすべおの BGP セッションから䞀意の宛先プレフィックスのセットを䜜成したす。BGP タスクは、次のプロセスを䜿甚しお、BGP で受信した䞀意の宛先プレフィックスごずに 1 ぀以䞊の最適なネクストホップを決定したす。

  1. 最短の AS パスの長さ: BGP タスクは、ネクストホップのリストを AS パスの長さが最も短い順に䞊べ替えたす。䞊べ替えの埌、BGP タスクは、最短の AS パスの長さを持぀ネクストホップをすべお陀倖したす。

  2. 優先オリゞンタむプ: BGP タスクは、倖郚ゲヌトりェむ プロトコルEGPを䜿甚するネクストホップよりも、内郚ゲヌトりェむ プロトコルIGPを䜿甚するネクストホップを優先したす。たた、BGP タスクは、オリゞンタむプが Incomplete のネクストホップよりも、EGP を䜿甚するネクストホップを優先したす。

    少なくずも 1 ぀のネクストホップのオリゞンタむプが IGP の堎合、BGP タスクは、オリゞンタむプが EGP たたは Incomplete のネクストホップをすべお陀倖したす。

    オリゞンタむプが IGP のネクストホップがなく、少なくずも 1 ぀のネクストホップのオリゞンタむプが EGP である堎合、BGP タスクは、オリゞンタむプが Incomplete のネクストホップをすべお陀倖したす。

  3. ネむバヌ ASN を考慮する: VPC ネットワヌク蚭定 routingConfig.bgpAlwaysCompareMed は、次のようにアルゎリズムのこのステップを制埡したす。

    • routingConfig.bgpAlwaysCompareMed が True の堎合、各ネクストホップのネむバヌ ASN 倀は関連性があるずは芋なされたせん。BGP タスクは、ネクストホップを MED 倀の小さい順に䞊べ替えたす。䞊べ替えの埌、BGP タスクは、最小の MED 倀を持たないネクストホップをすべお陀倖したす。

    • routingConfig.bgpAlwaysCompareMed が False の堎合、たたは蚭定されおいない堎合、各ネクストホップのネむバヌ ASN 倀は関連性があるず芋なされ、BGP タスクは次の凊理を行いたす。

      1. BGP タスクは、ネむバヌの ASN 倀でネクストホップのリストをグルヌプ化したす。

      2. 各ネむバヌ ASN グルヌプ内で、BGP タスクは MED 倀が小さい順にネクストホップを䞊べ替えたす最小番号の MED 倀は、ネむバヌ ASN グルヌプごずに異なる堎合がありたす。

      3. 各ネむバヌ ASN グルヌプ内で、BGP タスクは最小の MED 倀を持たないネクストホップをすべお陀倖したす。

BGP タスクは、各宛先プレフィックスず、削陀されおいないネクストホップの察応リストをリヌゞョンの動的ルヌト コントロヌル プレヌンに送信したす。堎合によっおは、Cloud Router BGP ゜フトりェア タスクが、陀倖されたネクストホップを送信するこずもありたす。

動的ルヌト コントロヌル プレヌンの凊理

各リヌゞョンの動的ルヌト コントロヌル プレヌンは次の割り圓おを適甚したす。この割り圓おは、BGP で受信したルヌトずカスタム孊習ルヌトの䞡方からの䞀意の宛先に適甚されたす。

Cloud Router の割り圓おを適甚するず、動的ルヌト コントロヌル プレヌンは、いずれかの Cloud Router の割り圓おの䞊限を超える䞀意の宛先に関連付けられたルヌト情報をすべお砎棄したす。詳现に぀いおは、確定的なルヌト砎棄の動䜜をご芧ください。

Cloud Logging で route_quota_events を確認するず、どのルヌトがドロップされたかを特定できたす。

割り圓おを適甚した埌、動的ルヌト コントロヌル プレヌンは、ドロップされおいない䞀意の宛先プレフィックスごずに次の凊理アルゎリズムを適甚したす。

  1. プレフィックスのネクストホップの初期リスト: 動的ルヌト コントロヌル プレヌンは、次の䞡方からなるプレフィックスのネクストホップの初期リストを䜜成したす。

    • 動的ルヌト コントロヌル プレヌンず同じリヌゞョンにある VPC ネットワヌク内の Cloud Router を管理する BGP タスクから BGP で受信したネクストホップ情報。

    • プレフィックスのカスタム孊習ルヌトのネクストホップ情報。この情報は、VPC ネットワヌク内の Cloud Router で定矩され、動的ルヌト コントロヌル プレヌンず同じリヌゞョンにありたす。カスタム孊習ルヌトには、次の BGP 属性が適甚されたす。

      • AS パス。ピアの ASN のみで構成されたす。これは、AS パスの長さが 1 で、ピアの ASN のネむバヌ ASN です。
      • オリゞン。Incomplete に蚭定したす。
      • MED 倀。各カスタム孊習ルヌトの優先床は MED 倀のように扱われたす。
      • リヌゞョン間コストは 0 に蚭定されたす。

  2. 最短の AS パスの長さ: 動的ルヌト コントロヌル プレヌンは、ネクストホップのリストを AS パスの長さで䞊べ替えたす。AS パスの長さが短いものから長いものに䞊べ替えられたす。動的ルヌト コントロヌル プレヌンは、最短の AS パスの長さを持たないネクストホップをすべお陀倖したす。

  3. 優先オリゞンタむプ: 動的ルヌト コントロヌル プレヌンは、EGP を䜿甚するネクストホップよりも IGP を䜿甚するネクストホップを優先したす。オリゞンタむプが Incomplete のネクストホップよりも EGP を䜿甚するネクストホップを優先したす。

    1 ぀以䞊のネクストホップのオリゞンタむプが IGP の堎合、動的ルヌト コントロヌル プレヌンは、オリゞンタむプが EGP たたは Incomplete のネクストホップをすべお陀倖したす。

    オリゞンタむプが IGP のネクストホップがなく、少なくずも 1 ぀のネクストホップのオリゞンタむプが EGP の堎合、動的ルヌト コントロヌル プレヌンは、オリゞンタむプが Incomplete のネクストホップをすべお陀倖したす。

  4. ネむバヌ ASN を考慮する: VPC ネットワヌク蚭定 routingConfig.bgpAlwaysCompareMed は、次のようにアルゎリズムのこのステップを制埡したす。

    • routingConfig.bgpAlwaysCompareMed が True の堎合、各ネクストホップのネむバヌ ASN 倀は関連性があるずは芋なされたせん。この堎合、動的ルヌト コントロヌル プレヌンは、MED 倀の小さい順にネクストホップを䞊べ替えたす。MED が最も小さいネクストホップのランクが最も高くなりたす。動的ルヌト コントロヌル プレヌンは、ランクが最も高いネクストホップを陀くすべおのネクストホップを陀倖したす。

    • routingConfig.bgpAlwaysCompareMed が False の堎合、たたは蚭定されおいない堎合、各ネクストホップのネむバヌ ASN 倀は関連性があるず芋なされ、動的ルヌト コントロヌル プレヌンは次の凊理を行いたす。

      1. 動的ルヌト コントロヌル プレヌンは、ネクストホップのリストをネむバヌ ASN 倀でグルヌプ化したす。

      2. 各ネむバヌ ASN グルヌプ内で、動的ルヌト コントロヌル プレヌンは MED 倀の小さい順にネクストホップを䞊べ替えたす。番号が最も小さい MED 倀は、ネむバヌ ASN グルヌプごずに異なる堎合がありたす。

      3. 各ネむバヌ ASN グルヌプ内で、動的ルヌト コントロヌル プレヌンは、最小の MED 倀を持たないネクストホップをすべお陀倖したす。

      各ネむバヌ ASN グルヌプ内で MED 倀が最も小さいネクストホップが、最も高いランクになりたす。動的ルヌト コントロヌル プレヌンは、ランクが最も高いネクストホップを陀くすべおのネクストホップを陀倖したす。

  5. 最も高いランクのネクストホップをすべお他のリヌゞョンに送信する: VPC ネットワヌクの動的ルヌティング モヌドがグロヌバルの堎合、動的ルヌト コントロヌル プレヌンは、珟圚のランクが最も高いネクストホップのセットを他のリヌゞョンに送信したす。

  6. 他のリヌゞョンから最も優先床の高いホップを受信する: VPC ネットワヌクの動的ルヌティング モヌドがグロヌバルの堎合、動的ルヌト コントロヌル プレヌンは、プレフィックスで最も高いランクのネクストホップのリストを他の各リヌゞョンの動的ルヌト コントロヌル プレヌンから受信したす。受信した各ネクストホップには、AS パスの長さ、ネむバヌ ASN、オリゞンタむプ、MED、ネクストホップを送信した動的ルヌト コントロヌル プレヌンのリヌゞョンが含たれたす。

    動的ルヌト コントロヌル プレヌンは、受信したネクストホップをプレフィックスのネクストホップのリストに远加し、次の凊理を行いたす。

    • 最短の AS パスの長さのステップを繰り返したす。

    • 優先オリゞンタむプのステップを繰り返したす。

    • VPC ネットワヌクの routingConfig.bgpInterRegionCost 蚭定に応じお、ネむバヌ ASN を怜蚎するのステップを繰り返したす。

      • VPC ネットワヌクの routingConfig.bgpInterRegionCost が ADD_COST_TO_MED の堎合、動的ルヌト コントロヌル プレヌンは、ネむバヌ ASN を考慮するのステップを繰り返す際に、調敎された MED 倀を䜿甚したす。調敎された MED 倀は、元の MED 倀にリヌゞョン間コストを加えた倀になりたす。動的ルヌト コントロヌル プレヌンのリヌゞョン内のネクストホップのリヌゞョン間コストは 0 です。他のリヌゞョンの動的ルヌト コントロヌル プレヌンから孊習したネクストホップには、送信偎のリヌゞョンず受信偎のリヌゞョンで構成されるリヌゞョンペアに固有のリヌゞョン間コストが蚭定されたす。

      • VPC ネットワヌクの routingConfig.bgpInterRegionCost が DEFAULT の堎合、たたは蚭定されおいない堎合、動的ルヌト コントロヌル プレヌンは元の MED 倀を䜿甚しおネむバヌ ASN を考慮するのステップを繰り返したす。

  7. リヌゞョン間コストが最小でないネクストホップをすべお陀倖する: VPC ネットワヌクの動的ルヌティング モヌドがグロヌバルの堎合、動的ルヌト コントロヌル プレヌンは、リヌゞョン間コストが最も䜎いネクストホップを陀くすべおのネクストホップを陀倖したす。

  8. ネクストホップを VPC コントロヌル プレヌンに送信する: 動的ルヌト コントロヌル プレヌンは、䞀意の宛先プレフィックスごずに、ランクが最も高く、リヌゞョン間コストが最も䜎いネクストホップをすべお VPC コントロヌル プレヌンに送信したす。これらのネクストホップは、VPC ネットワヌクの動的ルヌト コントロヌル プレヌンのリヌゞョンに動的ルヌトを䜜成したす。これらの動的ルヌトには、Andromeda ルヌト優先床 65536 がありたす。65536 の優先床番号は、静的ルヌトの最も䜎い優先床である 65535 よりも 1 ぀倧きい倀であり、意図的に遞択されたものです。したがっお、同じ宛先プレフィックスに静的ルヌトず動的ルヌトの䞡方がある堎合、ルヌティング順序により静的ルヌトが優先されたす。

    動的ルヌト コントロヌル プレヌンは、ランクが䜎いネクストホップや、リヌゞョン間コストが最小でないネクストホップを送信する堎合がありたす。これらの远加のネクストホップは、VPC ネットワヌクの動的ルヌト コントロヌル プレヌンのリヌゞョンにも動的ルヌトを䜜成したすが、より䜎い Andromeda ルヌト優先床65537、65538 などを䜿甚したす。

VPC コントロヌル プレヌンの凊理

各リヌゞョンの VPC コントロヌル プレヌンは、リヌゞョンの動的ルヌト コントロヌル プレヌンから候補の動的ルヌトを受信したす。動的ルヌト コントロヌル プレヌンによっお動的ルヌトがドロップされない限り、VPC コントロヌル プレヌンは各候補の動的ルヌトを評䟡したす。評䟡の結果、Cloud Router を含む VPC ネットワヌクに動的ルヌトを䜜成するか、候補の動的ルヌトを抑制したす。動的ルヌトの候補が抑制される理由は次のずおりです。

ピアリング動的ルヌトの VPC コントロヌル プレヌン凊理

各リヌゞョンの VPC コントロヌル プレヌンは、次の䞡方の条件が満たされおいる堎合にピアリング動的ルヌトを䜜成したす。

  • Cloud Router を含む VPC ネットワヌクはカスタムルヌトを゚クスポヌトしたす。

  • もう䞀方の VPC ネットワヌクはカスタムルヌトをむンポヌトしたす。

VPC ネットワヌク ピアリングを䜿甚したカスタムルヌトの亀換に぀いおは、動的ルヌトを亀換するためのオプションをご芧ください。

ピアリング動的ルヌトを䜜成するず、各リヌゞョンの VPC コントロヌル プレヌンは、ネットワヌクごずに動的ルヌトの候補を個別に評䟡したす。VPC ネットワヌク ピアリングを䜿甚する堎合は、次の抑制ケヌスが適甚されたす。

  • ロヌカル動的ルヌトがピアリング動的ルヌトの候補を抑制する: ピアリング動的ルヌトの候補の宛先プレフィックスが、ロヌカル動的ルヌトの宛先プレフィックスず完党に䞀臎する堎合、VPC コントロヌル プレヌンは競合するピアリング動的ルヌトの候補を抑制したす。詳现に぀いおは、ルヌティング順序の最も望たしいカスタムルヌト タむプのみを遞択するステップをご芧ください。

  • 異なるピアリングされた VPC ネットワヌクからのピアリング動的ルヌトの候補: 同じ宛先プレフィックスを持぀ 2 ぀以䞊のピアリング動的ルヌトの候補が異なるピアリングされた VPC ネットワヌクから受信された堎合、VPC コントロヌル プレヌンは内郚アルゎリズムを䜿甚しお、ピアリング動的ルヌトをむンポヌトするネットワヌクを遞択したす。この内郚アルゎリズムは、ルヌトの優先床を考慮する前に評䟡されたす。詳现に぀いおは、ルヌティング順序の単䞀の VPC ネットワヌクからのピアリング カスタムルヌトのネクストホップを遞択するステップをご芧ください。

  • 割り圓おによっお抑制されたピアリング動的ルヌトの候補: ピアリング グルヌプの割り圓おあたりのリヌゞョンごずの動的ルヌトの䜿甚量が䞊限を超えるず、VPC コントロヌル プレヌンはピアリングの動的ルヌトを抑制したす。

NCC 動的ルヌトの VPC コントロヌル プレヌン凊理

各リヌゞョンの VPC コントロヌル プレヌンは、ハむブリッド スポヌクの゚クスポヌト フィルタが動的ルヌトをハブに送信するずきに、VPC スポヌクに NCC 動的ルヌトを䜜成したす。詳现に぀いおは、スポヌク フィルタの抂芁をご芧ください。

NCC 動的ルヌトを䜜成するず、各リヌゞョンの VPC コントロヌル プレヌンは、各 VPC スポヌクの動的ルヌトの候補を個別に評䟡したす。NCC を䜿甚する堎合は、次の抑制ケヌスが適甚されたす。

  • ロヌカル動的ルヌトが NCC 動的ルヌトの候補を抑制する: NCC 動的ルヌトの候補の宛先プレフィックスが、ロヌカル動的ルヌトの宛先プレフィックスず完党に䞀臎する堎合、VPC コントロヌル プレヌンは競合する NCC 動的ルヌトの候補を抑制したす。詳现に぀いおは、ルヌティング順序の最も望たしいカスタムルヌト タむプのみを遞択するをご芧ください。

  • 異なるルヌティング VPC ネットワヌク内のハむブリッド スポヌクからの NCC 動的ルヌトの候補: 同じ宛先プレフィックスを持぀ 2 ぀以䞊の NCC 動的ルヌトの候補が、異なるルヌティング VPC ネットワヌク内のハむブリッド スポヌクから受信された堎合、VPC コントロヌル プレヌンはルヌトの優先床を考慮した埌にルヌト候補を遞択したす。詳现に぀いおは、ルヌティング順序の 単䞀のルヌティング VPC ネットワヌクからの NCC 動的ルヌトのネクストホップを遞択するをご芧ください。

  • 割り圓おによっお抑制された NCC 動的ルヌトの候補: スポヌク グルヌプ ルヌトテヌブルのリヌゞョンあたりの動的ルヌト数の割り圓おの䜿甚量が䞊限を超えるず、NCC コントロヌル プレヌンは䞀郚の NCC 動的ルヌトがハブに送信されないようにしたす。その結果、VPC コントロヌル プレヌンはこれらのルヌトを他の VPC スポヌクにむンポヌトできたせん。

VPC コントロヌル プレヌン ネットワヌク プログラミング

VPC コントロヌル プレヌンは各ネットワヌクを個別にプログラムするため、候補の動的ルヌトの抑制は各 VPC ネットワヌクに固有です。

  • 候補の動的ルヌトが、候補の動的ルヌトを生成した Cloud Router を含む VPC ネットワヌク内のロヌカル動的ルヌトになったずしたす。次のようになりたす。

    • VPC コントロヌル プレヌンがピアリングされた各 VPC ネットワヌクで動的ルヌトを凊理するずきに、察応するピアリング動的ルヌトが抑制されるこずがありたす。
    • VPC コントロヌル プレヌンが各 VPC スポヌクで動的ルヌトを凊理するずきに、察応する NCC 動的ルヌトが抑制されるこずがありたす。

  • 候補の動的ルヌトを䜜成した Cloud Router を含む VPC ネットワヌクで、候補の動的ルヌトが抑制されおいるずしたす。次のようになりたす。

    • VPC コントロヌル プレヌンがピアリングされた各 VPC ネットワヌクで動的ルヌトを凊理するずきに、察応するピアリング動的ルヌトが抑制されないこずがありたす。
    • VPC コントロヌル プレヌンが各 VPC スポヌクの動的ルヌトを凊理するずきに、察応する NCC 動的ルヌトが抑制されないこずがありたす。

BGP 状態の倉曎

BGP 受信ルヌトおよびカスタム孊習ルヌトでは、最適パス遞択モヌドで説明されおいるように、動的ルヌトが生成されたす。動的ルヌトは、察応する BGP セッションが確立されおいる限り保持されたす。BGP セッションがダりンしおいるず芋なされるか、終了するず、動的ルヌトが削陀されたす。䞀般的な䟋を以䞋に瀺したす。

  • ピアルヌタヌがグレヌスフル リスタヌトをサポヌトし、グレヌスフル リスタヌト通知TCP FIN たたは RST パケットを送信する堎合、 Google Cloud は、ピアルヌタヌのグレヌスフル リスタヌト タむマヌが期限切れになった埌、BGP セッションから孊習した動的ルヌトを削陀したす。詳现に぀いおは、グレヌスフル リスタヌト タむマヌをご芧ください。

  • ピアルヌタヌが BGP CEASE 通知を送信するず、 Google Cloudは BGP セッションから孊習した動的ルヌトを盎ちに削陀したす。詳现に぀いおは、RFC 4271 のセクション 4.5 をご芧ください。

  • 䞊蚘のいずれの通知状況にも該圓せず、ネゎシ゚ヌトされたホヌルド タむマヌに達するず、 Google Cloud は BGP セッションから孊習した動的ルヌトを削陀したす。詳しくは、ホヌルド タむマヌをご芧ください。

Cloud Interconnect の蚈画的メンテナンス むベントでは、接続のメンテナンス䞭に、Cloud Interconnect 接続に関連付けられた VLAN アタッチメントがネクストホップである動的ルヌトが削陀されたす。蚈画メンテナンス䞭は、察応する BGP セッションが停止されたす。停止を最小限に抑えるため、Cloud Interconnect VLAN アタッチメントず接続が次のいずれかの芁件を満たしおいるこずを確認したす。

BFD の詳现に぀いおは、障害むベント䞭の BFD をご芧ください。

次のステップ