Documentation Index

Fetch the complete documentation index at: https://knowledge.catonetworks.com/llms.txt

Use this file to discover all available pages before exploring further.

Oracleパブリッククラウド用クラウド間接続

Prev Next

このガイドは、クラウド間接続を介してOracle Cloud Infrastructure(OCI)をCato Cloudに接続する方法を説明します。

クラウド間接続サイトに関する詳細は、Cloud Interconnect Sitesで始めるを参照してください。

OCI用のクラウド間接続の概要

Catoは、2つの回線を使用するクラウド間接続サイトに対してアクティブ-パッシブモデルをサポートしています。 BGPは、Cato PoPとOCIエッジルーター間のルーティング情報の交換および、サイトのアクティブな動作用の回線の決定に使用されます。 Catoは、クラウド間接続サイトにどのFastConnectパートナーを使用するかを提案します。

ベストプラクティス: Catoは、OCI内で2つの回線を接続して冗長性とレジリエンスのシナリオを推奨します。 シングル回線の設定もサポートされています。

クラウド間接続サイトを作成する準備

OCI クラウド間接続サイトを作成するときは、OCIテナント用の設定とCato管理アプリケーションの設定をする必要があります。

クラウド間接続サイトのデプロイを始める前に、プライマリとセカンダリの接続のユースケースがCato PoPの所在地、クラウドプロバイダーおよびファブリックプロバイダーによってサポートされていることを確認することが重要です。 クラウド間接続サイトの準備について詳細を知りたい方は、Cloud Interconnect Sitesで始めるを参照してください。

注:

クラウド間接続サイトをデプロイするために、Catoはファブリックプロバイダー(例:Equinix)との接続を作成するための基本的な認証情報を使用してシームレスな設定を提供します。 ユースケースが自動設定でサポートされていない場合は、接続を手動でデプロイするためにアカウント代表者(PS/SE/CSM)に連絡してください。

クラウド間接続サイトをデプロイした後に発生した問題については、サポートに連絡してください。

クラウド間接続サイトの設定の高レベル概要

image2.png

これはOCI Catoサイト用のクラウド間接続を設定するプロセスの高レベル概要です:

  1. ユースケースがCato PoPの所在地、クラウドプロバイダ、ファブリックプロバイダによってサポートされていることを確認してください。

    1. 即座に利用可能なPoPの所在地については、ステップ2へ進んでください。

    2. 将来の利用日が予定されているPoPの所在地については、クラウド間接続サイトの設定を行う前に、Catoが手動のバックエンド設定を完了するのを待ちます。

  2. OCIで仮想回線を2本作成します。

  3. Cato管理アプリケーション内で新しいサイトを作成し、サイトタイプをクラウド間接続として選択します。

    1. プライマリおよびセカンダリ回線用の/30 IPサブネットを構成します。 これは、OCI内のカスタマーBGP IPv4アドレスに入力するのと同じ値である必要があります。

    2. 回線あたりの帯域幅を設定します。

  4. CatoとOCIの間でBGPを設定します:

    1. Cato管理アプリケーション内で、プライマリとセカンダリ回線用のBGPピア設定を構成します。 (Catoは自動的にプライマリピアのメトリクスを優先します)

  5. 新しいサイトとの接続テストを実施します。

下記は、クラウド間接続を介してCatoと接続されているOracle Cloud環境の低レベルの例のトポロジーです。

OCI_topology.png

OCIアカウント内の設定を構成する

このセクションでは、Catoアカウント内のクラウド間接続サイトに接続できるように、OCIデータセンターの設定を構成する方法を説明します。

