Skip to main content

When to Set Up On-Prem Connections

  • Your data sources are behind a firewall. NOFire cannot reach them directly, and you need metrics, logs, or traces to reason about your production systems.
  • Credentials must stay inside your network. The Edge Proxy reads tokens and passwords from Kubernetes Secrets at runtime. They never leave your cluster.
  • You want a single Helm release. Adding onPremConnections to your existing Edge values deploys the Edge Proxy alongside Edge. No separate chart or namespace needed.
If your data sources are already accessible from the internet (e.g., Grafana Cloud, Datadog), connect them directly through Integrations. This page is for data sources that NOFire cannot reach directly.

Quick Setup (Single Data Source)

1. Create the API Key Secret

If you already have a nofire-credentials secret from your Edge deployment, skip this step.

2. Create a Connector Secret

Create a Kubernetes Secret with the credentials for your data source. This example uses a Prometheus bearer token:
The supported secret keys are token (for bearer auth), username and password (for basic auth). The proxy reads whichever keys are present.

3. Deploy

Create a values-quickstart.yaml:
Deploy with Helm:

4. Verify

Check that the edge-proxy pod is running:
Check the logs for a successful handshake with NOFire:
You should see StreamAck received: STATUS_OK with an edge_instance_id. Verify the health endpoint:

Production Setup (Multiple Data Sources)

Create Secrets for Each Data Source

The proxy reads credentials from Kubernetes Secrets mounted as files. Create a Secret for each data source that requires authentication.

Bearer Token Auth

For Prometheus, Loki, Tempo, Grafana, OpenSearch, and Alertmanager:

Basic Auth

For backends that require username and password:

Elasticsearch ApiKey Auth

For Elasticsearch, store the ApiKey in the token field. The proxy sends it as Authorization: ApiKey <token>:
OpenSearch uses the same connector but sends Authorization: Bearer <token> instead.

MongoDB Atlas Digest Auth

MongoDB Atlas uses HTTP digest authentication with a public/private key pair:
MongoDB Atlas has a built-in rate limiter (95 requests/minute). The proxy enforces this automatically.

Honeycomb API Key

Honeycomb is reachable over the internet, but routing it through the Edge Proxy keeps the API key inside your cluster instead of storing it in NOFire. Store the key in the token field; the proxy sends it as the X-Honeycomb-Team header:
This is the in-cluster route. If your team is fine sending the API key to NOFire directly, use the Honeycomb integration instead — no Edge Proxy needed.

Configure Connectors

Create a values.yaml with all your data sources:

Deploy

Configure Connector TLS

If your data sources use TLS (self-signed or internal CA), configure TLS per connector:
Setting tlsSkipVerify: true disables certificate verification. Use this only for testing. In production, provide a CA certificate with caCertPath.

Verify the Connection

Check Pod Status

The pod should be in Running state with 1/1 ready.

Check Handshake Logs

A successful connection shows:

Check Health Endpoint

Check Metrics