Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

AWS のシステム要件

Routing Directorソフトウェアをインストールする前に、システムがこれらのセクションで説明する要件を満たしていることを確認してください。

ソフトウェア要件

Routing Directorは、Amazon Web Services(AWS)に展開できます。

VM、セキュリティグループ、ロードバランサー、IAM ロール、ポリシーの作成、変更、削除の権限を持つ AWS へのログイン認証情報と、S3 バケットへのアクセスが必要です。

ハードウェア要件

このセクションでは、評価目的または小規模な展開で、Routing Director デプロイ クラスター内の各ノード仮想マシン (VM) に必要な最小限のハードウェア リソースについて説明します。

クラスターノードのコンピューティング、メモリ、およびディスクの要件は、システムの意図された容量によって異なる場合があります。意図容量は、オンボーディングおよび監視するデバイスの数、センサーの種類、テレメトリメッセージの頻度によって異なります。デバイスの数を増やすと、より高いCPU容量とメモリ容量が必要になります。CPUとメモリリソースがオーバーサブスクライブされていないことを確認します。

注:

本番環境の規模と規模の見積もり、詳細な寸法要件の検討については、ジュニパーパートナーまたはジュニパー営業担当者にお問い合わせください。

Routing Director導入クラスター内の各ノードに必要な 最小限 のリソース(AI-MLとルーティング監視機能の使用例なし)は次のとおりです。

表1:Routing Directorのハードウェア要件
4ノードクラスター 3ノードクラスター 単一ノードクラスター

16 vCPU

24 vCPU

32 個の vCPU

32 GB RAM

48 GB RAM

64 GB RAM

512 GB SSD

SSDは必須です。

512 GB SSD

SSDは必須です。

512 GB SSD

SSDは必須です。

AI-ML(人工知能[AI]および機械学習[ML])ユースケースを設定するには、クラスター内の各ノードに追加のリソースが必要になります( 上の表に記載されている仕様を30%上回っています)。AI-ML機能には、ブラックホール、物理層の障害のほか、デバイスハードウェアの正常性、インターフェイスの正常性、プロトコル機能、ファブリックの正常性における異常の検出が含まれます。

AI-MLのユースケースを設定するために、クラスター内の各ノードに必要な 最小限 のリソースは次のとおりです。

表2:AI-MLのユースケースにおけるハードウェア要件
4ノードクラスター 3ノードクラスター 単一ノードクラスター

24 vCPU

32 個の vCPU

48 個の vCPU

48 GB RAM

64 GB RAM

96 GB RAM

768 GB SSD

768 GB SSD

768 GB SSD

ルーティング可観測性のユースケースを設定するには、 最低限の クラスター内の各ノードに必要なリソースは次のとおりです。
表3:ルーティング監視機能ユースケースのハードウェア要件
4ノードクラスター 3ノードクラスター 単一ノードクラスター

48 個の vCPU

64-vCPU

64-vCPU

96 GB RAM

128 GB RAM

128 GB RAM

2000 GB SSD

2000 GB SSD

2000 GB SSD

警告:以上は、ルーティングの可観測性とAI/ML機能を設定するための最低限の要件です。本番環境でこれらの機能を構成するために必要なリソースの見積もりについては、ジュニパーパートナーまたはジュニパーの営業担当者にお問い合わせください。

ホストサーバーには、このセクションに記載されているハードウェアリソースを収容するのに十分なCPU、メモリ、およびディスク容量が必要です。

高可用性を確保するには、ノードを個別のフォルト・ドメインに分散することをお勧めします。AWS の導入では、ノードとインフラストラクチャの高可用性を確保するために、各ノードを別々のアベイラビリティゾーンに配置します。

ネットワーク要件

ノードはSSHを介して相互に通信できる必要があります。ノードはNTPサーバーに同期できる必要があります。SSHはVMの作成中に自動的に有効になり、クラスターの作成中にNTPサーバーアドレスの入力を求められます。ノードが異なるサーバー上にある場合に備えて、ノード間でNTPをブロックしたり、SSHトラフィックをブロックしたりしていないことを確認します。

単一または複数のサブネットでのクラスタリング

AWSのデプロイでは、クラスターは単一または複数のサブネットにデプロイできます。マルチサブネット展開は、通常、複数のアベイラビリティゾーンにリソースを分散して高可用性をサポートするために使用されます。

設定の観点からは、AWS ロードバランサーがトラフィックのルーティングとフェイルオーバーを処理するため、マルチサブネットデプロイをサポートするために追加のクラスターレベルの設定は必要ありません。AWSでは、BGPピアリングやTOR統合などの明示的なネットワーク設定は必要ありません。

複数のNICを持つクラスタ

AWS インスタンスは複数のネットワークインターフェイスをサポートしますが、一般的なクラスター導入ではデュアル NIC 構成を使用する必要はなく、認定されていません。

ほとんどの場合、ネットワークの分離 (デバイス管理と外部 GUI アクセスの分離など) は、複数の NIC ではなく AWS Load Balancer を使用して実現できます。

IPv4アドレスとホスト名を設定する

