Routing Director 系统要求

在安装 Routing Director 软件之前,请确保您的系统满足我们在这些部分中描述的要求。

软件要求

您可以在以下裸机虚拟机管理程序的一个或多个服务器上部署 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。

  • Proxmox VE

硬件要求

本部分介绍 Routing Director 部署群集中每个节点虚拟机 (VM) 所需的最低硬件资源,用于评估目的或小型部署。

群集节点的计算、内存和磁盘要求可能因系统的预期容量而异。预期容量取决于要入网和监控的设备数量、传感器类型以及遥测消息的频率。如果增加设备数量,则需要更高的 CPU 和内存容量。确保 CPU 和内存资源没有超额订阅。

注意:

如需获得生产部署的规模和规模估算,以及讨论详细的尺寸要求,请联系您的瞻博网络合作伙伴或瞻博网络销售代表。

Routing Director 部署群集中每个节点所需的 最低资源 包括:

四节点群集 三节点群集 单节点群集

16-vCPU

24 个 vCPU

32 个 vCPU

32 GB RAM

48 GB RAM

64 GB RAM

512 GB 固态硬盘。

SSD 是强制性的。

512 GB 固态硬盘。

SSD 是强制性的。

512 GB 固态硬盘。

SSD 是强制性的。

要配置路由可观察性功能以及 AI/ML(人工智能 [AI] 和机器学习 [ML])功能以自动监控与设备运行状况相关的关键性能指标 (KPI),群集中每个节点所需的最低限度资源包括:
四节点群集 三节点群集 单节点群集

48 个 vCPU

64-vCPU

64-vCPU

96 GB RAM

128 GB RAM

128 GB RAM

2000 GB 固态硬盘

2000 GB 固态硬盘

2000 GB 固态硬盘

警告:这些是配置路由可观察性和 AI/ML 功能的最低要求。如需估算在生产部署中配置这些功能所需的资源,请联系您的瞻博网络合作伙伴或瞻博网络销售代表。

服务器必须具有足够的 CPU、内存和磁盘空间,以容纳本节中列出的硬件资源。

建议在生产部署中使用专用 SSD 将每个 VM 安装在单独的虚拟机管理程序服务器上,以实现节点和服务器的高可用性。此外,建议使用基于硬件的独立磁盘冗余阵列 (RAID) 存储,而不是基于软件的 RAID。

网络要求

节点之间必须能够通过 SSH 相互通信。节点必须能够同步到 NTP 服务器。SSH 将在创建虚拟机期间自动启用,并且在创建群集期间,系统会要求您输入 NTP 服务器地址。确保节点之间没有防火墙阻止 NTP 或阻止 SSH 流量,以防节点位于不同的服务器上。

群集在单个子网中

群集节点和 VIP 地址都可以位于同一子网中,它们之间具有第 2 层 (L2) 连接。 单个子网群集中的 IP 寻址要求 说明了安装 Routing Director 部署群集所需的同一子网中的 IP 和 VIP 地址。

图 1:单个子网群集中的 IP 寻址要求
Network topology diagram showing a virtualized environment on a Hypervisor Server. It includes VMs labeled Primary 1, 2, 3, and Worker 1, each with IPv4 and IPv6 addresses. Services like Common Ingress and PCE Server are hosted with specific IPs. Nodes are on subnet 10.1.2.0/24 and 2001:db8:1:2::/64, connected to a router with IPs 10.1.2.254 and 2001:db8:1:2::1. An external device connects with IP 10.1.2.7 and 2001:db8:1:2::7. Orange dashed arrows indicate communication between nodes.

在多个子网中群集

或者,如果群集节点在地理位置上分布或位于多个数据中心,则节点和 VIP 地址可以位于不同的子网中。您必须在每个群集节点和相应的上游网关架顶式 (ToR) 路由器之间以及路由器之间配置 BGP 对等互连。此外,群集节点必须具有相同配置的 AS 编号。

注意:路由器和 VM 之间的 BGP 连接配置超出了本文档的范围。需要确保在群集节点虚拟机和 ToR 路由器之间建立 BGP 对等互连。

图 2 展示了四个不同网络中的群集。每个节点都由专用的 ToR 路由器提供服务。在此示例中,您必须使用 ToR 与相应群集节点之间的接口对等来配置 EBGP。您的 BGP 配置可能因您的设置而异。

图 2:多子网群集 Network diagram showing two ToR switches with AS numbers 65001 and 65002, connected to subnets 10.168.10.0/24 and 10.168.20.0/24. Subnet 1 has nodes Primary 1 and Primary 2 with AS 64512 and Subnet 2 has Primary 3 and Worker 1 with AS 64512. BGP peering is indicated between ToR switches and nodes. VIP range is 10.168.0.0/24 and 2001:db8:5000:1::/64.

包含多个 NIC 的群集

当设备管理网络与用于访问 GUI 的网络分开时,可以通过将每个网络分配给不同的 NIC,将 Routing Director 群集连接到两个网络。

例如,如果您有网络 A 和网络 B,每个都与自己的 NIC 相关联,则群集节点可以使用单独的通用入口 VIP 地址连接到这两个网络。群集节点可以安装在一个或多个虚拟机管理程序服务器上。尽管可以通过任一网络的入口 VIP 地址访问该群集,但常用的设计是将一个 VIP 地址专用于 GUI 访问,另一个 VIP 地址用于用于访问设备的 NETCONF 和 gNMI 访问。

要将 Routing Director 配置为连接到多个网络和多个 NIC,您必须配置两个网络的通用入口 VIP 地址。虽然这两个入口 VIP 地址都可用于 GUI、NETCONF 和 gNMI 访问,但您必须显式定义用于 NETCONF 和 gNMI 访问设备管理的网络 VIP 地址。有关所用命令的更多信息,请参阅部署群集工作流中的步骤 8 。

