動的ルーティング・ゲートウェイ

DRGおよびDRGアタッチメントの作業

DRGを作成する場合、DRGを配置するコンパートメントを指定する必要があります。DRGをコンパートメントに配置すると、アクセス制御の制限に役立ちます。使用するコンパートメントがわからない場合、通常使用しているVCNと同じコンパートメントにDRGを配置します。詳細は、アクセス制御を参照してください。

オプションとして、DRGにわかりやすい名前を割り当てることができます。一意である必要はなく、後で変更できます。Oracleは、Oracle Cloud ID (OCID)と呼ばれる一意の識別子をDRGに自動的に割り当てます。詳細は、リソース識別子を参照してください。

DRGを使用するには、他のネットワーク・リソースにアタッチする必要があります。APIでは、アタッチのプロセスにより、独自のOCIDを持つDrgAttachmentオブジェクトが作成されます。DrgAttachmentには、DRGにアタッチされているオブジェクトのタイプを示すタイプ・フィールドがあります。タイプ・フィールドは、次のいずれかの値に設定できます:

• VCN
• VIRTUAL_CIRCUIT
• IPSEC_TUNNEL
• REMOTE_PEERING_CONNECTION
• LOOPBACK (詳細は、「ループバック・アタッチメント」を参照してください。)

VCNをDRGにアタッチするには、CreateDrgAttachment操作またはコンソールを使用して、DRGアタッチメント・オブジェクトを明示的に作成します。ネットワーク・オブジェクトを作成または削除すると、仮想回線、IPSecトンネルおよびリモート・ピアリング接続のアタッチメントが自動的に作成(および削除)されます。

DRGルート表およびルート・ディストリビューションの作業

パケットはアタッチメントを介してDRGに入り、そのアタッチメントに割り当てられたDRGルート表のルールを使用してルーティングされます。必要なルーティング・ポリシーに応じて、多数のDRGアタッチメントに同じルート表を割り当てるか、各アタッチメントに専用のルート表を作成できます。

DRGを作成すると、2つのデフォルト・ルート表が作成されます。1つはVCNアタッチメント用で、もう1つは他のすべてのアタッチメント用です。ルート表をアタッチメント・タイプのデフォルト・ルート表として設定すると、代替表を明示的に指定しないかぎり、新しく作成されたそのタイプのアタッチメントにその表が割り当てられます。どのタイプのデフォルトとして指定されているルート表も削除できません。ルート表を削除しようとする前に、アタッチメント・タイプのデフォルト・ルート表としてルート表が設定されていないことを確認してください。

VCNアタッチメントには2つのルート表があります。1つはDRGに進入するトラフィック用のDRGルーティング表で、もう1つはVCNに進入するトラフィック用のVCNルーティング表です。DRGルート表はDRGに存在し、アタッチメントを介してDRGに進入するパケットをルーティングするために使用されます。VCNルート表は、アタッチメントを介してVCNに進入するパケットをルーティングするために使用されます。VCNルーティング表を定義しない場合、非表示の暗黙的な表が常にVCN内のすべてのサブネットへの接続を提供します。

動的インポート/エクスポート・ルート・ディストリビューション

DRGルート表には、静的ルートと動的ルートの両方が含まれます。静的ルートはAPIを使用して表に挿入されますが、動的ルートはアタッチメントからインポートされ、ルート・ディストリビューションを使用して挿入されます。また、一致基準(OCIDやアタッチメント・タイプなど)およびアクションを含む宣言文のリストも挿入されます。ルート・ディストリビューションを使用して、ルートをDRGアタッチメントからインポートまたはエクスポートする方法を指定できます。DRGごとに2つの自動生成されたインポート・ルート・ディストリビューションが作成されます。1つはVCNルート専用で、もう1つはすべてのルート用です。他のインポート・ルート配分を作成できますが、新しいエクスポート・ルート配分は作成できません。

ルート・ディストリビューションの照合基準にアタッチメント・タイプが含まれる場合、アタッチメントに関連付けられたルートは、アタッチメントで使用されるDRGルート表に動的にインポートされます。文がルート・ディストリビューションから削除されると、一致するルートがDRGルート表から削除されます。ルート・ディストリビューションの文は優先度順に評価されます。数値が最も低いと優先度は最も高くなります。文が評価される順序は、インポートするルートのプリファレンス・セットに影響しません。

コンソールでルート・ディストリビューション文を作成するときに、一致タイプが「すべてに一致」の文を作成できます。APIで、空のリストに一致基準を設定して、「すべてに一致」文をエンコードします。

動的ルートはどのようにアタッチメントに到達しますか。

