Junos Space 高可用性软件架构概述

Junos Space 软件架构

图 1 提供了 Junos Space 软件架构的高级视图。GUI 和 NBI 客户端可通过群集的单个虚拟 IP 地址访问 Junos Space 服务。

图 1：Junos Space 软件架构

来自客户端的请求通过 Apache HTTP 负载平衡器在群集中的多个节点之间实现负载均衡，该负载平衡器部署在群集中两个节点上的主动-热备用配置中。拥有虚拟 IP （VIP） 地址的节点上的负载平衡器充当活动实例。如果当前拥有 VIP 地址的节点出现故障，则 Linux 虚拟服务器 （LVS） 群集中的另一个节点将检测到此故障并自动接管 VIP 地址。使用轮询算法在群集中的所有活动 JBoss 服务器之间均衡 HTTP 请求。

群集中的主动 JBoss 服务器为 Junos Space 应用程序提供应用程序框架，包括以下服务：

• 托管应用程序和关联业务逻辑

• 群集内的应用程序级负载平衡

• 应用程序监控和自动恢复

• 群集节点监控和自动恢复

• 通过 JDBC 直接访问 MySQL 数据库的数据库服务

• 托管设备调解逻辑

负载平衡架构

Junos Space 群集具有两种负载：

• 来自 GUI 和 NBI 客户端的传入请求

• 与受管设备通信

Junos Space 旨在跨群集中的所有活动节点均衡传入请求。来自 GUI 和 NBI 客户端的请求作为由 Apache HTTP 负载平衡器的活动实例服务的 HTTP 请求到达。负载平衡器使用轮询算法将请求分发到群集中的所有活动 JBoss 服务器。粘性会话用于确保与特定 GUI 会话关联的所有 HTTP 请求在会话的整个生命周期内由同一 JBoss 服务器提供服务。为了实现应用程序级负载平衡，JBoss 业务逻辑将复杂请求处理为一组子作业，这些子作业分布在群集中的多个节点中。例如，向四节点空间群集请求将 100 台设备重新同步为四个子作业，这些子作业在四个不同的节点上执行，每个节点重新同步 25 台设备。有关负载平衡的详细概述，请参阅主题 了解 Junos Space 群集中的逻辑群集。

为了执行设备级负载平衡，Junos Space 采用设备调解层 （DML） 中的逻辑，以便设备连接在群集中的所有活动节点之间平均分布。在设备发现期间，通过比较单个节点提供的设备连接数并选择负载最少的节点，来执行设备级负载平衡。如果任何节点出现故障，所有关联的设备连接都会分发到群集中的剩余活动节点，从而防止节点中断影响设备连接。有关设备连接管理的详细概述，请参阅了解 DMI 连接的高可用性管理主题。

数据库架构

MySQL 企业版用于提供数据库服务，用于管理平台和应用程序的持久数据。MySQL DB 服务器以主动-备用配置在群集中的两个节点上运行。数据库事务在两个 MySQL 服务器之间近乎实时地复制。有关在每个 Junos Space 群集内形成的 MySQL 群集的信息，请参阅 了解 Junos Space 群集中的逻辑群集。

Junos Space 平台还整合了用于故障和性能管理的网络监控，使用 PostgreSQL 关系数据库服务来存储与故障和性能相关的数据。PostgreSQL 服务器在 Space 群集中的两个节点上运行，采用主动-主动配置，并具有实时复制，以确保即使其中一个节点发生故障，故障和性能数据仍可用。有关更多信息，请参阅 网络监控的高可用性。

Junos Space 群集中节点之间的节点间通信

为了促进 Space 群集中的节点之间的无缝通信，并实现群集的最佳性能，您需要确保以下几点：

• Junos Space 群集中的所有节点均在同一子网中配置了 IP 地址。这一点对于 VIP 切换机制正常运行非常重要。

• Space 群集中的所有节点都通过 1-Gbps 或 100 Mbps 的本地网络进行连接，延迟可以忽略。

• Junos Space 群集内的 JBoss 服务器通过 UDP 组播进行通信，以形成逻辑群集。

  注意：

  群集中的节点内必须允许 UDP 组播流量，这还意味着应禁用与群集互连的交换机上的 IGMP 侦听，或对其进行显式配置以允许节点之间的 UDP 组播。