このページの内容
AWS のシステム要件
Routing Directorソフトウェアをインストールする前に、システムがこれらのセクションで説明する要件を満たしていることを確認してください。
ソフトウェア要件
Routing Directorは、Amazon Web Services(AWS)に展開できます。
VM、セキュリティグループ、ロードバランサー、IAM ロール、ポリシーの作成、変更、削除の権限を持つ AWS へのログイン認証情報と、S3 バケットへのアクセスが必要です。
ハードウェア要件
このセクションでは、評価目的または小規模な展開で、Routing Director デプロイ クラスター内の各ノード仮想マシン (VM) に必要な最小限のハードウェア リソースについて説明します。
クラスターノードのコンピューティング、メモリ、およびディスクの要件は、システムの意図された容量によって異なる場合があります。意図容量は、オンボーディングおよび監視するデバイスの数、センサーの種類、テレメトリメッセージの頻度によって異なります。デバイスの数を増やすと、より高いCPU容量とメモリ容量が必要になります。CPUとメモリリソースがオーバーサブスクライブされていないことを確認します。
本番環境の規模と規模の見積もり、詳細な寸法要件の検討については、ジュニパーパートナーまたはジュニパー営業担当者にお問い合わせください。
Routing Director導入クラスター内の各ノードに必要な 最小限 のリソース(AI-MLとルーティング監視機能の使用例なし)は次のとおりです。
| 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のユースケースを設定するために、クラスター内の各ノードに必要な 最小限 のリソースは次のとおりです。
| 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 |
| 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 |
ホストサーバーには、このセクションに記載されているハードウェアリソースを収容するのに十分な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 とのトラフィックフローを許可するセキュリティグループの詳細を示しています。
| 方向 | プロトコル/ポート | 送信元/宛先 | 説明 |
|---|---|---|---|
|
インバウンド |
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 ロードバランサーに適用されるセキュリティグループの詳細です。
| 方向 | プロトコル/ポート | 送信元/宛先 | 説明 |
|---|---|---|---|
|
インバウンド |
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 からのすべてのアウトバウンド トラフィックを許可します |
クラスターの外部からの通信には、以下のポートを開いておく必要があります。
| ポート |
プロトコル |
使用 |
最安値 |
終了 |
|---|---|---|---|---|
|
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の使用をお勧めします。