重要
Agent Control and New Relic Control are now generally available for Kubernetes! Support for Linux hosts and Windows hosts is also in public preview program, pursuant to our pre-release policies.
Kubernetes migration
If your Kubernetes cluster is already instrumented with New Relic, you can transition your agents to be managed by Agent Control to use its management features. The migration process removes existing agent installs and replaces them with Agent Control-managed installs, configured centrally through Fleet Control.
Remote configuration always wins
Agent Control uses Fleet Control as the authoritative source for agent configuration. Any agent settings — versions, chart values, and resource limits — must be defined in the Fleet Control remote configuration, not in the local installation values.yaml. If both exist, the remote configuration takes precedence and will override any local values.
Best practices
To ensure data continuity, use the same cluster name and the same New Relic account during Agent Control installation. You can keep any agents or components that are not yet supported by Agent Control on the cluster until support is available.
Step 1. Retrieve your existing configuration
First, identify which of your existing agents can be managed by Agent Control.
Agent Control can deploy and manage the following agents from the nri-bundle Helm chart, mapped to Agent Control agent types:
newrelic-infrastructure,nri-kube-events,kube-state-metrics, andnri-kube-events: Managed as the New Relic Infrastructure agent typenewrelic-prometheus-configurator: Managed as the New Relic Prometheus agent typenewrelic-logging: Managed as the Fluent Bit agent typenr-k8s-otel-collector: Managed as the New Relic OpenTelemetry Collector agent type
If you installed agents using Helm, retrieve your installation config from the cluster by running the following command:
$# Find releases in a namespace (adjust as needed)$helm list --namespace <namespace-name>$
$# Get the values for a specific release$$ helm get values <release-name> --namespace <namespace-name>If you have the original configuration file saved from the installation, you can use that directly. If you instrumented the cluster via Kubernetes manifests (kubectl or Kustomize), note the options set for each agent — you'll recreate them as Fleet Control remote configurations.
Step 2. Uninstall your old agents
Before installing Agent Control, remove the old agents from your cluster.
For a Helm installation, use the helm uninstall command:
$$ helm uninstall <release-name> -n <namespace>For example, to uninstall the nri-bundle:
$$ helm uninstall nri-bundle -n newrelicStep 3. Install Agent Control
Start the Agent Control guided installation and download the generated values.yaml. This file contains only the Agent Control supervisor configuration (credentials, fleet ID, and which agent types to manage) — do not add agent-specific chart values here. Those belong in the Fleet Control remote configuration.
For a Helm installation, you would typically run:
$$ helm upgrade --install agent-control-bootstrap -n newrelic newrelic/agent-control-bootstrap --create-namespace --values my_values.yamlStep 4. Recreate your agent configuration in Fleet Control
After Agent Control is installed and connected to Fleet Control, deploy your agents by creating or updating the fleet's remote configuration with your previous settings. This is the authoritative place for all agent configuration.
Example: Migrating an nri-bundle installation
The following shows how to translate existing nri-bundle Helm values into a Fleet Control remote configuration.
Existing nri-bundle configuration:
global: cluster: test-migration licenseKey: ***kube-state-metrics: enabled: falsenewrelic-prometheus-agent: enabled: truenewrelic-infrastructure: enabled: true kubelet: tolerations: - operator: "Exists" effect: "NoSchedule" - operator: "Exists" effect: "NoExecute" - operator: "Exists" key: "MyToleration" ksm: enabled: false common: config: interval: 29snewrelic-logging: enabled: true image: tag: "latest" resources: limits: cpu: 200m requests: cpu: 200mnri-kube-events: enabled: true customAttributes: test_tag_label: test_tag_valueEquivalent Fleet Control remote configuration:
Set this as the remote configuration for your fleet in Fleet Control. Agent Control will apply it automatically.
logs: chart_version: "1.25.1" chart_values: newrelic-logging: image: tag: "latest" resources: limits: cpu: 200m requests: cpu: 200minfrastructure: chart_version: "5.0.109" chart_values: newrelic-infrastructure: kubelet: tolerations: - operator: "Exists" effect: "NoSchedule" - operator: "Exists" effect: "NoExecute" - operator: "Exists" key: "MyToleration" ksm: enabled: false common: config: interval: 29s nri-kube-events: customAttributes: test_tag_label: test_tag_valueprometheus: chart_version: "1.15.4"Linux migration
重要
Agent Control does not support automatic migration of existing agents on Linux. If you have the New Relic Infrastructure Agent already installed on your Linux host, you must uninstall it manually before installing Agent Control. Agent Control distributes agents via OCI-compliant packages through Fleet Control — it does not replace or inherit the existing newrelic-infra package installation.
To migrate from a standalone Infrastructure Agent installation on Linux to Agent Control:
Note your existing configuration. Before uninstalling, save a copy of your agent configuration at
/etc/newrelic-infra/newrelic-infra.ymland any on-host integration configs in/etc/newrelic-infra/integrations.d/. You will need to recreate these as Fleet Control remote configurations after installing Agent Control.Uninstall the existing Infrastructure Agent. Follow the uninstall steps for your distribution:
bash$sudo apt-get remove newrelic-infra -ybash$sudo zypper -n remove newrelic-infrabash$sudo yum remove newrelic-infra -yInstall Agent Control. Follow the Linux installation steps using the guided install, ensuring you select or create a fleet of type "Host - Linux".
Recreate your agent configuration in Fleet Control. After Agent Control is installed and connected, deploy the Infrastructure Agent through Fleet Control and apply your previous settings via a remote configuration. See Linux configuration for guidance on the configuration format.
Custom dashboards and alerts referencing data from the Infrastructure Agent will continue to work as long as you use the same account and host name.
Windows migration
重要
Agent Control does not support automatic migration of existing agents on Windows. If you have the New Relic Infrastructure Agent already installed on your Windows host, you must uninstall it manually before installing Agent Control. APM agents are not managed by Agent Control on Windows and can remain installed.
To migrate from a standalone Infrastructure Agent installation on Windows to Agent Control:
Uninstall the existing Infrastructure Agent. Open Add or Remove Programs (or use PowerShell) and uninstall the New Relic Infrastructure Agent. Alternatively, run its uninstaller:
# Example using the MSI uninstallermsiexec /x {PRODUCT_CODE} /quietNote your existing configuration. Before uninstalling, save a copy of your agent configuration (typically at
C:\Program Files\New Relic\newrelic-infra\newrelic-infra.yml) and any on-host integration configs inC:\Program Files\New Relic\newrelic-infra\integrations.d\. You will need to recreate these as Fleet Control remote configurations after installing Agent Control.Install Agent Control. Follow the Windows installation steps using the guided install, ensuring you select or create a fleet of type "Host - Windows".
Recreate your agent configuration in Fleet Control. After Agent Control is installed and connected, deploy the Infrastructure Agent through Fleet Control and apply your previous settings via a remote configuration. See Windows configuration for guidance on the configuration format.
Custom dashboards and alerts referencing data from the Infrastructure Agent will continue to work as long as you use the same account and host name.