配置参考
参考表,其中列出了所有可配置参数及其默认值。
通用配置
参数 | 描述 | 默认值 |
---|---|---|
|
Neo4j 镜像 |
|
|
Neo4j 版本 |
(默认值与 Helm Chart 本身的发布版本一致) |
|
镜像拉取策略 |
|
|
Pod 中断预算 |
|
|
需要登录/密码吗? |
|
|
自动安装的插件。(语法必须是有效的 JSON 数组字符串)此处列出有效插件 |
|
|
在 Neo4j 中配置的默认数据库名称 (dbms.default_database) |
|
|
如果需要密码,用于登录 Neo4j 数据库的密码 |
(10 个字符的随机字符串) |
|
包含 neo4j 密码的 Kubernetes Secret 名称 |
(无) |
|
`existingPasswordSecret` 中包含 neo4j 密码的键 |
|
|
应用于核心与副本 StatefulSet Pod 的额外/自定义标签 |
|
|
应用于核心与副本 StatefulSet Pod 的额外/自定义注解。 |
|
|
是否为此 Chart 创建 Role 与 RoleBinding。 |
|
|
是否为此 Chart 创建 ServiceAccount。 |
|
|
应用于核心与副本服务账户的额外/自定义注解。 |
|
|
自定义核心与副本服务账户名称。如果为空,名称将根据 Chart 的完整名称生成。 |
(无) |
|
Neo4j Pod 的 SecurityContext。 |
默认值为 `{}`, 但我们建议使用 `{ runAsNonRoot: true, runAsUser: 7474 }` 以避免 Pod 以 root 身份运行。更多信息请点击此处。 |
|
Neo4j 数据库容器的 SecurityContext。 |
默认值为 `{}`, 建议仅在无法使用 Pod 安全上下文时设置 containerSecurityContext。 |
Neo4j 核心成员
参数 |
描述 |
默认值 |
|
为核心集群成员提供配置的 Configmap。如果未指定,将使用 Chart 附带的默认值。 |
|
|
`envFrom` 条目的 YAML 列表,允许从任意数量的 ConfigMap 和 Secret 设置 Pod 配置。 |
|
|
是否以单服务器独立模式运行。在使用独立模式时,core.numberOfServers 将被 **忽略**,您将只获得 1 个 Neo4j Pod。其余核心配置仍适用。 |
false |
|
核心数据库成员所需的资源(例如 CPU、内存) |
`{}` (无特定请求或限制) |
|
核心模式下的机器数量 |
|
|
要添加到核心 Pod 的 Sidecar 容器。示例用例是一个 Sidecar,在使用 HTTP API 时识别并标记领导者。 |
|
|
要添加到核心 Pod 的 Init 容器。示例用例是一个安装自定义插件/扩展的脚本。 |
|
|
是否启用持久化 |
|
|
后端 PVC 的存储类 |
`standard` (使用 beta 存储类注解) |
|
数据卷大小 |
|
|
持久卷挂载根路径 |
|
|
要挂载的卷子目录 |
|
|
持久卷声明注解 |
|
|
有关此选项的更多信息,请参阅用户指南中的“其他存储”部分。 |
|
|
有关此选项的更多信息,请参阅用户指南中的“其他存储”部分。 |
|
|
底层 Pod 终止宽限期;允许 Neo4j 在退出前正确地将缓冲区刷新到磁盘,避免数据损坏。 |
|
|
服务类型 |
|
|
服务注解 |
|
|
自定义服务标签 |
|
|
允许访问负载均衡器 (LB) 的 IP CIDR 列表(如果 `core.service.type: LoadBalancer`) |
|
|
服务类型 |
|
|
服务注解 |
|
|
自定义服务标签 |
|
|
允许访问负载均衡器 (LB) 的 IP CIDR 列表(如果 `core.discoveryService.type: LoadBalancer`) |
|
Neo4j 读取副本
参数 |
描述 |
默认值 |
|
为 RR 集群成员提供配置的 Configmap。如果未指定,将使用 Chart 附带的默认值。 |
|
|
`envFrom` 条目的 YAML 列表,允许从任意数量的 ConfigMap 和 Secret 设置 Pod 配置。 |
|
|
读取副本数据库成员所需的资源(例如 CPU、内存) |
`{}` (无特定请求或限制) |
|
READ_REPLICA 中的机器数量。不能与 core.standalone=true 模式一起使用 |
|
|
启用水平 Pod 自动伸缩器 |
|
|
目标 CPU 利用率 |
|
|
自动伸缩的最小副本数 |
|
|
自动伸缩的最大副本数 |
|
|
要添加到副本 Pod 的 Init 容器。示例用例是一个安装自定义插件/扩展的脚本。 |
|
|
请参阅 `core.persistentVolume.*` 设置;它们对于读取副本的行为相同 |
|
|
有关此选项的更多信息,请参阅用户指南中的“其他存储”部分。 |
|
|
有关此选项的更多信息,请参阅用户指南中的“其他存储”部分。 |
|
|
底层 Pod 终止宽限期;允许 Neo4j 在退出前正确地将缓冲区刷新到磁盘,避免数据损坏。 |
|
|
服务类型 |
|
|
服务注解 |
|
|
自定义服务标签 |
|
|
允许访问负载均衡器 (LB) 的 IP CIDR 列表(如果 `readReplica.service.type: LoadBalancer`) |
|
命名您的部署
此 Chart 使用 `fullnameOverride` 约定,允许您控制应用于集群的资源的名称。默认情况下,当您安装名为 `mygraph` 的发布版本时,您会得到诸如 `mygraph-neo4j-core` 和 `mygraph-neo4j-replica` 之类的资源名称,它们是发布名称、应用程序名称和组件名称的组合。
如果您想覆盖此默认设置,可以指定以下任何值:
-
fullnameOverride
-
fullnamePrefix
-
fullnameSuffix
例如,如果您设置 `fullnameOverride=graph` 和 `fullnamePrefix=marketing`,那么您将看到部署的资源名称如下所示:
-
marketing-graph-core
-
marketing-graph-replica
(等等),这将省略 Helm 发布名称和应用程序名称 (neo4j)。