OCIテナント設定を構成するには、クラウド間接続サイト:

  1. OCIでは、ネットワーキング > 顧客接続性 > FastConnect > FastConnectを作成の下で新しい仮想回線を作成します。

  2. 接続タイプFastConnectパートナーを選択し、次へをクリックします。 

    Catoは、接続性のためにOCIがサポートするプロバイダを使用します。 (例:Equinix、Megaport)

  3. バーチャル回線の設定を定義します:

    1. このテナントに適したコンパートメントを選択します。

    2. バーチャル回線タイプとしてプライベートバーチャル回線を選択します。

    3. 各バーチャル回線には接続のための動的ルーティングゲートウェイが必要です。

      動的ルーティングゲートウェイ(DRG)は、OCI VCNをクラウドインターコネクトサイトに接続する役割を担っています。 冗長ペア環境では、両方のバーチャル回線が同じDRGを使用します。

      すでに接続用のDRGが存在しない場合、Oracleのドキュメントで詳細をお読みください。

    4. プロビジョニング済みの帯域幅で、この接続の帯域幅を選択します。

    5. 顧客BGP IPV4アドレス – CatoのピアリングIPとして使用する/30 IPアドレスを設定します。

    6. Oracle BGP IPV4アドレス – OracleのピアリングIPとして使用するために、同じ/30ブロックのIPアドレスを設定します。

    7. 顧客BGP ASN - これはOCI構成内でCato側を表すASNです。 Cato側のピアASNには任意のプライベートASNを使用できます。

    8. MD5 – セキュリティの追加層のために必要な認証値。

    9. MTU – 1500を選択します。 Catoではジャンボフレームに対応していません

    10. 作成をクリックします。

      virtual_circuit.png

  4. バーチャル回線が正常にデプロイされると、各回線のOCIDキーが自動的に生成されます。 サービスキーをCatoの担当者に送信します。

    現在、サーキット接続のピアリングは、サービスプロバイダーによって完全にプロビジョニングされるまで構成できません。 (例として。 Equinix、Megaport)があります。

    プロビジョニングプロセスを完了するために、クラウドインターコネクトデータセンタープロバイダは、OCIによって各回線に生成されたユニークなOCIDキーを必要とします。

    Connection_created.png

    注: サービスプロバイダーとのプロビジョニングプロセスがOCIポータルに反映されるには最大24時間かかることがあります。

  5. プロビジョニングが完了すると、回線はライフサイクルステート列にプロビジョニング済みとして表示されます。

    provisioned.png

クラウドインターコネクトサイトの作成

Cato管理アプリケーションで、新しいクラウドインターコネクトプロバイダーのためのサイトを作成します。

この資料は、HAアクティブ-パッシブクラウドインターコネクトサイトを作成していることを前提としています。 単一サーキットのクラウドインターコネクトサイトを作成する場合は、プライマリFastConnect回線を1つだけ作成してください。 (テスト目的のみに推奨されています)

クラウドインターコネクトサイトについて、プロビジョニングの初期リクエストを送信する際に同時にサイトを作成することをお勧めします。 これにより、このサイトのCato構成を迅速に設定することができます。

クラウドインターコネクトサイトの作成方法:

  1. CMA内で、ネットワーク > サイトを選び、新規をクリックして新しいサイトを作成します。

  2. 接続タイプとしてクラウドインターコネクトを選択し、サイトの設定を定義します。

    image8.png

  3. 適用をクリックします。

  4. 新しいサイトを選択し、サイト構成 > クラウドインターコネクトへ移動し、新しい接続をクリックします。

    1. 接続タイプの下で、パブリッククラウド接続を選択します。

    2. クラウドプロバイダの下で、OCI FastConnectを選択します。

    3. Cato PoPロケーションの下で、テナントが存在するOracleクラウド地域のPoPを選択します。

    4. Oracle FastConnect設定の下で、OCIDを入力してください。

    5. 検証をクリックします。 帯域幅とクラウド地域が表示されます。

    6. ネットワーク設定の構成で、プライマリおよびセカンダリリンクを構成します。 それぞれのクラウドインターコネクトサーキットに対して、OCIでの同様の手順に従い、サブネットおよびピアリングプライベートIPを定義します。

    7. 適用をクリックします。 接続を作成した後、サイトのBGP設定を構成するように促されます。

サイトのBGP設定の定義

このセクションでは、既存のプライベートピアリング接続の上にBGPセッションを定義する方法を説明します。

少なくとも1つのBGPピアに到達可能な場合、クラウドインターコネクトサイトは接続済み状態で表示されます。これはクラウドプロバイダのプロビジョニングステータスに関係なく、です。

BGPがサイト接続の唯一の指標となります。 BGPは、ルーティング交換及びトンネルフェイルオーバーを判断することも可能です。