インストールに使用できるIPアドレスとホスト名が以下の必要があります。

  • インターフェイス IP アドレス(ノードごとに 1 つずつ)。

  • インターネットゲートウェイのIPアドレス。

  • プライマリおよびセカンダリDNSサーバーのIPv4アドレス

  • NTPサーバー情報。

  • AWSが生成したホスト名は、ネットワークロードバランサーを作成する際にDNS名として使用できます。以下のホスト名が必要です。

    • gNMI、NETCONF(デバイスからのSSH接続)、およびWeb GUI間で共有される汎用イングレスホスト名—これは、複数のサービス間で共有され、クラスターの外部からRouting Directorにアクセスするために使用される汎用ホスト名です。

    • アクティブアシュアランステストエージェントゲートウェイ(TAGW)—このホスト名は、アクティブアシュアランステストエージェントエンドポイントへのHTTPベースのトラフィックを提供します。

    • PCEサーバー—このホスト名アドレスは、Routing Directorとデバイス間のPath Computational Element Protocol(PCEP)セッションを確立するために使用されます。クラスターを展開する前に、対応するIPアドレスを特定するために( nslookup DNS-name コマンドを使用して)このホスト名を解決する必要があります。

      PCEサーバーのホスト名設定は、ネットワーク内の動的なトポロジーの更新をリアルタイムで表示するために必要です。BGP-LSピアリングおよびPCEPセッションの確立については、 動的トポロジーワークフローを参照してください。

    • ルーティングの可観測性 cRPD—このホスト名は、外部ネットワークデバイスがBMPセッションを確立するためのBGP監視プロトコル(BMP)ステーションのIPアドレスとして使用します。クラスターを展開する前に、このホスト名を( nslookup DNS-name コマンドを使用して)解決して、対応するIPアドレスを特定する必要があります。

    • ルーティングの可観測性 IPFIX—このホスト名は、予測イベントを表示するためのIPFIXデータを収集するために使用されます。予測イベントは、トラフィック損失の潜在的な指標としてRouting Directorによって識別されるルーティング、転送、OSの例外を示します。クラスターを展開する前に、このホスト名を( nslookup DNS-name コマンドを使用して)解決して、対応するIPアドレスを決定する必要があります。

注:

IPv6アドレスはAWSの導入ではサポートされていません。

ファイアウォール要件

次のセクションでは、ファイアウォールがクラスター内外との通信を許可する必要があるポートを示しています。

次の表は、EC2 インスタンスにアタッチされ、VM とのトラフィックフローを許可するセキュリティグループの詳細を示しています。

表4:EC2インスタンスセキュリティグループ
方向 プロトコル/ポート 送信元/宛先 説明

インバウンド

TCP/22

0.0.0.0/0

すべてのSSH管理に対応

インバウンド

TCP/30011-30023

0.0.0.0/0

ノードポート;ルーターと送信元IPアドレスからの接続を許可して、GUIに接続します。

インバウンド

任意

VPC subnet IP range

VM 間のすべての VPC 内通信を許可します。

アウトバウンド

任意

任意

VM からのすべてのアウトバウンド トラフィックを許可します

次の表は、ノード間のクラスター内通信を可能にするために AWS ロードバランサーに適用されるセキュリティグループの詳細です。

表 5: ロード バランサー セキュリティ グループ
方向 プロトコル/ポート 送信元/宛先 説明

インバウンド

TCP/443

0.0.0.0/0

GUIへのアクセス用。

Allow from everywhere

インバウンド

TCP/2200

0.0.0.0/0

NETCONFアクセス用。ロード バランサーから VM へのトラフィックを許可します。

インバウンド

TCP/4189

0.0.0.0/0

PCEP向け

インバウンド

UDP/4739

0.0.0.0/0

ルーティングの可観測性については、CRPD

インバウンド

TCP/5432

0.0.0.0/0

ルーティングの可観測性については、IPFIXの健全性チェック

インバウンド

TCP/6800

0.0.0.0/0

アクティブアシュアランスの場合 TAGW

インバウンド

TCP/17002

0.0.0.0/0

ルーティングの可観測性については IPFIX

インバウンド

TCP/32767

0.0.0.0/0

gNMI期間アクセス用

アウトバウンド

任意

任意

VM からのすべてのアウトバウンド トラフィックを許可します

クラスターの外部からの通信には、以下のポートを開いておく必要があります。

表6:ファイアウォールがクラスター外部からの通信を許可する必要があるポート
ポート

プロトコル

使用

最安値

終了

179

TCP

トポロジー情報を用いたトポロジー可視化とトラフィックエンジニアリング

Routing Director導入クラスターノードのIPアドレス

Routing DirectorからBGPピアリングを設定するルーターIPアドレス。

ルーター管理IPアドレスまたはルーターインターフェイスIPアドレスを使用できます。

443

TCP

Web GUI + API

外部

ユーザーコンピューター/デスクトップ

Web GUI イングレスVIPアドレス

443

TCP

アクティブアシュアランステストエージェント

外部

ネットワークデバイス

アクティブアシュアランステストエージェントのVIPアドレス

2200

TCP

NETCONF

外部

ネットワークデバイス

Web GUI イングレスVIPアドレス

4189

TCP

PCEサーバー

外部

ネットワークデバイス

PCEサーバーのVIPアドレス

4739

UDP

ルーティングの可観測性

外部

ネットワークデバイス

IPFIX VIPアドレス

6800

TCP

アクティブアシュアランステストエージェント

外部

ネットワークデバイス

アクティブアシュアランステストエージェントのVIPアドレス

32767

TCP

gNMI

Routing Director導入クラスターノードのIPアドレス

外部

ネットワークデバイス

17002

TCP

ルーティングの可観測性

外部

ネットワークデバイス

ルーティングの可観測性 cRPDロードバランサーのIPアドレス

Webブラウザーの要件

Google Chrome、Mozilla Firefox、Safari の最新バージョン。

注:

Google Chromeの使用をお勧めします。