計画関連事項

「 VPC用ダイナミックルートサーバー 」は、一部の顧客を対象に、評価およびテストの目的で利用可能なベータ機能です。 アクセスは、許可リストに登録されたアカウントに限定されています。

動的ルートサーバーを作成する前に、関連する計画上の考慮事項、構成要件、およびその他のガイドラインを確認してください。

一般的な考慮事項

動的ルートサーバーを作成する前に、以下の一般的な注意事項を確認してください：

  • ダイナミック・ルート・サーバーはルーティング・サービスであり、データトラフィックを転送することはありません。 その代わりに、BGP を使用してピアから経路情報を取得し、定義されたポリシーに基づいて VPC のルーティングテーブルに経路を追加します。
  • 動的ルートサーバーのインスタンスは、単一のVPC内に作成され、そのVPCのルートのみを管理します。
  • 動的ルートサーバーインスタンスを作成する際は、メンバーを1つ以上3つ以下（ゾーンごとに1つ）指定する必要があります。 高可用性を確保するには、アベイラビリティゾーンごとに1つのメンバーを使用してください。
  • 動的ルートサーバーインスタンスのすべてのメンバーは、同じローカルASNを使用する必要があります。
  • 動的ルートサーバーのインスタンスが作成された後、ピア、ピアグループ、またはルーティングポリシーを設定するには、そのインスタンスが安定したライフサイクル状態に達している必要があります。

仮想ネットワークインターフェースに関する考慮事項

動的ルートサーバーインスタンス用の仮想ネットワークインターフェイス（VNI）を選択する際は、以下の点を検討してください：

  • 各ダイナミックルートサーバーメンバーには、事前に作成しておく必要があるVNIが1つずつ必要です。
  • すべてのVNIは、動的ルートサーバーインスタンスと同じVPCに属している必要があります。
  • 各VNIには、予約済みのプライベートIPアドレスと、BGPトラフィックを許可する1つ以上のセキュリティグループが設定されている必要があります。
  • メンバーに対して使用する既存のVNIは、以下の要件を満たしている必要があります：
    • これは動的ルートサーバーと同じアカウントにあり、他のターゲットには紐付けられていません。
    • IPスプーフィングは許可されておらず、インフラストラクチャNATが有効になっており、プロトコル状態フィルタリングは無効化されていません。
    • このサーバーには、 フローティングIP、セカンダリ予約IPも、プライマリIP以外のIPもありません。
  • 高可用性を確保するには、異なるアベイラビリティゾーンにあるVNIを選択してください。
  • 動的ルートサーバーインスタンスにアタッチされているVNIは、その動的ルートサーバーからアタッチが解除されるまで削除することはできません。
  • VNIに関連付けられたサブネットには、予約済みのIPアドレスおよび継続的な運用に必要な十分なIP容量が確保されている必要があります。

BGP、BFD、およびASNに関する考慮事項

動的ルートサーバーのインスタンスを作成する前に、以下のBGPに関する注意事項を確認してください：

  • 動的ルートサーバーは、 eBGP を使用して、ルーター、ファイアウォール、 Transit Gatewayなどのピアとルートを交換します。
  • 動的ルートサーバーインスタンスを作成する際は、ローカルASNを指定する必要があります。
  • 各ピアには、ローカルASNとは異なるピアASNを設定する必要があります。
  • ASN「 0 」、「 13884 」、「 36351 」、「 64512 」、「 64513 」、「 65100 」、「 65200-65234 」、「 65402-65433 」、「 65500 」、「 65516 」、「 65519 」、「 65521 」、「 65531 」、および「 4201065000-4201065999 」は予約済みであり、ローカルASNやピアASNとして使用することはできません。
  • ASNの競合が存在する場合、ASNの設定が修正されるまで、BGPセッションの確立に失敗します。
  • ピアグループで双方向転送検出（BFD）を有効にすることで、障害の検出とルートの撤回をより迅速に行うことができます。
  • ダイナミックルートサーバーアプライアンスは、マルチホップを使用してBGPセッションを確立します。 BGP セッションで双方向転送検出（BFD）を使用するには、ダイナミックルートサーバーアプライアンスとピアデバイスの両方で BGP マルチホップを設定してください。 BFDの障害検出を有効にするには、ピアデバイスのBGP設定がマルチホップに対応していることを確認してください。

Transit Gateway 統合に関する考慮事項