オンプレミス・ネットワークへのルートは、BGPを使用してCPPからIPSecトンネルおよび仮想回折線アタッチメントに通知されます。ルートは、接続されたRPCを介して、あるDRG上のRPCアタッチメントから別のDRG上のRPCアタッチメントに動的に伝播されます。VCNの動的ルートには、すべてのサブネットCIDRまたはすべてのVCN CIDRおよびDRGアタッチメントに関連付けられたVCNルート表で構成されているすべての静的ルーティングCIDRが含まれています。VCNアタッチメントのvcnRouteTypeプロパティにより、サブネットCIDRまたはVCN CIDRがVCNアタッチメントに伝播されるかどうかが決定されます。デフォルトの動作ではサブネットCIDRをインポートしますが、この動作ではVCNアタッチメントの作成または更新時に変更できます。詳細は、ルート集計を参照してください。

動的エクスポート・ルート・ディストリビューション

アタッチメントがDRGルート表に割り当てられると、その表のコンテンツをアタッチメントに動的にエクスポートできます。デフォルトのエクスポート・ルート・ディストリビューションがアタッチメントに割り当てられている場合、アタッチメントに割り当てられたDRGルート表のコンテンツ全体が、アタッチメントに動的にエクスポートされます。アタッチメントへの動的ルート・エクスポートを無効にするには、API操作removeExportDrgRouteDistributionを使用して、アタッチメントのexportDrgRouteDistributionIdフィールドをNULLに設定します。VCNアタッチメントへの接続はサポートされません。

DRGごとに1つの自動生成されたエクスポート・ルート・ディストリビューションが作成されます。エクスポート・ルート配分を作成できません。

ルート伝播の制限事項

IPSecトンネルまたは仮想回線からインポートされたルートは、エクスポート・ルート・ディストリビューションの構成方法に関係なく、他のIPSecトンネルまたは仮想回路アタッチメントにエクスポートされません。同様に、IPSecトンネルまたは仮想回線アタッチメントを介してDRGに進入するパケットは、IPSecトンネルまたは仮想回線アタッチメントを介して退出できません。IPSecトンネルまたは仮想回線アタッチメントからのパケットがIPSecトンネルまたは仮想回線アタッチメントに送信されるようにルーティングが構成されている場合、パケットはドロップされます。

ECMP

等コスト・マルチパス・ルーティング(ECMP)を使用すると、BGPを使用して、FastConnect仮想回線またはIPSecトンネル(回線タイプは混在しない)を介したネットワーク・トラフィックのフローベースのロード・バランシングが可能になります。ECMPでは、最大8つの回線間で、ネットワーク・トラフィックのアクティブ/アクティブ・ロード・バランシングおよびフェイルオーバーが可能です。

Oracleでは、プロトコル、宛先IP、ソースIP、宛先ポートおよびソース・ポートを使用して、一貫性のある決定論的アルゴリズムを使用してロード・バランシングの目的でフローを区別します。したがって、使用可能なすべての帯域幅を使用するには、いくつかのフローが必要です。

ECMPはデフォルトでオフになっており、ルート表単位で有効にできます。Oracleでは、同じルート・プリファレンスを持つルートのみがECMP転送に適格であるとみなされます。詳細は、ルート競合を参照してください。

ルート・ソース

DRGルートは、静的ルートとして、またはVCN、IPSecトンネル、FastConnect仮想回線またはRPCアタッチメントからの動的ルートとして開始します。この起点は、そのソースを定義します。これは、ルートの不変特性です。APIでは、ソースはDrgRouteRuleのrouteProvenanceと呼ばれます。

ルートは、RPCアタッチメントを使用してDRG間で伝播されます。

ソースIPSEC_TUNNELまたはVIRTUAL_CIRCUITのルートは、アタッチメントのエクスポート・ディストリビューションに関係なく、IPSecトンネルまたは仮想回線アタッチメントにエクスポートされません。

DRGへのサブネット・トラフィックのルーティング

基本ルーティング・シナリオでは、VCNのサブネットからDRGにトラフィックを送信します。たとえば、サブネットからオンプレミス・ネットワークにトラフィックを送信する場合は、サブネットのルート表にルールを設定します。ルールの宛先CIDRはオンプレミス・ネットワーク(またはそこにあるサブネット)のCIDRであり、ルールのターゲットはDRGです。詳細は、VCNルート表を参照してください。

必要なIAMポリシー

DRGを使用したVCNsのピアリングには、特定のIAM権限が必要です。必要な権限の詳細は、VCNs間のルーティングのIAMポリシーを参照してください。

DRGバージョン

2021年5月17日より前に作成されたDRGは、レガシー・ソフトウェアを使用しており、最新バージョンにアップグレードできます。その後に作成されたDRGには、デフォルトでアップグレードされた機能があります。

