|
|
|
@ -25,9 +25,12 @@ The following table lists the upgrade paths from previous versions of the MinIO
|
|
|
|
|
* - Current Version
|
|
|
|
|
- Supported Upgrade Target
|
|
|
|
|
|
|
|
|
|
* - 4.2.3 and Later
|
|
|
|
|
* - 4.5.8 or later
|
|
|
|
|
- |operator-version-stable|
|
|
|
|
|
|
|
|
|
|
* - 4.2.3 to 4.5.7
|
|
|
|
|
- 4.5.8
|
|
|
|
|
|
|
|
|
|
* - 4.0.0 through 4.2.2
|
|
|
|
|
- 4.2.3
|
|
|
|
|
|
|
|
|
@ -36,7 +39,7 @@ The following table lists the upgrade paths from previous versions of the MinIO
|
|
|
|
|
|
|
|
|
|
.. _minio-k8s-upgrade-minio-operator-procedure:
|
|
|
|
|
|
|
|
|
|
Upgrade MinIO Operator 4.2.3 and Later to |operator-version-stable|
|
|
|
|
|
Upgrade MinIO Operator 4.5.8 and Later to |operator-version-stable|
|
|
|
|
|
-------------------------------------------------------------------
|
|
|
|
|
|
|
|
|
|
.. admonition:: Prerequisites
|
|
|
|
@ -44,15 +47,165 @@ Upgrade MinIO Operator 4.2.3 and Later to |operator-version-stable|
|
|
|
|
|
|
|
|
|
|
This procedure requires the following:
|
|
|
|
|
|
|
|
|
|
- You have an existing MinIO Operator deployment running 4.2.3 or later
|
|
|
|
|
- You have an existing MinIO Operator deployment running 4.5.8 or later
|
|
|
|
|
- Your Kubernetes cluster runs 1.19.0 or later
|
|
|
|
|
- Your local host has ``kubectl`` installed and configured with access to the Kubernetes cluster
|
|
|
|
|
|
|
|
|
|
This procedure upgrades the MinIO Operator from any 4.5.8 or later release to |operator-version-stable|.
|
|
|
|
|
|
|
|
|
|
Tenant Custom Resource Definition Changes
|
|
|
|
|
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
|
|
|
|
|
|
|
|
|
|
The following changes apply for Operator v5.0.0 or later:
|
|
|
|
|
|
|
|
|
|
- The ``.spec.s3`` field is replaced by the ``.spec.features`` field.
|
|
|
|
|
- The ``.spec.credsSecret`` field is replaced by the ``.spec.configuration`` field.
|
|
|
|
|
|
|
|
|
|
The ``.spec.credsSecret`` should hold all the environment variables for the MinIO deployment that contain sensitive information and should not show in ``.spec.env``.
|
|
|
|
|
This change impacts the Tenant :abbr:`CRD <CustomResourceDefinition>` and only impacts users editing a tenant YAML directly, such as through Helm or Kustomize.
|
|
|
|
|
- Both the **Log Search API** (``.spec.log``) and **Prometheus** (``.spec.prometheus``) deployments have been removed.
|
|
|
|
|
However, existing deployments are left running as standalone deployments / statefulsets with no connection to the Tenant CR.
|
|
|
|
|
If the Tenant CRD is deleted, this does not cascade to the log or Prometheus deployments.
|
|
|
|
|
|
|
|
|
|
.. important::
|
|
|
|
|
|
|
|
|
|
MinIO recommends that you create a yaml file to manage these deployments going forward.
|
|
|
|
|
|
|
|
|
|
Log Search and Prometheus
|
|
|
|
|
~~~~~~~~~~~~~~~~~~~~~~~~~
|
|
|
|
|
|
|
|
|
|
The latest releases of Operator remove Log Search and Prometheus from included Operator tools.
|
|
|
|
|
The following steps back up the existing yaml files, perform some clean up, and provide steps to continue using either or both of these functions.
|
|
|
|
|
|
|
|
|
|
1. Back up Prometheus and Log Search yaml files.
|
|
|
|
|
|
|
|
|
|
.. code-block:: shell
|
|
|
|
|
:class: copyable
|
|
|
|
|
|
|
|
|
|
export TENANT_NAME=myminio
|
|
|
|
|
export NAMESPACE=mynamespace
|
|
|
|
|
kubectl -n $NAMESPACE get secret $TENANT_NAME-log-secret -o yaml > $TENANT_NAME-log-secret.yaml
|
|
|
|
|
kubectl -n $NAMESPACE get cm $TENANT_NAME-prometheus-config-map -o yaml > $TENANT_NAME-prometheus-config-map.yaml
|
|
|
|
|
kubectl -n $NAMESPACE get sts $TENANT_NAME-prometheus -o yaml > $TENANT_NAME-prometheus.yaml
|
|
|
|
|
kubectl -n $NAMESPACE get sts $TENANT_NAME-log -o yaml > $TENANT_NAME-log.yaml
|
|
|
|
|
kubectl -n $NAMESPACE get deployment $TENANT_NAME-log-search-api -o yaml > $TENANT_NAME-log-search-api.yaml
|
|
|
|
|
kubectl -n $NAMESPACE get svc $TENANT_NAME-log-hl-svc -o yaml > $TENANT_NAME-log-hl-svc.yaml
|
|
|
|
|
kubectl -n $NAMESPACE get svc $TENANT_NAME-log-search-api -o yaml > $TENANT_NAME-log-search-api.yaml
|
|
|
|
|
kubectl -n $NAMESPACE get svc $TENANT_NAME-prometheus-hl-svc -o yaml > $TENANT_NAME-prometheus-hl-svc.yaml
|
|
|
|
|
|
|
|
|
|
- Replace ``myminio`` with the name of the tenant on the operator deployment you are upgrading.
|
|
|
|
|
- Replace ``mynamespace`` with the namespace for the tenant on the operator deployment you are upgrading.
|
|
|
|
|
|
|
|
|
|
Repeat for each tenant.
|
|
|
|
|
|
|
|
|
|
2. Remove ``.metadata.ownerReferences`` for all backed up files for all tenants.
|
|
|
|
|
|
|
|
|
|
3. *(Optional)* To continue using Log Search API and Prometheus, add the following variables to the tenant's yaml specification file under ``.spec.env``
|
|
|
|
|
|
|
|
|
|
Use the following command to edit a tenant:
|
|
|
|
|
|
|
|
|
|
.. code-block:: shell
|
|
|
|
|
:class: copyable
|
|
|
|
|
|
|
|
|
|
kubectl edit tenants <TENANT-NAME> -n <TENANT-NAMESPACE>
|
|
|
|
|
|
|
|
|
|
- Replace ``<TENANT-NAME>`` with the name of the tenant to modify.
|
|
|
|
|
- Replace ``<TENANT-NAMESPACE>`` with the namespace of the tenant you are modifying.
|
|
|
|
|
|
|
|
|
|
Add the following values under ``.spec.env`` in the file:
|
|
|
|
|
|
|
|
|
|
.. code-block:: yaml
|
|
|
|
|
:class: copyable
|
|
|
|
|
|
|
|
|
|
- name: MINIO_LOG_QUERY_AUTH_TOKEN
|
|
|
|
|
valueFrom:
|
|
|
|
|
secretKeyRef:
|
|
|
|
|
key: MINIO_LOG_QUERY_AUTH_TOKEN
|
|
|
|
|
name: <TENANT_NAME>-log-secret
|
|
|
|
|
- name: MINIO_LOG_QUERY_URL
|
|
|
|
|
value: http://<TENANT_NAME>-log-search-api:8080
|
|
|
|
|
- name: MINIO_PROMETHEUS_JOB_ID
|
|
|
|
|
value: minio-job
|
|
|
|
|
- name: MINIO_PROMETHEUS_URL
|
|
|
|
|
value: http://<TENANT_NAME>-prometheus-hl-svc:9090
|
|
|
|
|
|
|
|
|
|
- Replace ``<TENANT_NAME>`` in the ``name`` or ``value`` lines with the name of your tenant.
|
|
|
|
|
|
|
|
|
|
Upgrade Operator to |operator-version-stable|
|
|
|
|
|
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
|
|
|
|
|
|
|
|
|
|
1. *(Optional)* Update each MinIO Tenant to the latest stable MinIO Version.
|
|
|
|
|
|
|
|
|
|
Upgrading MinIO regularly ensures your Tenants have the latest features and performance improvements.
|
|
|
|
|
Test upgrades in a lower environment such as a Dev or QA Tenant, before applying to your production Tenants.
|
|
|
|
|
See :ref:`minio-k8s-upgrade-minio-tenant` for a procedure on upgrading MinIO Tenants.
|
|
|
|
|
|
|
|
|
|
2. Verify the existing Operator installation.
|
|
|
|
|
Use ``kubectl get all -n minio-operator`` to verify the health and status of all Operator pods and services.
|
|
|
|
|
|
|
|
|
|
If you installed the Operator to a custom namespace, specify that namespace as ``-n <NAMESPACE>``.
|
|
|
|
|
|
|
|
|
|
You can verify the currently installed Operator version by retrieving the object specification for an operator pod in the namespace.
|
|
|
|
|
The following example uses the ``jq`` tool to filter the necessary information from ``kubectl``:
|
|
|
|
|
|
|
|
|
|
.. code-block:: shell
|
|
|
|
|
:class: copyable
|
|
|
|
|
|
|
|
|
|
kubectl get pod -l 'name=minio-operator' -n minio-operator -o json | jq '.items[0].spec.containers'
|
|
|
|
|
|
|
|
|
|
The output resembles the following:
|
|
|
|
|
|
|
|
|
|
.. code-block:: json
|
|
|
|
|
:emphasize-lines: 8-10
|
|
|
|
|
|
|
|
|
|
{
|
|
|
|
|
"env": [
|
|
|
|
|
{
|
|
|
|
|
"name": "CLUSTER_DOMAIN",
|
|
|
|
|
"value": "cluster.local"
|
|
|
|
|
}
|
|
|
|
|
],
|
|
|
|
|
"image": "minio/operator:v4.5.8",
|
|
|
|
|
"imagePullPolicy": "IfNotPresent",
|
|
|
|
|
"name": "minio-operator"
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
3. Download the Latest Stable Version of the MinIO Kubernetes Plugin
|
|
|
|
|
|
|
|
|
|
.. include:: /includes/k8s/install-minio-kubectl-plugin.rst
|
|
|
|
|
|
|
|
|
|
4. Run the initialization command to upgrade the Operator
|
|
|
|
|
|
|
|
|
|
Use the :mc-cmd:`kubectl minio init` command to upgrade the existing MinIO Operator installation
|
|
|
|
|
|
|
|
|
|
.. code-block:: shell
|
|
|
|
|
:class: copyable
|
|
|
|
|
|
|
|
|
|
kubectl minio init
|
|
|
|
|
|
|
|
|
|
5. Validate the Operator upgrade
|
|
|
|
|
|
|
|
|
|
You can check the Operator version by reviewing the object specification for an Operator Pod using a previous step.
|
|
|
|
|
.. include:: /includes/common/common-k8s-connect-operator-console.rst
|
|
|
|
|
|
|
|
|
|
Upgrade MinIO Operator 4.2.3 through 4.5.7 to 4.5.8
|
|
|
|
|
---------------------------------------------------
|
|
|
|
|
|
|
|
|
|
Prerequisites
|
|
|
|
|
~~~~~~~~~~~~~
|
|
|
|
|
|
|
|
|
|
This procedure requires the following:
|
|
|
|
|
|
|
|
|
|
- You have an existing MinIO Operator deployment running 4.2.3 through 4.5.7
|
|
|
|
|
- Your Kubernetes cluster runs 1.19.0 or later
|
|
|
|
|
- Your local host has ``kubectl`` installed and configured with access to the Kubernetes cluster
|
|
|
|
|
|
|
|
|
|
Procedure
|
|
|
|
|
~~~~~~~~~
|
|
|
|
|
|
|
|
|
|
This procedure upgrades the MinIO Operator from any 4.2.3 or later release to |operator-version-stable|.
|
|
|
|
|
|
|
|
|
|
.. container:: procedure
|
|
|
|
|
|
|
|
|
|
1. *(Optional)* Update each MinIO Tenant to the latest stable MinIO Version.
|
|
|
|
|
1. *(Optional)* Update each MinIO Tenant to the latest stable MinIO Version.
|
|
|
|
|
|
|
|
|
|
Upgrading MinIO regularly ensures your Tenants have the latest features and performance improvements.
|
|
|
|
|
|
|
|
|
@ -60,7 +213,7 @@ This procedure upgrades the MinIO Operator from any 4.2.3 or later release to |o
|
|
|
|
|
|
|
|
|
|
See :ref:`minio-k8s-upgrade-minio-tenant` for a procedure on upgrading MinIO Tenants.
|
|
|
|
|
|
|
|
|
|
#. Verify the existing Operator installation.
|
|
|
|
|
#. Verify the existing Operator installation.
|
|
|
|
|
|
|
|
|
|
Use ``kubectl get all -n minio-operator`` to verify the health and status of all Operator pods and services.
|
|
|
|
|
|
|
|
|
@ -91,11 +244,11 @@ This procedure upgrades the MinIO Operator from any 4.2.3 or later release to |o
|
|
|
|
|
"name": "minio-operator"
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
#. Download the Latest Stable Version of the MinIO Kubernetes Plugin
|
|
|
|
|
#. Download the Latest Stable Version of the MinIO Kubernetes Plugin
|
|
|
|
|
|
|
|
|
|
.. include:: /includes/k8s/install-minio-kubectl-plugin.rst
|
|
|
|
|
|
|
|
|
|
#. Run the initialization command to upgrade the Operator
|
|
|
|
|
#. Run the initialization command to upgrade the Operator
|
|
|
|
|
|
|
|
|
|
Use the :mc-cmd:`kubectl minio init` command to upgrade the existing MinIO Operator installation
|
|
|
|
|
|
|
|
|
@ -104,7 +257,7 @@ This procedure upgrades the MinIO Operator from any 4.2.3 or later release to |o
|
|
|
|
|
|
|
|
|
|
kubectl minio init
|
|
|
|
|
|
|
|
|
|
#. Validate the Operator upgrade
|
|
|
|
|
#. Validate the Operator upgrade
|
|
|
|
|
|
|
|
|
|
You can check the Operator version by reviewing the object specification for an Operator Pod using a previous step.
|
|
|
|
|
|
|
|
|
@ -115,31 +268,31 @@ This procedure upgrades the MinIO Operator from any 4.2.3 or later release to |o
|
|
|
|
|
Upgrade MinIO Operator 4.0.0 through 4.2.2 to 4.2.3
|
|
|
|
|
---------------------------------------------------
|
|
|
|
|
|
|
|
|
|
.. admonition:: Prerequisites
|
|
|
|
|
:class: note
|
|
|
|
|
Prerequisites
|
|
|
|
|
~~~~~~~~~~~~~
|
|
|
|
|
|
|
|
|
|
This procedure assumes that:
|
|
|
|
|
This procedure assumes that:
|
|
|
|
|
|
|
|
|
|
- You have an existing MinIO Operator deployment running any release from 4.0.0 through 4.2.2
|
|
|
|
|
- Your Kubernetes cluster runs 1.19.0 or later
|
|
|
|
|
- Your local host has ``kubectl`` installed and configured with access to the Kubernetes cluster
|
|
|
|
|
- You have an existing MinIO Operator deployment running any release from 4.0.0 through 4.2.2
|
|
|
|
|
- Your Kubernetes cluster runs 1.19.0 or later
|
|
|
|
|
- Your local host has ``kubectl`` installed and configured with access to the Kubernetes cluster
|
|
|
|
|
|
|
|
|
|
Procedure
|
|
|
|
|
~~~~~~~~~
|
|
|
|
|
|
|
|
|
|
This procedure covers the necessary steps to upgrade a MinIO Operator deployment running any release from 4.0.0 through 4.2.2 to 4.2.3.
|
|
|
|
|
You can then perform :ref:`minio-k8s-upgrade-minio-operator-procedure` to complete the upgrade to |operator-version-stable|.
|
|
|
|
|
|
|
|
|
|
There is no direct upgrade path for 4.0.0 - 4.2.2 installations to |operator-version-stable|.
|
|
|
|
|
|
|
|
|
|
.. container:: procedure
|
|
|
|
|
|
|
|
|
|
1. *(Optional)* Update each MinIO Tenant to the latest stable MinIO Version.
|
|
|
|
|
1. *(Optional)* Update each MinIO Tenant to the latest stable MinIO Version.
|
|
|
|
|
|
|
|
|
|
Upgrading MinIO regularly ensures your Tenants have the latest features and performance improvements.
|
|
|
|
|
|
|
|
|
|
Test upgrades in a lower environment such as a Dev or QA Tenant, before applying to your production Tenants.
|
|
|
|
|
|
|
|
|
|
See :ref:`minio-k8s-upgrade-minio-tenant` for a procedure on upgrading MinIO Tenants.
|
|
|
|
|
|
|
|
|
|
#. Check the Security Context for each Tenant Pool
|
|
|
|
|
#. Check the Security Context for each Tenant Pool
|
|
|
|
|
|
|
|
|
|
Use the following command to validate the specification for each managed MinIO Tenant:
|
|
|
|
|
|
|
|
|
@ -154,7 +307,7 @@ There is no direct upgrade path for 4.0.0 - 4.2.2 installations to |operator-ver
|
|
|
|
|
However, Tenants running pods as root may fail to start due to the security context mismatch.
|
|
|
|
|
You can set an explicit Security Context that allows pods to run as root for those Tenants:
|
|
|
|
|
|
|
|
|
|
.. code-block:: shell
|
|
|
|
|
.. code-block:: yaml
|
|
|
|
|
:class: copyable
|
|
|
|
|
|
|
|
|
|
securityContext:
|
|
|
|
@ -172,10 +325,11 @@ There is no direct upgrade path for 4.0.0 - 4.2.2 installations to |operator-ver
|
|
|
|
|
|
|
|
|
|
See :kube-docs:`Pod Security Standards <concepts/security/pod-security-standards/>` for more information on Kubernetes Security Contexts.
|
|
|
|
|
|
|
|
|
|
#. Upgrade to Operator 4.2.3
|
|
|
|
|
#. Upgrade to Operator 4.2.3
|
|
|
|
|
|
|
|
|
|
Download the MinIO Kubernetes Plugin 4.2.3 and use it to upgrade the Operator.
|
|
|
|
|
Open https://github.com/minio/operator/releases/tag/v4.2.3 in a browser and download the binary that corresponds to your local host OS.
|
|
|
|
|
|
|
|
|
|
For example, Linux hosts running an Intel or AMD processor can run the following commands:
|
|
|
|
|
|
|
|
|
|
.. code-block:: shell
|
|
|
|
@ -183,10 +337,9 @@ There is no direct upgrade path for 4.0.0 - 4.2.2 installations to |operator-ver
|
|
|
|
|
|
|
|
|
|
wget https://github.com/minio/operator/releases/download/v4.2.3/kubectl-minio_4.2.3_linux_amd64 -o kubectl-minio_4.2.3
|
|
|
|
|
chmod +x kubectl-minio_4.2.3
|
|
|
|
|
|
|
|
|
|
./kubectl-minio_4.2.3 init
|
|
|
|
|
|
|
|
|
|
#. Validate all Tenants and Operator pods
|
|
|
|
|
#. Validate all Tenants and Operator pods
|
|
|
|
|
|
|
|
|
|
Check the Operator and MinIO Tenant namespaces to ensure all pods and services started successfully.
|
|
|
|
|
|
|
|
|
@ -196,33 +349,33 @@ There is no direct upgrade path for 4.0.0 - 4.2.2 installations to |operator-ver
|
|
|
|
|
:class: copyable
|
|
|
|
|
|
|
|
|
|
kubectl get all -n minio-operator
|
|
|
|
|
|
|
|
|
|
kubectl get pods -l "v1.min.io/tenant" --all-namespaces
|
|
|
|
|
|
|
|
|
|
#. Upgrade to |operator-version-stable|
|
|
|
|
|
#. Upgrade to |operator-version-stable|
|
|
|
|
|
|
|
|
|
|
Follow the :ref:`minio-k8s-upgrade-minio-operator-procedure` procedure to upgrade to the latest stable Operator version.
|
|
|
|
|
|
|
|
|
|
Upgrade MinIO Operator 3.0.0 through 3.0.29 to 4.2.2
|
|
|
|
|
----------------------------------------------------
|
|
|
|
|
|
|
|
|
|
.. admonition:: Prerequisites
|
|
|
|
|
:class: note
|
|
|
|
|
Prerequisites
|
|
|
|
|
~~~~~~~~~~~~~
|
|
|
|
|
|
|
|
|
|
This procedure assumes that:
|
|
|
|
|
This procedure assumes that:
|
|
|
|
|
|
|
|
|
|
- You have an existing MinIO Operator deployment running 3.X.X
|
|
|
|
|
- Your Kubernetes cluster runs 1.19.0 or later
|
|
|
|
|
- Your local host has ``kubectl`` installed and configured with access to the Kubernetes cluster
|
|
|
|
|
- You have an existing MinIO Operator deployment running 3.X.X
|
|
|
|
|
- Your Kubernetes cluster runs 1.19.0 or later
|
|
|
|
|
- Your local host has ``kubectl`` installed and configured with access to the Kubernetes cluster
|
|
|
|
|
|
|
|
|
|
Procedure
|
|
|
|
|
~~~~~~~~~
|
|
|
|
|
|
|
|
|
|
This procedure covers the necessary steps to upgrade a MinIO Operator deployment running any release from 3.0.0 through 3.2.9 to 4.2.2.
|
|
|
|
|
You can then perform :ref:`minio-k8s-upgrade-minio-operator-4.2.2-procedure`, followed by :ref:`minio-k8s-upgrade-minio-operator-procedure`.
|
|
|
|
|
|
|
|
|
|
There is no direct upgrade path from a 3.X.X series installation to |operator-version-stable|.
|
|
|
|
|
|
|
|
|
|
.. container:: procedure
|
|
|
|
|
|
|
|
|
|
1. (Optional) Update each MinIO Tenant to the latest stable MinIO Version.
|
|
|
|
|
1. (Optional) Update each MinIO Tenant to the latest stable MinIO Version.
|
|
|
|
|
|
|
|
|
|
Upgrading MinIO regularly ensures your Tenants have the latest features and performance improvements.
|
|
|
|
|
|
|
|
|
@ -230,7 +383,7 @@ There is no direct upgrade path from a 3.X.X series installation to |operator-ve
|
|
|
|
|
|
|
|
|
|
See :ref:`minio-k8s-upgrade-minio-tenant` for a procedure on upgrading MinIO Tenants.
|
|
|
|
|
|
|
|
|
|
#. Validate the Tenant ``tenant.spec.zones`` values
|
|
|
|
|
#. Validate the Tenant ``tenant.spec.zones`` values
|
|
|
|
|
|
|
|
|
|
Use the following command to validate the specification for each managed MinIO Tenant:
|
|
|
|
|
|
|
|
|
@ -292,7 +445,7 @@ There is no direct upgrade path from a 3.X.X series installation to |operator-ve
|
|
|
|
|
|
|
|
|
|
kubectl edit tenants <TENANT-NAME> -n <TENANT-NAMESPACE>
|
|
|
|
|
|
|
|
|
|
#. Upgrade to Operator 4.2.2
|
|
|
|
|
#. Upgrade to Operator 4.2.2
|
|
|
|
|
|
|
|
|
|
Download the MinIO Kubernetes Plugin 4.2.2 and use it to upgrade the Operator.
|
|
|
|
|
Open https://github.com/minio/operator/releases/tag/v4.2.2 in a browser and download the binary that corresponds to your local host OS.
|
|
|
|
@ -306,7 +459,7 @@ There is no direct upgrade path from a 3.X.X series installation to |operator-ve
|
|
|
|
|
|
|
|
|
|
./kubectl-minio_4.2.2 init
|
|
|
|
|
|
|
|
|
|
#. Validate all Tenants and Operator pods
|
|
|
|
|
#. Validate all Tenants and Operator pods
|
|
|
|
|
|
|
|
|
|
Check the Operator and MinIO Tenant namespaces to ensure all pods and services started successfully.
|
|
|
|
|
|
|
|
|
@ -319,7 +472,7 @@ There is no direct upgrade path from a 3.X.X series installation to |operator-ve
|
|
|
|
|
|
|
|
|
|
kubectl get pods -l "v1.min.io/tenant" --all-namespaces
|
|
|
|
|
|
|
|
|
|
#. Upgrade to 4.2.3
|
|
|
|
|
#. Upgrade to 4.2.3
|
|
|
|
|
|
|
|
|
|
Follow the :ref:`minio-k8s-upgrade-minio-operator-4.2.2-procedure` procedure to upgrade to Operator 4.2.3.
|
|
|
|
|
You can then upgrade to |operator-version-stable|.
|
|
|
|
|