BGP設定を構成するための手順について:クラウドインターコネクトサイト:

  1. 各サーキットに対してサイト設定 > BGPに行き、新規をクリックしてください。

  2. ASN設定下にて、CatoのASNを設定し、その値を任意に選択します(Peer ASNがOCIバーチャルサーキット構成ページに設定されていると一致することを確認してください)

  3. Peer ASNを31898として設定します。 これは、OCIがバーチャルサーキットのために使用する予約済みASN表記です。

  4. IP設定の下で、Peer IPを設定します。 これは、クラウドインターコネクト設定で「サイト」として設定されているのと同じIPです。 (このIPはクラウドプロバイダーのピアIPを表しています。)

    Cato IPは、クラウドインターコネクト設定に基づいて自動的に選択されます。

    image10.png

  5. BGPルーティングポリシーを定義します - 各ピアのためのルート広告ポリシーを操作することが可能です。

    クラウドインターコネクトサイトでは、ルーティングの不一致を避けるために、両方のピアに同等のポリシーがあることを推奨します。

    1. 広告オプションでは、この隣接するサイトがBGPルートをどのように広告するかを設定できます。

      • デフォルトルート – サイトはBGP近傍にデフォルトルート(0/0)を広告します。 近傍は、このルートテーブルに存在しなくても、すべてのトラフィックをデフォルトルートに送信できます。 デフォルトルートにBGPコミュニティタグを追加することができます。 BGPコミュニティについての詳細については、BGPフィルタリングの作業を参照してください。

      • すべてのルート – サイトはBGP近傍に対してアカウント全体の内部ルートテーブルを広告します。 これらのルートには、静的レンジおよびフローティングレンジが含まれており、他のピアからサイト内およびネットワーク全体で学習されたルートも加わります。 このオプションは、WANトラフィックをBGPピアに送信するためにしばしば有効化されます。

        注: SDPユーザー全体の範囲は、単一のルートとしてBGPピアにアドバタイズされます。

      • サマリールート - サイトが複数のユニークなルートの代わりにサマリールートを広告することで、BGPピアは転送の決定を簡素化し、ルートルックアップに必要な計算資源を最小限に抑えることができます。 参照: BGPサマリールートの作業

    2. 受け入れるセクションでは、サイトがこのネイバーによって公開された動的IPアドレスを受け入れるかドロップするかを選択します。 ドロップオプションを選択すると、このBGPネイバーからの動的伝播を制限します。 BGPルートリストの詳細については、 BGPフィルタリングの操作を参照してください。

      たとえば、AWS Direct Connectを使用するデプロイメントでは、BGPが必要ですが、AWSの動的アドレスを受け入れたくありません。 これらのデプロイメントでは、すべてを破棄を選択することをお勧めします。

    3. NATセクションで、サイトがすべてのIPに対してSNATを実行し、トラフィックをLAN IPアドレスに変換するためにHide SNATを実行を選択します。

      BGP_Policy_options.png

  6. BGPルートの追加設定を設定します:

    1. MD5 – セキュリティの追加層。 このフィールドはクラウド間接続のために必須です。

    2. メトリック – ピアの優先度を変更することがあります。

      推奨される設定プロファイルは、セカンダリピアよりもプライマリピアに良いメトリックを設定することです。

    3. 保持時間キープアライブ間隔の値。

    4. トラック>メール通知 – BGP接続性の変化に関するオプションのアラート。

    image12.png

  7. 適用をクリックします。

     クラウド間接続 サイトが設定されました。 サイトが正しく動作していることを確認するには、以下を参照してください クラウド間接続サイトの接続性のモニタリングとテスト

クラウド間接続サイトのためのBGPポリシーのサンプル

Catoを使用してサポートされているアクティブ-パッシブ構成のピアの例を以下に示します。 (プライマリピアのメトリックは90、セカンダリピアのメトリックは100)

image13.png

クラウド間接続サイトの接続性の監視とテスト

サイト設定が完了したので、接続がどのようにテストされ、監視されるかを確認しましょう。

Catoは、クラウド間接続サイトを監視し、潜在的な問題をトラブルシュートするための複数のツールを提供します:

接続性テストツール

各回線の点対点クラウド間接続IPの到達可能性を確認するには、接続性テストツールを使用できます。

接続テストツールが、サイト設定 > クラウド間接続で、Cato PoP IPからサイトリモートIPにICMPプローブを送信します。

これらがICMPプローブの結果です:

  • 成功 - テストが正常に実行されました

  • エラー - テストは実行されませんでした。 (Cato PoPによってテストがタイムアウトされたか、実行できなかった)

  • 失敗 - テストは正常に実行されましたが、リモートピアIPからは応答がありませんでした

LANモニタリング

LANモニタリング機能を使用して次のことが可能です:

  • プライマリ回線リモートIPへのCato PoPからの継続的なICMPプロービングを実行します。

    注: LANモニタリングはプライマリ回線のみをクラウド間接続サイトで監視します。

  • クラウドプロバイダーネットワーク内のインスタンスに対するホストの活性状態の変更。

しきい値とICMP間隔をカスタム設定し、しきい値を満たした場合にメーリングリストへのメール通知を定義することができます。

image16.png

LANモニタリングのためのメール通知の例:

image.png

BGPステータス

サイト設定> BGP にあるBGPステータスを表示で各回線の接続性を確認します。

ステータスは、学習されているサブネット、広告されているサブネット、およびBGPピアに関する追加のデータを詳細に出力します。

BGPステータス出力のサンプル:

image15.png

BGPメール通知

各ピアのBGPネイバーステータス変更の通知を設定することを推奨します。 メール通知は、BGPピアの接続状態が変化した際に、直接管理者のメーリングリストに送信されます。

サイト設定> BGP> BGPネイバー> 追加設定> トラックでメール通知を設定します。

周波数メーリングリストを選択してください。