次に、アップグレードされたDRGとレガシーDRGの相違点をまとめます:

レガシーDRG:

• プログラム可能なルート表はありません。すべてのトラフィックがオンプレミスから関連付けられたVCNに転送され、VCNからオンプレミスに転送されるデフォルトのルーティング動作があります。
• 単一のVCNにアタッチできます。DRGは、RPCを使用して、リモートVCNピアリング用に別のDRGにアタッチできます。
• FastConnectまたはSite-to-Site VPN、あるいはその両方をアタッチできます。これらの接続を使用してアクセスできるのは、ローカル・リージョンのリソースのみです。
• 同じテナンシ内のリモートDRG-VCNペアを使用したRPC接続をサポートできます。レガシーDRGを使用したリモート・ピアリングについて学習するには、レガシーDRGを使用したリモートVCNピアリングを参照してください。

アップグレードされたDRG:

• デフォルトで2つのルート表があり、後でさらに追加できます。
• 同じリージョン内で多数のVCNをアタッチできます。ローカルVCNからVCNへのトラフィックは、LPGではなく相互に接続されたDRGを通過できます。詳細は、アップグレード済DRGを介したローカルVCNピアリングを参照してください。
• FastConnect orSite-to-Site VPN、またはその両方を使用してオンプレミスにアタッチできます。これらの接続を使用して、ローカル・リージョンとリモート・リージョンの両方のリソースにアクセスできます。
• 同じテナンシまたは別のテナンシ内のDRG/VCNペアとのRPC接続をサポートします。アップグレードしたDRGを使用したリモート・ピアリングについて学習するには、アップグレードしたDRGを介したリモートVCNピアリングを参照してください。

この記事の残りの部分は最近更新され、一般的なネットワーキング・シナリオと同様に、アップグレードされたDRGの機能が反映されています。レガシーDRGを使用したリモートVCNピアリングは、レガシーDRGに固有の唯一のルーティングまたはピアリング・シナリオです。

DRGをアップグレードする前に

拡張DRG機能を利用するには、DRGをアップグレードします。DRGのアップグレード・プロセスは自動化されていますが、アップグレードを開始するために必要な権限を持っている必要があります。DRGのアップグレードは、アップグレード・プロセスの起動後にレガシーDRGにロールバックするオプションのない一方向プロセスです。

各DRGのアタッチメントが順番に更新されるため、各アップグレード・アタッチメントがプロビジョニング状態に強制されます。仮想回線およびVPNトンネル・アタッチメントは、プロビジョニング状態のときにトラフィックを転送できなくなります。仮想回線が1つのみの場合は、約20分間停止する可能性があります。オンプレミス接続用の既存のBGPセッションもリセットされ、アタッチメントおよび接続もオフラインになります。

冗長接続がある場合、1つの接続でアップグレードが行われている間、トラフィックが他の回線にフェイルオーバーすることを想定します。冗長構成を使用すると、オンプレミスとOCIの間の全体的な接続は、DRGのアップグレード中に維持されます。たとえば、DRGに1つの仮想回線がプライマリとして構成されているオンプレミス・ネットワークへの2つのFastConnect仮想回線アタッチメントがある場合、プライマリ仮想回線はアップグレードされますが、接続は削除されますが、トラフィックはセカンダリ仮想回線を通過できます。その最初の更新が終了し、プライマリ仮想回線経由のトラフィックがリストアされると、プロセスはセカンダリ仮想回線アタッチメントをアップグレードし、最終的に両方の仮想回線がオンラインに戻ります。アップグレード・プロセスは、オンプレミス・アタッチメントごとに最大30分継続することが予想されます。同様に、アップグレード・プロセスでセカンダリ仮想回線のアタッチメントを最初にアップグレードした場合、トラフィックはその回線で停止しますが、セカンダリ回線接続が再確立されるまでプライマリ仮想回線を通過できます。

リモート・ピアリング接続およびVCNアタッチメントでは、仮想回線またはIPSecトンネル接続がどのように行われるかをBGPでリセットする必要がなく、アップグレードが高速になります。LPGまたはその他のゲートウェイへのVCN接続は、DRGではなくVCN上のアタッチメントであるため、影響を受けません。

DRGのアップグレード・プロセスが完了すると、サイト間VPN IPSecトンネルがオンラインに戻され、FastConnectおよびサイト間VPNのすべてのBGPセッションが再構築されます。デフォルトでは、アップグレードされたDRGには、2つの自動生成DRGルート表とインポート・ルート・ディストリビューションがアタッチメントに対して有効になっています。これらのリソースは、レガシーDRGとの下位互換性のために設計されており、以前のすべての通信が、さらなるユーザー操作なしでアップグレード前と同じ方法で再開されます。

