Routing Directorのシステム要件

ソフトウェア要件

以下のベアメタルハイパーバイザーの1つ以上のサーバーにRouting Directorを展開できます。

• VMware ESXi 8.0

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

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

• プロキシモックスVE

ハードウェア要件

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

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

注:

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

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は必須です。

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

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、メモリ、およびディスク容量が必要です。

ノードとサーバーの高可用性のために、運用環境では専用 SSD を使用して各 VM を個別のハイパーバイザー サーバーにインストールすることをお勧めします。また、ソフトウェアベースのRAIDではなく、ハードウェアベースのRedundant Array of Independent Disks(RAID)ストレージを使用することをお勧めします。

ネットワーク要件

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

• 単一サブネットでのクラスタリング
• 複数のサブネットでのクラスタリング
• 複数のNICを持つクラスタ
• IPv4アドレスを設定する
• IPv6アドレスを設定する

インストールには、以下のIPアドレスが使用できるようにする必要があります。

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

  マルチ NIC セットアップでは、各 NIC にも個別の IP アドレスが必要であることに注意してください。

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

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

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

    または、GUIへのアクセスに使用されるネットワークがデバイス管理ネットワークと異なる場合、Web GUIアクセス用に1つのVIPアドレスを割り当て、gNMIおよびNETCONFアクセス用に別のVIPアドレスを割り当てることができます。 ingress ingress-vip オプションを使用して2つのVIPアドレスを設定した場合、両方のVIPアドレスをWeb GUI、NETCONF、およびgNMIアクセスに使用できます。ただし、デバイスの採用に使用されるアウトバウンドSSH設定には、設定時に指定された最初のVIPアドレスのみが追加されます。

    NETCONF と gNMI 専用の異なる VIP を使用するには、 oc-term oc-term-host オプションと gnmi gnmi-term-host オプションを使用して、その VIP アドレスを明示的に定義する必要があります。定義されると、このVIPアドレスは、対応するネットワークからデバイスを採用するために使用されるアウトバウンドSSH設定に含まれます。

    技術的には、どちらの VIP アドレスも GUI、NETCONF、gNMI へのアクセスに使用できますが、NETCONF および gNMI 用に明示的に定義および設定された VIP アドレスのみがアウトバウンド SSH 設定に追加されます。

    デバイスが複数のネットワーク内にあり、複数のネットワークにデバイスを採用する必要がある場合、アウトバウンドSSHコマンドを手動で編集して、NETCONFおよびgNMIアクセス用に設定されたIPアドレスを上書きできます。

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

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

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

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

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

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

  注:クラスターノードが異なるサブネットにあるマルチサブネットクラスターインストールでは、VIPアドレスをクラスターノードと同じサブネット上に配置 することはできません。

• VIPアドレスにマッピングされたホスト名—VIPアドレスとともに、ホスト名を使用してデバイスがRouting Directorに接続できるようにすることもできます。ただし、ホスト名とVIPアドレスがDNSに正しくマッピングされ、デバイスがDNSに接続できることを確認する必要があります。ホスト名を使用するようにRouting Directorを設定した場合、ホスト名が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 ピア ポート	プライマリノード	プライマリノード	証明書ベースの認証
3300	TCP	すべての Ceph コンポーネントへの Ceph mon	すべてのクラスターノード	すべてのクラスターノード	—
5473	TCP	Calico CNI と Typha	すべてのクラスターノード	すべてのクラスターノード	—
6443	TCP	Kubernetes API	すべてのクラスターノード	すべてのクラスターノード	証明書ベースの認証
6789	TCP	すべての Ceph コンポーネントへの Ceph mon	すべてのクラスターノード	すべてのクラスターノード	—
6800-7300	TCP	すべてのOSDと他のすべてのデーモンおよびクライアント間	すべてのクラスターノード	すべてのクラスターノード	—
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	VXLANを使用するCalico CNI	すべてのクラスターノード	すべてのクラスターノード	—
5473	TCP	Calico CNI と Typha	すべてのクラスターノード	すべてのクラスターノード	—
51820	UDP	Calico CNI(ワイヤーガード付き)	すべてのクラスターノード	すべてのクラスターノード	—

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

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

ポート	プロトコル	使用	最安値	終了
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の使用をお勧めします。