Routing Directorのシステム要件

ソフトウェア要件

Routing Directorは、以下のベアメタルハイパーバイザーの1台以上のサーバーに導入できます。

• VMware ESXi 8.0の場合

• Red Hat Enterprise Linux (RHEL) 8.10 および Ubuntu 22.04.05 カーネルベースの仮想マシン (KVM)。

  libvirt、libvirt-daemon-kvm、bridge-utils、および qemu-kvm パッケージをインストールする必要があります。ハイパーバイザーには Intel ベースの CPU が必要です。

• プロキシモックスVE

ハードウェア要件

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

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

手記：

実稼働環境のスケールとサイズの見積もりを取得し、詳細な寸法要件についてご相談される場合は、ジュニパーパートナーまたはジュニパーの営業担当者にお問い合わせください。

4 ノード クラスタの各ノードに必要な最低限のリソースは次のとおりです。

• 16 コア vCPU

• 32 GB の RAM

• 512GB SSD。SSDは必須です。

3 ノード クラスタの各ノードに必要な最低限のリソースは次のとおりです。

• 24 コア vCPU

• 48 GB RAM

• 512GB SSD。SSDは必須です。

ルーティング監視機能とAI/ML(AI:人工知能(AI)および機械学習(ML)機能を設定して、デバイスの健全性に関連する主要業績評価指標(KPI)を自動的に監視するには、クラスタ内の4つのノードそれぞれに必要な最低限のリソースは次のとおりです。

• 48 コア vCPU

• 96 GB の RAM

• 2000GB SSD

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

サーバーには、このセクションに記載されているハードウェア リソースを収容するのに十分な CPU、メモリ、およびディスク容量が必要です。ノードとサーバーの高可用性を実現するには、すべての VM を異なるサーバーにデプロイします。

ネットワーク要件

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

• 単一サブネット クラスタ
• マルチサブネット クラスタ
• IPv4アドレスの設定
• IPv6アドレスの設定

インストールには、次のIPアドレスが必要です。

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

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

• の仮想IP(VIP)アドレス:

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

    または、デバイス管理ネットワークが GUI へのアクセスに使用するネットワークとは異なるサブネット上にある場合、Web GUI 用に 1 つの VIP アドレスを使用し、gNMI および NETCONF アクセス用に別の VIP アドレスを使用することもできます。

    追加の IP アドレスが定義され( ingress ingress-vip オプションを使用)、設定( oc-term oc-term-host および gnmi gnmi-term-host オプションを使用)すると、そのネットワークからデバイスを採用するために使用されるアウトバウンド SSH 設定に追加の IP アドレスが追加されます。最初のネットワークからのVIPアドレスは、GUIへのアクセスに使用するのが理想的です。どちらの IP アドレス セットも GUI、NETCONF、および gNMI へのアクセスに使用できますが、NETCONF および gNMI のアウトバウンド SSH 設定に追加されるのは、定義および設定されたアドレスのみです。最初のサブネットのデバイスを採用する場合は、アウトバウンド SSH コマンドを手動で編集して、NETCONF および gNMI アクセス用に設定された IP アドレスを上書きする必要があります。

  • Active Assuranceテストエージェントゲートウェイ(TAGW):このVIPアドレスは、Active AssuranceテストエージェントエンドポイントへのHTTPベースのトラフィックを提供します。

  • PCE サーバー - この VIP アドレスは、ルーティング ディレクターとデバイス間の PCEP(Path Computational Element Protocol)セッションを確立するために使用されます。ネットワーク内の動的なトポロジー更新をリアルタイムで表示するには、PCE サーバの VIP 設定が必要です。BGP-LSピアリングとPCEPセッションの確立については、 動的トポロジーワークフローを参照してください。

    クラスタがマルチサブネット クラスタの場合は、各サブネットから 1 つずつ、複数の VIP アドレスを設定して、すべての VIP で PCEP セッションを確立することもできます。

  • ルーティング監視機能 cRPD—このVIPは、BMPセッションを確立するためのBGPモニタリングプロトコル(BMP)ステーションIPアドレスとして外部ネットワークデバイスによって使用されます。

  • ルーティング監視機能 IPFIX—この VIP は、予測イベントを表示するための IPFIX データを収集します。予測イベントは、ルーティング、転送、および OS 例外を示し、ルーティングディレクターによってトラフィック損失の潜在的な指標として識別されます。

  VIPアドレスは、デバイスがルーティングディレクターとの接続を確立するために必要なアウトバウンドSSH設定に追加されます。

  手記：マルチサブネット クラスター インストールでは、VIP アドレスをクラスター ノードと同じサブネット上に配置 できません。

• VIPアドレスにマッピングされたホスト名—VIPアドレスに加えて、ホスト名を使用してデバイスがルーティングディレクターに接続できるようにすることもできます。ただし、ホスト名とVIPアドレスがDNSに正しくマッピングされており、デバイスがDNSに接続できることを確認する必要があります。ホスト名を使用するようにルーティングディレクターを設定すると、ホスト名がVIPアドレスよりも優先され、デバイスのオンボーディング中に使用されるアウトバウンドSSH設定に追加されます。

リストされているIPアドレスとホスト名に加えて、インストール時に次の情報を用意する必要があります。

• IPv4およびIPv6のプライマリおよびセカンダリDNS サーバーアドレス(必要な場合)

• NTP サーバ情報

ファイアウォールの要件

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

ノード間のクラスタ内通信を許可する必要があります。特に、 表 1 にリストされているポートは、通信用に開いたままにしておく必要があります。

表 1: ファイアウォールがクラスタ内通信を許可しなければならないポート

港	議定書	使い	差出人	宛先	コメント
インフラストラクチャ ポート
22	TCPの	管理用 SSH	すべてのクラスタ ノード	すべてのクラスタ ノード	パスワードまたは SSH キーが必要
2222	TCPの	デプロイ シェル構成の同期	すべてのクラスタ ノード	すべてのクラスタ ノード	パスワードまたはSSHキーが必要
443	TCPの	レジストリのHTTPS	すべてのクラスタ ノード	プライマリノード	匿名読み取りアクセス 書き込みアクセスが認証される
2379	TCPの	etcd クライアント ポート	プライマリノード	プライマリノード	証明書ベースの認証
2380	TCPの	etcd ピア ポート	プライマリノード	プライマリノード	証明書ベースの認証
5473	TCPの	TyphaとCalico CNI	すべてのクラスタ ノード	すべてのクラスタ ノード	—
6443	TCPの	Kubernetes API	すべてのクラスタ ノード	すべてのクラスタ ノード	証明書ベースの認証
7472	TCPの	MetalLBメトリックポート	すべてのクラスタ ノード	すべてのクラスタ ノード	匿名読み取り専用、書き込みアクセスなし
7946	UDP	MetalLBメンバー選出ポート	すべてのクラスタ ノード	すべてのクラスタ ノード	—
8443	TCPの	レジストリデータ同期用のHTTPS	プライマリノード	プライマリノード	匿名読み取りアクセス 書き込みアクセスが認証される
9345	TCPの	rke2-サーバー	すべてのクラスタ ノード	すべてのクラスタ ノード	トークンベースの認証
10250	TCPの	kubeletメトリクス	すべてのクラスタ ノード	すべてのクラスタ ノード	標準の Kubernetes 認証
10260	TCPの	RKE2クラウドコントローラ	すべてのクラスタ ノード	すべてのクラスタ ノード	標準の Kubernetes 認証
32766	TCPの	PCEサービスのKubernetesノードチェックローカルトラフィックポリシー	すべてのクラスタ ノード	すべてのクラスタ ノード	読み取りアクセスのみ
Calico CNI ポート
4789	UDP	Calico CNI と VXLAN	すべてのクラスタ ノード	すべてのクラスタ ノード	—
5473 TCPの	TCPの	TyphaとCalico CNI	すべてのクラスタ ノード	すべてのクラスタ ノード	—
51820	UDP	Wireguardを搭載したCalico CNI	すべてのクラスタ ノード	すべてのクラスタ ノード	—

次のポートは、クラスタの外部からの通信用に開いている必要があります。

表 2: ファイアウォールがクラスタ外からの通信を許可しなければならないポート

港	議定書	使い	差出人	宛先
179	TCPの	トポロジー情報を用いたトポロジー可視化とトラフィック制御	Routing Director 導入クラスタ ノードの IP アドレス	ルーティング・ディレクターからBGPピアリングを設定したいルーターのIPアドレス。 ルーター管理 IP アドレスまたはルーター インターフェイス IP アドレスを使用できます。
443	TCPの	Web GUI + API	外 ユーザーコンピューター/デスクトップ	Web GUI イングレス VIP アドレス
443	TCPの	Active Assuranceテストエージェント	外 ネットワークデバイス	Active AssuranceテストエージェントVIPアドレス
2200	TCPの	NETCONF	外 ネットワークデバイス	Web GUI イングレス VIP アドレス
4189	TCPの	PCE サーバ	外 ネットワークデバイス	PCE サーバー VIP アドレス
4739	UDP	ルーティングの可観測性	外 ネットワークデバイス	IPFIX VIP アドレス
6800	TCPの	Active Assuranceテストエージェント	外 ネットワークデバイス	Active AssuranceテストエージェントVIPアドレス
32767	TCPの	gNMI	外 ネットワークデバイス	Web GUI イングレス VIP アドレス
17002	TCPの	ルーティングの可観測性	外 ネットワークデバイス	ルーティング監視機能 cRPDロードバランサーのIPアドレス

Webブラウザの要件

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

手記：

Google Chromeの使用を推奨します。