##
We are going to make the following changes to the Object Store docs as
part of a larger QC/Content pass:
### Left Navigation
We want to modify the left navigation flow to be a natural progression
from a basic setup to more advanced.
For example:
- Core Concepts
- Deployment Architecture
- Availability and Resiliency
- Erasure Coding and Object Healing
- Object Scanner
- Site Replication and Failover
- Thresholds and Limits
- Installation
- Deployment Checklist
- Deploy MinIO on Kubernetes
- Deploy MinIO on Red Hat Linux
- Deploy MinIO on Ubuntu Linux
- Deploy MinIO for Development (MacOS, Windows, Container)
- Security and Encryption (Conceptual Overview)
- Network Encryption (TLS) (Conceptual overview)
- Enable Network Encryption using Single Domain
- Enable Network Encryption using Multiple Domains
- Enable Network Encryption using certmanager (Kubernetes only)
- Data Encryption (SSE) (Conceptual overview)
- Enable SSE using AIStor Key Management Server
- Enable SSE using KES (Summary page + linkouts)
- External Identity Management (Conceptual Overview)
- Enable External Identity management using OpenID
- Enable External Identity management using AD/LDAP
- Backup and Recovery
- Create a Multi-Site Replication Configuration
- Recovery after Hardware Failure
- Recover after drive failure
- Recover after node failure
- Recover after site failure
- Monitoring and Alerts
- Metrics and Alerting (v3 reference)
- Monitoring and Alerting using Prometheus
- Monitoring and Alerting using InfluxDB
- Monitoring and Alerting using Grafana
- Metrics V2 Reference
- Publish Server and Audit Logs to External Services
- MinIO Healthcheck API
The Administration, Developer, and Reference sections will remain as-is
for now.
http://192.241.195.202:9000/staging/singleplat/mindocs/index.html
# Goals
Maintaining multiple platforms is getting to be too much, and based on
analytics the actual number of users taking advantage of it is minimal.
Furthermore, the majority of traffic is to installation pages.
Therefore we're going to try to collapse back into a single MinIO Object
Storage product, and use simple navigation and on-page selectors to
handle Baremetal vs Kubernetes.
This may also help to eventually stage us to migrate to Hugo + Markdown
---------
Co-authored-by: Daryl White <53910321+djwfyi@users.noreply.github.com>
Co-authored-by: Rushan <rushenn@minio.io>
Co-authored-by: rushenn <rushenn123@gmail.com>
9.0 KiB
Upgrade MinIO Operator
minio
Table of Contents
You can upgrade the MinIO Operator at any time without impacting your managed MinIO Tenants.
As part of the upgrade process, the Operator may update and restart Tenants to support changes to the MinIO Custom Resource Definition (CRD). These changes require no action on the part of any operator or administrator, and do not impact Tenant operations.
This page describes how to upgrade from Operator 5.0.15 to |operator-version-stable|.
See minio-k8s-upgrade-minio-operator-to-5.0.15 for
instructions on upgrading to Operator 5.0.15 before starting this
procedure.
Operator 6.0.0 Deprecates the Operator Console
Starting with Operator 6.0.0, the MinIO Operator Console is deprecated and removed.
You can continue to manage and deploy MinIO Tenants using standard Kubernetes approaches such as Kustomize or Helm.
Upgrade MinIO Operator 5.0.15 to |operator-version-stable|
Important
Operator 6.0.0 deprecates the MinIO Operator Console and removes the related resources from the MinIO Operator CRD. This includes removal of Operator Console resources such as services and pods.
Use either Kustomization or Helm for managing Tenants moving forward.
Upgrade using Kustomize
The following procedure upgrades the MinIO Operator using Kustomize.
For deployments using Operator 5.0.0 through 5.0.14, follow the minio-k8s-upgrade-minio-operator-to-5.0.15 procedure
before performing this upgrade.
If you installed the Operator using Helm <minio-k8s-deploy-operator-helm>, use the
Upgrade using Helm
instructions instead.
(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
minio-k8s-upgrade-minio-tenantfor a procedure on upgrading MinIO Tenants.Verify the existing Operator installation. Use
kubectl get all -n minio-operatorto 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
jqtool to filter the necessary information fromkubectl:kubectl get pod -l 'name=minio-operator' -n minio-operator -o json | jq '.items[0].spec.containers'The output resembles the following:
{ "env": [ { "name": "CLUSTER_DOMAIN", "value": "cluster.local" } ], "image": "minio/operator:v5.0.15", "imagePullPolicy": "IfNotPresent", "name": "minio-operator" }If your local host does not have the
jqutility installed, you can run the first part of the command and locate thespec.containerssection of the output.Upgrade Operator with Kustomize
The following command upgrades Operator to version |operator-version-stable|:
kubectl apply -k github.com/minio/operatorIn the sample output below,
configuredindicates where a new change was applied from the updated CRD:namespace/minio-operator unchanged customresourcedefinition.apiextensions.k8s.io/miniojobs.job.min.io configured customresourcedefinition.apiextensions.k8s.io/policybindings.sts.min.io configured customresourcedefinition.apiextensions.k8s.io/tenants.minio.min.io configured serviceaccount/minio-operator unchanged clusterrole.rbac.authorization.k8s.io/minio-operator-role configured clusterrolebinding.rbac.authorization.k8s.io/minio-operator-binding unchanged service/operator unchanged service/sts unchanged deployment.apps/minio-operator configuredValidate the Operator upgrade
You can check the new Operator version with the same
kubectlcommand used previously:kubectl get pod -l 'name=minio-operator' -n minio-operator -o json | jq '.items[0].spec.containers'
Upgrade using Helm
The following procedure upgrades an existing MinIO Operator Installation using Helm.
If you installed the Operator using Kustomize, use the Upgrade using Kustomize
instructions instead.
(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
minio-k8s-upgrade-minio-tenantfor a procedure on upgrading MinIO Tenants.Verify the existing Operator installation.
Use
kubectl get all -n minio-operatorto 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>.Use the
helm listcommand to view the installed charts in the namespace:helm list -n minio-operatorThe result should resemble the following:
NAME NAMESPACE REVISION UPDATED STATUS CHART APP VERSION operator minio-operator 1 2023-11-01 15:49:54.539724775 -0400 EDT deployed operator-5.0.x v5.0.xUpdate the Operator Repository
Use
helm repo update minio-operatorto update the MinIO Operator repo. If you set a different alias for the MinIO Operator repository, specify that in the command instead ofminio-operator. You can usehelm repo listto review your installed repositories.Use
helm searchto check the latest available chart version after updating the Operator Repo:helm search repo minio-operatorThe response should resemble the following:
NAME CHART VERSION APP VERSION DESCRIPTION minio-operator/minio-operator 4.3.7 v4.3.7 A Helm chart for MinIO Operator minio-operator/operator |operator-version-stable| v|operator-version-stable| A Helm chart for MinIO Operator minio-operator/tenant |operator-version-stable| v|operator-version-stable| A Helm chart for MinIO OperatorThe
minio-operator/minio-operatoris a legacy chart and should not be installed under normal circumstances.Run
helm upgradeHelm uses the latest chart to upgrade the MinIO Operator:
helm upgrade -n minio-operator \ operator minio-operator/operatorIf you installed the MinIO Operator to a different namespace, specify that in the
-nargument.If you used a different installation name from
operator, replace the value above with the installation name.The command results should return success with a bump in the
REVISIONvalue.Validate the Operator upgrade
You can check the new Operator version with the same
kubectlcommand used previously:kubectl get pod -l 'name=minio-operator' -n minio-operator -o json | jq '.items[0].spec.containers'