Catoは、次の周波数設定を許可しています:

  • 即時 - すべての場合に受取人に通知が送られます

  • 毎時 - 最初の発生時に通知を送信します。 1時間以内に追加の発生がある場合は、追加のメールを送信しません。

  • 毎日 - 最初の発生時に通知を送信します。 1日以内に追加の発生がある場合は、追加のメールを送信しません。

  • 週ごと - 最初の発生時に通知を送信します。 1週間以内に追加の発生がある場合は、追加のメールを送信しません。

BGPメール通知のサンプル:

BGPemail.png

ルーティングテーブル

モニタリング>ルートテーブル画面は、自分のアカウントのすべてのルートをダイナミックルートを含めて表示します。

ルーティングテーブルは、ネクストホップ、PoPおよびトンネルメトリックに基づいて、これらのルートを広告する責任を負うトンネル(プライマリまたはセカンダリ)を特定するために使用できます。

BGPから発信されるルートはダイナミックルーティングタイプとして表示されます。 パッシブ回線のピアからのルートはグレーアウトして表示されます。 両方の回線の点対点サブネットは、このルートテーブル上では静的ルーティングタイプとして表示されます。

たとえば、以下の172.29.0.0/24 という動的ルートは、ニューヨークPoPからアドバタイズされ、メトリック5(最高)を持ち、プライマリかつ現在アクティブなトンネルです。

同じルートは、セカンダリトンネルAshburn PoPでもアドバタイズされ、メトリックは10と低くなっています。

Ashburn PoPのセカンダリトンネルがアクティブトンネルとなった場合、このルートに対するルートテーブルが適宜調整されます。

image18.png

BGPピアは静的であり、自身のルートテーブルエントリーを持っています。 これらのピアは、彼らの背後にアドバタイズされた動的BGPルートのネクストホップとして機能します。 他のルート同様、メトリック情報はどのピアが現在高いメトリックでアクティブかを理解するために使用され、どのCato PoPロケーションであるかも分かる。

image.png

イベント

サイトモニタリング>イベント画面では、Catoがサイト関連のすべてのログイベントを集約します。

重要なイベントは、タイムラインの分析に使用できます。 次のイベントサブタイプを使用して関連するイベントをフィルタリングできます:

  • BGPセッション – BGPセッションの確立または切断を通知します。 切断の特定された理由は、拡張イベントログで確認できます。 (「+」アイコンの下に)

  • BGPルーティング – BGPピアからの新しいルートの追加または削除などのBGPルート変更。

  • LANモニタリング – これらのイベントは、設定したLANモニタリング設定の一部としてログに記録されます。 LANモニタリングが設定されていない場合、これらのイベントはログに記録されません。

BGPevent.png

サイトネットワーク分析

サイト分析では、サイトのトラフィックとスループットを監視でき、次のダッシュボードを含んでいます:

  • ネットワーク分析 – 接続状態の変化、フローの数、ホストおよびスループットを分析します。

    クラウド間接続サイトの接続性はBGPピアに基づくことを忘れないでください。 両方のBGPピアが到達不能になった場合、サイトは切断済みと見なされます。

    xconn-mbps.png

  • イベント - サイトイベントフィード。

  • アプリケーション分析 - このダッシュボードではホストのスループットとアプリケーション使用状況を分解します。 IP/ホスト、アプリケーション、カテゴリなどのフィルターを追加することができます…

    AppAnalytics.png

  • 優先度分析 - これはQoSの分布を時間の経過とともに分析するダッシュボードです。 (優先度分析についてさらに読む)

  • 既知のホスト – サイトの背後にいるホストのリアルタイムダッシュボード。 IP、OSタイプおよびホストのアクティビティは、ホストごとに利用可能なデータポイントの一部です。

    knownHosts.png

  • リアルタイム - このダッシュボードでは、アクティブホスト、スループット、トップアプリケーション、アクティブQoSなどのリアルタイムモニタリングが可能です。

    RealTime.png

OCIとのクラウド間接続の制限

以下は、OCIクラウド間接続サイトを設定する前に考慮すべき制限事項のハイライトリストです:

  • ルートをアドバタイズする際、OCIにはVCNからのルートを除外/含めるオプションはありません。 全VCNがアドバタイズされます。

  • OCIは最大2,000プレフィックスまでのアドバタイズを許可しています。

  • OCIは、Oracleポータル上でCatoからの伝播ルートを検証する方法を提供していません。 これには、Cato ManagementアプリケーションのBGPステータス機能が使用される場合があります。

  • 仮想回線は1つのダイナミックルーティングゲートウェイにしか割り当てられません。

  • OCIの料金モデルは、固定BWポート時間に基づいており、データ転送の消費量ではありません。 (仮想回線がプロビジョニングされるか、30日後のいずれか早い方で課金が開始されます。

  • プレフィックスリミットが達成されると、OCIはBGP接続を60分間停止して再接続を試み、リミット容量が回復するまで繰り返します。

OCIの公式FastConnectドキュメントについてさらに読むことができます。