1
0
mirror of https://github.com/minio/docs.git synced 2025-05-09 14:01:08 +03:00
Daryl White 46abdb4a57
Adding order of operations for expansion and decommission ()
- Modifies decommissioning page to mention completing any planned
expansions first.
- Modifies expand deployment page to mention completing before doing any
planned decommssions.
- Minor grammar fixes to expand tenant page.

Closes 
2023-01-17 15:30:57 -06:00

5.3 KiB

Expand a MinIO Tenant

minio

Table of Contents

This procedure documents expanding the available storage capacity of an existing MinIO tenant by deploying an additional pool of MinIO pods in the Kubernetes infrastructure.

Prerequisites

MinIO Kubernetes Operator and Plugin

This procedure on this page requires a valid installation of the MinIO Kubernetes Operator and assumes the local host has a matching installation of the MinIO Kubernetes Operator. This procedure assumes the latest stable Operator and Plugin version, .

See deploy-operator-kubernetes for complete documentation on deploying the MinIO Operator.

Available Worker Nodes

MinIO deploys additional minio server <minio.server> pods as part of the new Tenant pool. The Kubernetes cluster must have sufficient available worker nodes on which to schedule the new pods.

The MinIO Operator provides configurations for controlling pod affinity and anti-affinity to direct scheduling to specific workers.

Persistent Volumes

not eks

MinIO can use any Kubernetes Persistent Volume (PV) <concepts/storage/persistent-volumes> that supports the ReadWriteOnce <concepts/storage/persistent-volumes/#access-modes> access mode. MinIO's consistency guarantees require the exclusive storage access that ReadWriteOnce provides.

For Kubernetes clusters where nodes have Direct Attached Storage, MinIO strongly recommends using the DirectPV CSI driver. DirectPV provides a distributed persistent volume manager that can discover, format, mount, schedule, and monitor drives across Kubernetes nodes. DirectPV addresses the limitations of manually provisioning and monitoring local persistent volumes <concepts/storage/volumes/#local>.

eks

MinIO Tenants on EKS must use the EBS CSI Driver <kubernetes-sigs/aws-ebs-csi-driver> to provision the necessary underlying persistent volumes. MinIO strongly recommends using SSD-backed EBS volumes for best performance. For more information on EBS resources, see EBS Volume Types.

Procedure (CLI)

1) Expand the MinIO Tenant

Use the kubectl minio tenant expand command to create the MinIO Tenant.

The following example expands a MinIO Tenant with a Pool consisting of 4 Nodes with 4 locally-attached drives of 1Ti each:

kubectl minio tenant expand minio-tenant-1   \
  --servers                 4                \
  --volumes                 16               \
  --capacity                16Ti             \
  --storage-class           local-storage    \
  --namespace               minio-tenant-1

The following table explains each argument specified to the command:

Argument Description
minio-tenant-1 <kubectl minio tenant expand TENANT_NAME> The name of the MinIO Tenant which the command expands with the new pool.
~kubectl minio tenant expand --servers The number of minio servers to deploy in the new Tenant Pool across the Kubernetes cluster.
~kubectl minio tenant expand --volumes The number of volumes in the new Tenant Pool. kubectl minio determines the number of volumes per server by dividing volumes by servers.
~kubectl minio tenant expand --capacity The total capacity of the Tenant Pool. kubectl minio determines the capacity of each volume by dividing capacity by volumes.
~kubectl minio tenant expand --storage-class

not eks

Specify the Kubernetes Storage Class the Operator uses when generating Persistent Volume Claims for the Tenant.

Ensure the specified storage class has sufficient available Persistent Volume resources to match each generated Persistent Volume Claim.

eks

Specify the EBS volume type to use for this tenant. The following list is populated based on the AWS EBS CSI driver list of supported EBS volume types <kubernetes-sigs/aws-ebs-csi-driver/blob/master/docs/parameters.md>:

  • gp3 (General Purpose SSD)
  • gp2 (General Purpose SSD)
  • io2 (Provisioned IOPS SSD)
  • io1 (Provisioned IOPS SSD)
  • st1 (Throughput Optimized HDD)
  • sc1 (Cold Storage HDD)
~kubectl minio tenant expand --namespace The Kubernetes namespace of the existing MinIO Tenant to which to add the new Tenant pool.

2) Validate the Expanded MinIO Tenant

Use the kubectl minio tenant info command to return a summary of the MinIO Tenant, including the new Pool:

kubectl minio tenant info minio-tenant-1 \
  --namespace minio-tenant-1