DRGをアップグレードする方法の段階的な手順は、DRGのアップグレードを参照してください。

シナリオ

ネットワーキング・サービスにおけるDRGの役割と、コンポーネントの一般的な連携方法を理解するのに役立つ詳細なネットワーキング・シナリオが用意されています。

ルート競合

同じCIDRを持つ2つのルートが同じDRGルート表で確認された場合、DRGは次の基準を使用して競合を解決します:

1. 静的ルートは、常に動的ルートよりも優先されます。

   ノート
   
   同じDRGルート表に同じCIDRを持つ2つの静的ルートを手動で指定することはできませんが、同じCIDRを持つ複数のルートを動的にインポートすることはできません。
2. 動的ルート間の競合は、最初にルートのASパスを分析することによって解決されます:
   • ルート・ソースがVCNまたはSTATICのルートには、常に空のASパスがあります。
   • ルート・ソースがIPSEC_TUNNELまたはVIRTUAL_CIRCUITのルートには、ASパス・データが移入されています(詳細は、オンプレミス・ネットワークへの接続のルーティング詳細を参照してください)。
3. それ以外の場合、ルートをインポートしたアタッチメント・タイプは、そのアタッチメント・タイプに基づいて次の優先度に従って評価されます:
   1. VCN: DRGは、任意だが安定した選択を行います。
   2. VIRTUAL_CIRCUIT: ECMPが無効である場合、DRGは任意だが安定した選択を行います。ECMPが有効である場合、すべてのルートがルート表に追加され、DRGはECMPを使用してルーティングの選択を行います。DRG内でサポートされるECMPの最大幅は8です。
   3. IPSEC_TUNNEL: ECMPがdisabledである場合、DRGは任意だが安定したselection.If ECMPをenabledにすると、すべてのルートがルート表に追加され、DRGはECMPを使用してルーティングの選択を行います。DRG内でサポートされるECMPの最大幅は8です。

   4. REMOTE_PEERING_CONNECTION: DRGは、ネットワーク距離が最小のルートを選択します。

      2つのルートが同じネットワーク距離である場合、DRGは最も優先されるルート・ソースを持つルートを選択します(STATIC > VCN > VIRTUAL_CIRCUIT> IPSEC_TUNNEL > RPC)。

      2つのルートに同じルート・ソースがある場合、DRGは任意だが安定した選択を行います。

4. 競合するルートが同じタイプのアタッチメントからインポートされた場合、競合は、アタッチメント・タイプに応じて異なる方法で解決されます:
   1. VCNアタッチメント: 2つのVCNアタッチメントから同じCIDRがインポートされた場合、任意だが安定した決定手順を使用して1つのみが選択されます。
   2. VIRTUAL_CIRCUITおよびIPSEC_TUNNELアタッチメント: CIDRが同じでAS_PATHの長さが異なる複数のルートがDRGルート表にインポートされた場合、AS_PATHの長さが最小のルートが選択されます。それ以外の場合は、任意だが安定した決定手順を使用して1つのルートが選択されます。
   3. RPCアタッチメント: 2つのRPCアタッチメントから同じCIDRがインポートされた場合、任意で安定した決定手順を使用してそれらのうちの1つが選択されます。

ルート表のコンテンツをリストすることで、競合解決の結果を確認できます。非推奨のルートは「競合」ステータスでマークされます。

ルート集計

RFC-1338ルートアグリゲーションで説明されているように、クライアントごとに個別のルートを通知するのではなく、そのルート内に含まれるすべての宛先を記述する単一の集約されたルートを通知できます。OCIネットワーキングでのこの主な例は、サブネットCIDRではなくVCN CIDRをインポートするようにDRGのVCNアタッチメントを構成して、BGPによって通知されるルートを簡素化すると発生します。ネットワークアーキテクチャーによっては、次のことを決定することもできます。

• DRGのインポート・ディストリビューションではなく静的ルートを使用して、さらに細かく要約します(このスコープは特定のアタッチメントに制限されます)。
• 2番目のDRGを導入し、集計されたアタッチメントを別のDRGに対してRPCを介してのみ使用できるようにすることで、複数のアタッチメントを集計します

他の形式のルート集計は使用できません。

制限事項

一部の機能は可能であるように見えますが、次のルーティング機能は許可されません。

• RPC、IPSecトンネルまたは仮想回線アタッチメントの明示的な作成または削除
• IPSecトンネルまたは仮想回線アタッチメントのネクスト・ホップを含むDRGルート表の静的ルート
• デフォルト以外のエクスポート・ルート配分の使用
• VCNアタッチメントへの動的ルート・エクスポート
• 4つ以上のDRGを介してRPCを介して伝播するルート