動的ルートサーバーを IBM Cloud® Transit Gateway と統合する際は、以下の考慮事項を確認してください：

  • ダイナミックルートサーバーへのTransit Gateway接続は、 Transit Gatewayを作成する際、または既存のTransit Gatewayにネットワーク接続を追加する際に作成できます。
  • 動的ルートサーバーのインスタンスは、1つのTransit Gatewayにのみ接続できます。
  • Transit Gateway接続では、 Transit Gatewayゲートウェイとダイナミックルートサーバーのメンバー間で、 eBGP を使用した冗長化された汎用ルーティングカプセル化（GRE）トンネルが利用されます。
  • GREトンネルのIPアドレスにCIDRを指定する場合、そのCIDRは /27 以上でなければならず、いかなるVPCサブネットや既存のTransit GatewayネルのCIDRとも重複してはなりません。
  • CIDRが指定されていない場合は、デフォルトのCIDR範囲が使用されます。
  • ダイナミックルートサーバーがTransit Gatewayに接続されている場合、 Transit Gatewayから学習したルートは、ダイナミックルートサーバーのポリシーで許可されている場合にのみ、他のピアにアドバタイズすることができます。

Transit Gateway と動的ルートサーバーアプライアンス間の接続を確立するには、GREトラフィック（IPプロトコル47）を許可するようにネットワークACL（NACL）を設定してください。 また、セキュリティグループ（SG）ルールを設定し、 Transit Gateway とダイナミックルートサーバーアプライアンス間のBGPトラフィック（TCP ポート179）およびGREトラフィック（IPプロトコル47）を許可してください。

ルーティングテーブルとポリシーに関する考慮事項

動的ルートサーバーポリシーを設定する前に、以下のルーティングに関する考慮事項を確認してください：

  • ピアポリシーを使用すると、ピア間で学習したルートを反映したり、VPCアドレスプレフィックスをピアにアドバタイズしたり、学習したルートをVPCルーティングテーブルに追加したり、カスタム静的ルートをアドバタイズしたりすることができます。
  • 動的ルートサーバーは、ユーザーが定義したルーティングポリシーに基づいて、VPCのカスタムルーティングテーブルを更新します。
  • ルートは、VPC ルーティングテーブルポリシーで明示的に参照されているルーティングテーブルにのみ追加されます。
  • ルーティングテーブルの上限を超えると、ルートの追加に失敗する可能性があります。 詳細については、「 ルーティングテーブルおよび ルートのクォータ」を参照してください。 その場合は、クォータの増量を申請する必要があるかもしれません。
  • VPC ルーティングテーブルポリシーを設定する際は、異なるピアグループに属するピアが同じ宛先をアドバタイズしないように、動的ルートサーバーのピアグループを設定してください。 同じ目的地を複数の仲間グループにまたがって案内すると、覚えたルートに不一致が生じる可能性があります。

高可用性と耐障害性に関する考慮事項

以下の可用性に関する注意事項を確認してください：

  • ゾーンのフォールトトレランスを実現するには、アベイラビリティゾーンごとに1台のダイナミックルートサーバーメンバーを展開してください。
  • 各メンバーは、ピアと独立したBGPセッションを確立します。
  • メンバーの1つが正常でなくなった場合、動的ルートサーバーは自動的に影響を受けたルートを削除し、正常なメンバーを経由するルートを再追加します。
  • ヘルスモニタリングは、BGPセッションの状態およびBFDステータス（有効になっている場合）に基づいて行われます。

セキュリティーに関する考慮事項

以下のセキュリティ上の考慮事項を確認してください：

  • ダイナミックルートサーバーアプライアンスは、 IBM Cloud によって管理され、サービス管理下の分離されたVPC内で実行されます。
  • 動的ルートサーバーコンポーネントと IBM Cloud サービス間の通信には、プライベートネットワークおよび仮想プライベートエンドポイントが使用されます。
  • VNIに紐付けられたセキュリティグループは、BGPトラフィック（ TCP ポート 179 ）およびルーティング制御に必要な、ピア固有の追加トラフィックを許可する必要があります。
  • 動的なルートサーバーの設定変更およびライフサイクルイベントはすべて、 IBM Cloud® Activity Tracker を使用してログに記録されます。 詳細については、「 ダイナミックルートサーバーのステータスと説明 」、「 ダイナミックルートサーバーのイベント 」、および「 ダイナミックルートサーバーのログ記録 」を参照してください。

操作上の考慮事項

以下の運用上の注意事項を確認してください：

  • ピアグループやポリシーがまだ存在し、そのインスタンスに依存している場合は、動的ルートサーバーのインスタンスを削除することはできません。
  • 動的ルートサーバーのインスタンスを削除するには、まずすべてのポリシーを削除し、すべてのピアグループを削除した上で、その動的ルートサーバーをすべてのトランジットゲートウェイから切り離す必要があります。
  • ピア、ピアグループ、またはポリシーの追加といった設定の変更を行っても、既存のトラフィックの流れは中断されません。
  • ルーティングの変更は、ポリシーおよびヘルスステータスに応じて、VPCのルーティングテーブルに即座に反映されます。