Neo4j 集群中的 GDS
| AuraDS 中不提供此功能。 |
可以将 GDS 作为 Neo4j 集群部署的一部分运行。由于 GDS 使用系统的全部资源执行大型计算，因此不适合在为集群的事务工作负载提供服务的实例上运行。
部署
我们使用 *次要* 实例来部署 GDS 库并处理分析工作负载。对 GDS `write` 过程的调用在内部通过 *服务器端路由* 指向我们正在处理的数据库的 `Writer` 的集群实例。
Neo4j 5.x 支持在同一集群实例上的不同数据库充当集群的 `Primary` 或 `Secondary` 成员。为了使 GDS 正常运行，它安装在其上的实例上的所有数据库都必须为 `Secondary`，包括 `system` 数据库（请参阅 server.cluster.system_database_mode 和 initial.server.mode_constraint）。GDS 具有计算密集型 OLAP 工作负载，可能会中断集群操作，我们建议将 GDS 安装在不提供事务负载且不参与 `Leader` 选举的实例上。
|
有关如何设置 Neo4j 分析集群的详细信息，请参阅 官方 Neo4j 文档。请注意，该链接指向最新版本的 Neo4j 文档，配置设置可能与早期版本不同。 |
-
集群必须至少包含一台 *次要* 机器
-
单个 *主* 和一台 *次要* 是一个有效的场景。
-
如果有不止一台 *次要* 实例，GDS 工作负载不会进行负载均衡。
-
-
集群应配置为使用 服务器端路由。
-
GDS 插件部署在 *次要* 实例上。
-
*次要* 实例上必须安装并配置有效的 GDS 企业版许可证。
-
用于操作 GDS 的驱动程序连接应使用 `bolt://` 协议连接到 *次要* 实例。
-
有关设置、配置和管理 Neo4j 集群的更多信息，请参阅 文档。
|
在使用集群配置时，应注意 Neo4j 中的 严格配置验证。 在为次要实例配置 GDS 时，您将在 `neo4j.conf` 中引入特定于 GDS 的配置，这是可以的，因为安装了 GDS 插件后，Neo4j 将很乐意验证这些配置项。 但是，您可能无法在核心集群成员上逐字复制使用相同的配置文件，因为您 *不会* 在那里安装 GDS 插件，因此 Neo4j *将无法* 验证特定于 GDS 的配置项。验证失败将意味着 Neo4j 将拒绝启动。 当然，也可以关闭严格验证。 |
我们使用 *只读副本* 实例来部署 GDS 库并处理分析工作负载。对 GDS `write` 过程的调用在内部通过 *服务器端路由* 指向集群 `LEADER` 实例。
|
有关如何设置 Neo4j 因果集群的详细信息，请参阅 官方 Neo4j 文档。请注意，该链接指向最新版本的 Neo4j 4.x 文档，配置设置可能与早期版本不同。 |
-
集群必须至少包含一台 *只读副本* 实例
-
单个 *核心成员* 和一台 *只读副本* 是一个有效的场景。
-
如果有不止一台 *只读副本* 实例，GDS 工作负载不会进行负载均衡。
-
-
集群应配置为使用 服务器端路由。
-
GDS 插件部署在 *只读副本* 实例上。
-
*只读副本* 实例上必须安装并配置有效的 GDS 企业版许可证。
-
用于操作 GDS 的驱动程序连接应使用 `bolt://` 协议连接，或 *服务器策略路由* 到 *只读副本* 实例。
-
有关设置、配置和管理 Neo4j 因果集群的更多信息，请参阅 文档。