图 3 说明了这种部署模型,其中群集节点驻留在不同的服务器上,并使用两个 NIC 连接到外部和内部网络。在此配置中,GUI 通过外部网络 VIP 地址进行访问,而设备则通过内部网络 VIP 地址进行访问。

图 3:双 NIC Dual NICs

配置 IPv4 地址

您需要有以下 IP 地址可用于安装。

  • 接口 IP 地址,每个节点一个。

    请注意,在多 NIC 设置中,每个 NIC 还必须具有单独的 IP 地址。

  • 互联网网关 IP 地址

  • 适用于以下内容的虚拟 IP (VIP) 地址:

    • 在 gNMI、NETCONF(来自设备的 SSH 连接)和 Web GUI 之间共享的通用入口 IP 地址 — 这是在多个服务之间共享的通用 VIP 地址,用于从群集外部访问 Routing Director。

      或者,当用于访问 GUI 的网络与设备管理网络不同时,您可以为网络 GUI 访问分配一个 VIP 地址,为 gNMI 和 NETCONF 访问分配一个不同的 VIP 地址。使用该 ingress ingress-vip 选项配置两个 VIP 地址时,这两个 VIP 地址均可用于 Web GUI、NETCONF 和 gNMI 访问。但是,只有在配置期间指定的第一个 VIP 地址才会添加到用于采用设备的出站 SSH 配置中。

      要专门为 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 和设备之间建立路径计算元素协议 (PCEP) 会话。PCE 服务器 VIP 配置对于实时查看网络中的动态拓扑更新是必要的。有关建立 BGP-LS 对等和 PCEP 会话的信息,请参阅 动态拓扑工作流程。

      如果您的群集是多子网群集,您还可以为设备配置多个 VIP 地址(每个子网一个),以便在所有 VIP 上建立 PCEP 会话。

    • 路由可观察性 cRPD — 外部网络设备使用此 VIP 作为 BGP 监控协议 (BMP) 站 IP 地址来建立 BMP 会话。

    • 路由可观察性 IPFIX — 此 VIP 用于收集 IPFIX 数据以查看预测变量事件。预测器事件指示路由、转发和操作系统异常,Routing Director 将其识别为流量丢失的潜在指标。

    VIP 地址会添加到设备与 Routing Director 建立连接所需的出站 SSH 配置中。

    注意:在群群集节点位于不同子网中的多子网群集安装中,VIP 地址不得与群集节点位于同一子网中。
  • 映射到 VIP 地址的主机名 — 除了 VIP 地址,您还可以让设备使用主机名连接到 Routing Director。但是,您必须确保主机名和 VIP 地址在 DNS 中正确映射,并且您的设备能够连接到 DNS。如果将 Routing Director 配置为使用主机名,则主机名将优先于 VIP 地址,并会添加到设备上线期间使用的出站 SSH 配置中。

配置 IPv6 地址

除了现有 IPv4 地址外,您还可以使用 IPv6 地址配置 Routing Director 部署群集。配置 IPv6 寻址后,您可以将 IPv6 地址用于 NETCONF、gNMI、Active Assurance TAGW 和对 Web GUI 的访问。安装时,您必须有以下可用的附加地址:

  • 接口 IPv6 地址,每个节点一个

  • 互联网网关 IPv6 地址

  • 一个 IPv6 VIP 地址用于通用入口或两个 IPv6 VIP 地址,一个用于 Web GUI,一个用于 NETCONF 和 gNMI 访问

  • 一个用于主动保证 TAGW 的 IPv6 VIP 地址

  • 映射到 IPv6 VIP 地址的主机名 - 您还可以使用主机名连接到 IPv6 地址。必须确保在 DNS 中正确映射主机名,才能解析到 IPv6 地址。

如果未配置主机名,并且在群集中启用了 IPv6 寻址,则 IPv6 VIP 地址将添加到出站 SSH 配置中,用于设备载入,而不是 IPv4 地址。

您必须在群集部署时配置 IPv6 地址。仅使用 IPv4 地址部署群集后,无法配置 IPv6 地址。

注意:

我们不支持为 PCE 服务器和路由可观察性功能配置 IPv6 地址。

除了列出的 IP 地址和主机名外,安装时还需要备有以下信息:

  • IPv4 和 IPv6 的主要和辅助 DNS 服务器地址(如果需要)

  • NTP 服务器信息

防火墙要求

以下部分列出了防火墙必须允许在群集内外进行通信的端口。

必须允许节点之间的群集内通信。特别是,必须使 表 1 中列出的端口保持通信打开状态。

表 1:防火墙必须允许集群内通信的端口

端口

协议

用法

从

至

注释

基础架构端口

22

TCP

SSH 进行管理

所有群集节点

所有群集节点

需要密码或 SSH 密钥

2222

TCP

部署 Shell 配置同步

所有群集节点

所有群集节点

需要密码或 SSH 密钥

443

TCP

注册表的 HTTPS

所有群集节点

主节点

匿名读取访问

写访问已经过身份验证

2379

TCP

etcd 客户端端口

主节点

主节点

基于证书的身份验证

2380

TCP

etcd 对等端口

主节点

主节点

基于证书的身份验证

3300

TCP

Ceph mon 到所有 Ceph 组件

所有群集节点

所有群集节点

—

5473

TCP

印花布 CNI 与 Typha

所有群集节点

所有群集节点

—

6443

TCP

Kubernetes API

所有群集节点

所有群集节点

基于证书的身份验证

6789

TCP

Ceph mon 到所有 Ceph 组件

所有群集节点

所有群集节点

—

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

印花布 CNI 与 Typha

所有群集节点

所有群集节点

—

51820

UDP

带有 Wireguard 的 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。