Upstream registries
A standard install pulls images directly from these registries.Every image above — first-party and third-party — is also mirrored to
registry.falkordb.cloud, so a cluster that can reach only that one host can still install the full stack. See Use the FalkorDB mirror.Use the FalkorDB mirror
registry.falkordb.cloud mirrors every image the chart can pull under the falkordb namespace, preserving the upstream path: docker.io/apecloud/kubeblocks becomes registry.falkordb.cloud/falkordb/apecloud/kubeblocks. This turns five registries into one, which is useful when the cluster cannot reach docker.io, registry.k8s.io, ghcr.io, or apecloud-registry.cn-zhangjiakou.cr.aliyuncs.com directly — only registry.falkordb.cloud.
Install with the bundled overlay to retarget every subchart at once:
registry.falkordb.cloud:
The same registry credentials used for Enterprise images authenticate pulls for the mirrored third-party images, since they share the same registry host.
helm/falkordb-enterprise/examples/mirror-registry-values.yaml and replace registry.falkordb.cloud/falkordb throughout with your registry path, then run scripts/mirror-images.sh against it (or your own image-sync tooling) before installing.
Installer-managed Secret
The installer can create or update a Docker registry Secret in the FalkorDB Enterprise namespace and wire it into the Admin Server and Admin UI deployments.--image-pull-secret is omitted, the installer uses falkordb-registry-pull-secret against registry.falkordb.cloud by default. GHCR_USERNAME/GHCR_TOKEN remain supported as aliases for GITEA_USERNAME/GITEA_TOKEN.