このページの内容
ハイパーバイザーのシステム要件
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導入クラスター内の各ノードに必要な 最小限 のリソース(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、メモリ、およびディスク容量が必要です。
ネットワーク要件
ノードはSSHを介して相互に通信できる必要があります。ノードはNTPサーバーに同期できる必要があります。SSHはVMの作成中に自動的に有効になり、クラスターの作成中にNTPサーバーアドレスの入力を求められます。ノードが異なるサーバー上にある場合に備えて、ノード間でNTPをブロックしたり、SSHトラフィックをブロックしたりしていないことを確認します。
単一サブネットでのクラスタリング
クラスターノードとVIPアドレスはすべて、レイヤー2(L2)接続を使用して同じサブネット上に置くことができます。 単一サブネットクラスターでのIPアドレッシング要件 は、ハイパーバイザーにRouting Director導入クラスターをインストールするために必要な同じサブネット内のIPアドレスとVIPアドレスを示しています。
複数のサブネットでのクラスタリング
または、クラスターノードが地理的に分散している場合や、複数のデータセンターに配置されている場合、ノードとVIPアドレスは異なるサブネットにある可能性があります。
ハイパーバイザーについて
BGPピアリングは、各クラスターノードとそれぞれのアップストリームゲートウェイのトップオブラック(ToR)ルーター間、およびルーター間で設定する必要があります。さらに、クラスターノードには、同じ設定されたAS番号が必要です。
図2 は、4つの異なるネットワークのクラスターを示しています。各ノードには、専用の ToR ルーターがサービスを提供します。この例では、ToRと対応するクラスターノード間のインターフェイスピアリングを使用してEBGPを設定する必要があります。BGPの設定は、設定によって異なる場合があります。
複数のNICを持つクラスタ
デバイス管理ネットワークがGUIへのアクセスに使用されるネットワークから独立した場合、それぞれを異なるNICに割り当てることで、Routing Directorクラスターを両方のネットワークに接続できます。
例えば、ネットワークAとネットワークBがあり、それぞれが独自のNICに関連付けられている場合、クラスターノードは、別々の汎用イングレスVIPアドレスを使用して両方のネットワークに接続できます。クラスターノードは、1つ以上のハイパーバイザーサーバーにインストールできます。どちらのネットワークのイングレスVIPアドレスからもクラスターにアクセスできますが、一般的に使用されている設計は、1つのVIPアドレスをGUIアクセス専用に、もう1つのVIPアドレスをデバイスへのアクセスに使用するNETCONFおよびgNMIアクセス専用にすることです。
複数のネットワークと複数のNICに接続するようにRouting Directorを設定するには、両方のネットワークの汎用イングレスVIPアドレスを設定する必要があります。両方のイングレスVIPアドレスは、GUI、NETCONF、およびgNMIアクセスに使用できますが、NETCONFおよびgNMIアクセスのデバイス管理に使用するネットワークのVIPアドレスを明示的に定義する必要があります。使用するコマンドの詳細については、クラスターの展開ワークフローのステップ 8 を参照してください。
図3 は、この導入モデルを示しています。クラスターノードは異なるサーバー上に存在し、2つのNICを使用して外部ネットワークと内部ネットワークの両方に接続します。この設定では、GUIには外部ネットワークVIPアドレスを介してアクセスし、デバイスには内部ネットワークVIPアドレスを介してアクセスします。
IPv4アドレスを設定する
インストールには、以下の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設定に追加されます。
IPv6アドレスを設定する
既存のIPv4アドレスに加えて、IPv6アドレスを使用してRouting Director導入クラスターを構成できます。IPv6アドレッシングを設定すると、NETCONF、gNMI、Active アシュアランス TAGW、Web GUIへのアクセスにIPv6アドレスを使用できます。インストール時に、以下の追加アドレスが使用可能である必要があります。
-
インターフェイスIPv6アドレス(各ノードに1つずつ)
-
インターネットゲートウェイIPv6アドレス
-
汎用イングレス用のIPv6 VIPアドレス1つまたはIPv6 VIPアドレス2つ(Web GUI用とNETCONFおよびgNMIアクセス用)をそれぞれ1つ
-
Active アシュアランス TAGW用1つのIPv6 VIP アドレス
-
IPv6 VIP アドレスにマッピングされたホスト名—ホスト名を使用して IPv6 アドレスに接続することもできます。IPv6アドレスに解決するには、ホスト名がDNSで正しくマッピングされていることを確認する必要があります。
ホスト名が設定されておらず、クラスターでIPv6アドレッシングが有効になっている場合、IPv4アドレスではなくIPv6 VIPアドレスがデバイスのオンボーディングに使用されるアウトバウンドSSH設定に追加されます。
IPv6アドレスは、クラスターの導入時に設定する必要があります。IPv4アドレスのみを使用してクラスターを導入した後は、IPv6アドレスを設定することはできません。
PCEサーバーおよびルーティング監視機能のIPv6アドレスの設定はサポートしていません。
リストされているIPアドレスとホスト名に加えて、インストール時に以下の情報を用意しておく必要があります。
-
IPv4およびIPv6のプライマリおよびセカンダリDNSサーバーアドレス(必要な場合)
-
NTPサーバー情報
ファイアウォール要件
次のセクションでは、ファイアウォールがクラスター内外との通信を許可する必要があるポートを示しています。
ノード間のクラスタ内通信を許可する必要があります。特に、 表4 に示すポートは通信用に開いた状態にしておく必要があります。
|
ポート |
プロトコル |
使用 |
最安値 |
終了 |
コメント |
|---|---|---|---|---|---|
| インフラストラクチャポート | |||||
|
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(ワイヤーガード付き) |
すべてのクラスターノード |
すべてのクラスターノード |
— |
クラスターの外部からの通信には、以下のポートを開いておく必要があります。
| ポート |
プロトコル |
使用 |
最安値 |
終了 |
|---|---|---|---|---|
|
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の使用をお勧めします。