##
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>
7.4 KiB
Deploy Operator With Helm
minio
Table of Contents
Overview
Helm is a tool for automating the deployment of applications to
Kubernetes clusters. A Helm chart is a set of
YAML files, templates, and other files that define the deployment
details. The following procedure uses a Helm Chart to install the MinIO Kubernetes Operator <minio-operator-installation>
to a Kubernetes cluster.
Prerequisites
See the Operator Prerequisites <minio-operator-prerequisites>
for a baseline of requirements. Helm installations have the following
additional requirements:
For more about Operator installation requirements, including
supported Kubernetes versions and TLS certificates, see the Operator deployment prerequisites <minio-operator-prerequisites>.
This procedure assumes familiarity with the referenced Kubernetes
concepts and utilities. While this documentation may provide guidance
for configuring or deploying Kubernetes-related resources on a
best-effort basis, it is not a replacement for the official Kubernetes Documentation <>.
Install the MinIO Operator using Helm Charts
The following procedure installs the Operator using the MinIO
Operator Chart Repository. This method supports a simplified
installation path compared to the local chart installation <minio-k8s-deploy-operator-helm-local>.
You can modify the Operator deployment after installation.
Important
If you use Helm charts to install the Operator, you must use Helm to
manage that installation. Do not use kubectl krew,
Kustomize, or similar methods to update or manage the MinIO Operator
installation.
Add the MinIO Operator Repo to Helm
MinIO maintains a Helm-compatible repository at https://operator.min.io. Add this repository to Helm:
helm repo add minio-operator https://operator.min.ioYou can validate the repo contents using
helm search: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 6.0.1 v6.0.1 A Helm chart for MinIO Operator minio-operator/tenant 6.0.1 v6.0.1 A Helm chart for MinIO OperatorThe
minio-operator/minio-operatoris a legacy chart and should not be installed under normal circumstances.Install the Operator
Run the
helm installcommand to install the Operator. The following command specifies and creates a dedicated namespaceminio-operatorfor installation. MinIO strongly recommends using a dedicated namespace for the Operator.helm install \ --namespace minio-operator \ --create-namespace \ operator minio-operator/operatorVerify the Operator installation
Check the contents of the specified namespace (
minio-operator) to ensure all pods and services have started successfully.kubectl get all -n minio-operatorThe response should resemble the following:
NAME READY STATUS RESTARTS AGE pod/minio-operator-699f797b8b-th5bk 1/1 Running 0 25h pod/minio-operator-699f797b8b-nkrn9 1/1 Running 0 25h NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE service/operator ClusterIP 10.43.44.204 <none> 4221/TCP 25h service/sts ClusterIP 10.43.70.4 <none> 4223/TCP 25h NAME READY UP-TO-DATE AVAILABLE AGE deployment.apps/minio-operator 2/2 2 2 25h NAME DESIRED CURRENT READY AGE replicaset.apps/minio-operator-79f7bfc48 2 2 2 123m
You can now deploy a tenant using Helm Charts <deploy-tenant-helm>.
Install the MinIO Operator using Local Helm Charts
The following procedure installs the Operator using a local copy of
the Helm Charts. This method may support easier pre-configuration of the
Operator compared to the repo-based installation <minio-k8s-deploy-operator-helm-repo>
Download the Helm charts
On your local host, download the Operator Helm charts to a convenient directory:
curl -O https://raw.githubusercontent.com/minio/operator/master/helm-releases/operator-|operator-version-stable|.tgz(Optional) Modify the
values.yamlThe chart contains a
values.yamlfile you can customize to suit your needs. For details on the options available in the MinIO Operatorvalues.yaml, seeminio-operator-chart-values.For example, you can change the number of replicas for
operators.replicaCountto increase or decrease pod availability in the deployment. Seeminio-operator-chart-valuesfor more complete documentation on the Operator Helm Chart and Values.For more about customizations, see Helm Charts.
Install the Helm Chart
Use the
helm installcommand to install the chart. The following command assumes the Operator chart is saved to./operatorrelative to the working directory.helm install \ --namespace minio-operator \ --create-namespace \ minio-operator ./operatorTo verify the installation, run the following command:
kubectl get all --namespace minio-operatorIf you initialized the Operator with a custom namespace, replace
minio-operatorwith that namespace.The output resembles the following:
NAME READY STATUS RESTARTS AGE pod/minio-operator-7976b4df5b-rsskl 1/1 Running 0 81m pod/minio-operator-7976b4df5b-x622g 1/1 Running 0 81m NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE service/operator ClusterIP 10.110.113.146 <none> 4222/TCP,4233/TCP 81m NAME READY UP-TO-DATE AVAILABLE AGE deployment.apps/minio-operator 2/2 2 2 81m NAME DESIRED CURRENT READY AGE replicaset.apps/minio-operator-7976b4df5b 1 1 1 81m
You can now deploy a tenant using Helm Charts <deploy-tenant-helm>.