You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository was archived by the owner on Sep 2, 2025. It is now read-only.
Copy file name to clipboardExpand all lines: gdi/opentelemetry/collector-kubernetes/kubernetes-upgrade.rst
+43-47Lines changed: 43 additions & 47 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -13,6 +13,10 @@ Upgrade the Collector for Kubernetes and other updates
13
13
Upgrade the Collector for Kubernetes
14
14
=======================================
15
15
16
+
The installer script uses one of the supported package managers to install the Collector. When you update the Collector using the official packages, configuration files are never overridden. If you need to update the configuration after an update, edit them manually before backward compatibility is dropped.
17
+
18
+
.. :note:: For every configuration update use the default agent config as a reference.
19
+
16
20
To upgrade the Collector for Kubernetes run the following commands:
17
21
18
22
- Use the flag ``--reuse-values`` to keep the config values you'd already set while installing or using the Collector:
@@ -35,67 +39,67 @@ Read more in the official :new-page:`Helm upgrade options <https://helm.sh/docs/
35
39
Upgrade guidelines
36
40
=================================
37
41
38
-
The installer script uses one of the supported package managers to install the Collector.
39
-
40
-
When you update the Collector using the official packages, configuration files are never overridden. If you need to update the configuration after an update, edit them manually before backward compatibility is dropped.
41
-
42
-
.. :note::
43
-
44
-
For every configuration update use the default agent config as a reference.
45
-
46
-
Apply the following changes to the Collector configuration files for specific version upgrades. For more details refer to :new-page:`Helm chart upgrade guidelines <https://github.com/signalfx/splunk-otel-collector-chart/blob/main/UPGRADING.md>` in GitHub. For generic guidelines see :ref:`otel-upgrade-k8s-guidelines-generic`.
42
+
Apply the following changes to the Collector configuration files for specific version upgrades. For more details refer to :new-page:`Helm chart upgrade guidelines <https://github.com/signalfx/splunk-otel-collector-chart/blob/main/UPGRADING.md>` in GitHub.
47
43
48
44
From 0.113.0 to 0.116.0
49
45
---------------------------------------
50
46
51
-
This guide provides steps for new users, transitioning users, and those maintaining previous operator CRD configurations:
47
+
Custom resource definition (CRD) configuration has been modified.
52
48
53
-
New users: No migration for CRDs is required.
54
-
Previous users: Migration may be needed if using operator.enabled=true.
55
-
CRD deployment has evolved over chart versions:
56
-
57
-
Before 0.110.0: CRDs were deployed via a crds/ directory (upstream default).
58
-
0.110.0 to 1.113.0: CRDs were deployed using Helm templates (upstream default), which had reported issues.
59
-
0.116.0 and later: Users must now explicitly configure their preferred CRD deployment method or deploy the CRDs manually to avoid potential issues. Users can deploy CRDs via a crds/ directory again by enabling a newly added value.
49
+
* Before v0.110.0 CRDs were deployed via a ``crds/`` directory (upstream default).
50
+
* From v0.110.0 to v1.113.0 CRDs were deployed using Helm templates (upstream default), which had reported issues.
51
+
* From v0.116.0 and higher, you must explicitly configure your preferred CRD deployment method or deploy the CRDs manually to avoid potential issues. You can deploy CRDs via a ``crds/`` directory again by enabling a newly added value.
60
52
61
53
New users
62
54
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
63
55
64
-
New users are advised to deploy CRDs via the crds/ directory. For a fresh installation, use the following Helm values:
56
+
If you're a new user deploy CRDs via the ``crds/`` directory. For a fresh installation use the following Helm values:
If you're using chart versions 0.110.0 to 1.113.0, CRDs are likely deployed via Helm templates. To migrate to the recommended crds/ directory deployment:
74
+
You might need to migrate if using ``operator.enabled=true``.
75
+
76
+
If you're using versions 0.110.0 to 1.113.0, CRDs are likely deployed via Helm templates. To migrate to the recommended ``crds/`` directory deployment:
77
+
78
+
#. Delete the existing chart running
81
79
82
-
Step 1: Delete the Existing Chart
83
-
Remove the chart to prepare for a fresh installation:
80
+
.. code-block:: bash
81
+
82
+
helm delete <release-name>
83
+
84
+
#. Verify if the following CRDs are present and delete them if necessary:
If you're using chart versions 0.110.0 to 1.113.0 and prefer to continue deploying CRDs via Helm templates (not recommended), you can do so with the following values:
102
+
If you're using chart versions 0.110.0 to 1.113.0 and prefer to continue deploying CRDs via Helm templates (not recommended), use the following values:
99
103
100
104
.. code-block:: yaml
101
105
@@ -105,20 +109,14 @@ If you're using chart versions 0.110.0 to 1.113.0 and prefer to continue deployi
105
109
crds:
106
110
create: true
107
111
108
-
.. caution:: This method may cause race conditions during installation or upgrades
112
+
.. caution:: This method might cause race conditions during installation or upgrades.
109
113
110
114
From 0.105.5 to 0.108.0
111
115
---------------------------------------
112
116
113
-
We've simplified the Helm chart configuration for operator auto-instrumentation. The values previously under .Values.operator.instrumentation.spec.* have been moved to .Values.instrumentation.*.
114
-
115
-
No Action Needed: If you have no customizations under .Values.operator.instrumentation.spec.*, no migration is required.
116
-
Action Required: Continuing to use the old values path will result in a Helm install or upgrade error, blocking the process.
117
-
Migration Steps:
117
+
.. note:: If you have no customizations under ``.Values.operator.instrumentation.spec.*`` no migration is required.
118
118
119
-
Find any references to .Values.operator.instrumentation.spec.* in your Helm values with custom values.
120
-
Migrate them from .Values.operator.instrumentation.spec.* to .Values.instrumentation.*.
121
-
Example Migration:
119
+
The Helm chart configuration for operator auto-instrumentation has been simplified, and the values previously under ``.Values.operator.instrumentation.spec.*`` have been moved to ``.Values.instrumentation.*``.
0 commit comments