Minio: How can I extend the storage size after deployment?

Created on 18 May 2017  路  5Comments  路  Source: minio/minio

I have a situation, when I deploy my minio server, I don't know what storage size I need.

How can I extend the storage size after deployment?

Your Environment

  • Version used (minio version):
    Version: 2017-03-16T21:50:32Z
    Release-Tag: RELEASE.2017-03-16T21-50-32Z
    Commit-ID: 5311eb22fd681a8cd4a46e2a872d46c2352c64e8
  • Server type and version:
    Deploy type : 4 minio nodes share 1 drive, 4 minio client are directly deploy on operating system.
  • Operating System and version (uname -a):
    Linux LFG1000644016 3.10.0-514.10.2.el7.x86_64 #1 SMP Fri Mar 3 00:04:05 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux
  • Link to your project:
    n/a
community low working as intended

Most helpful comment

@Alexander-He Minio recommends cloud-native approach for scaling your storage infrastructure. When you run out of storage, you simply spin new Minio instance(s) per tenant. A tenant can be a user, a group of users, or any other kind of aggregation of data.

Take for example, a CCTV video storage use case. Initially you wouldn't know how much storage you possibly need to store the videos. In such cases, you can assign one Minio instance to store videos from one month, another Minio instance to store videos for second month and so on. To make sure the application remembers which data is stored in which Minio instance, you can have a database storing the mapping from date-range to corresponding Minio instance.

This way you can scale infinitely, while your storage and application remain relatively simple.

Take a look at our multi-tenant deployment guide: https://docs.minio.io/docs/multi-tenant-minio-deployment-guide

All 5 comments

@Alexander-He you will have to launch a new minio instance with new storage and start using it.

@Alexander-He Minio recommends cloud-native approach for scaling your storage infrastructure. When you run out of storage, you simply spin new Minio instance(s) per tenant. A tenant can be a user, a group of users, or any other kind of aggregation of data.

Take for example, a CCTV video storage use case. Initially you wouldn't know how much storage you possibly need to store the videos. In such cases, you can assign one Minio instance to store videos from one month, another Minio instance to store videos for second month and so on. To make sure the application remembers which data is stored in which Minio instance, you can have a database storing the mapping from date-range to corresponding Minio instance.

This way you can scale infinitely, while your storage and application remain relatively simple.

Take a look at our multi-tenant deployment guide: https://docs.minio.io/docs/multi-tenant-minio-deployment-guide

Related to #4366

@NitishT I see, this helped me, thank you very much,

https://docs.minio.io/docs/distributed-minio-quickstart-guide.html expansion is already part of the main storage stack, so anyone landing here please read the latest documentation.

Was this page helpful?
0 / 5 - 0 ratings