Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

minio single-node mode met performance bottleneck #19755

Closed
sunwuyan opened this issue May 16, 2024 · 4 comments
Closed

minio single-node mode met performance bottleneck #19755

sunwuyan opened this issue May 16, 2024 · 4 comments

Comments

@sunwuyan
Copy link

Hi,
since there is no storage class in the kubernetes cluster, but the same network file storage service is mounted on all nodes in the cluster, minio is deployed in the kubernetes cluster in single-node mode. The minio version is RELEASE.2023-07 -11T21-29-34, this minio service has only one bucket, and this bucket contains 200T data. When there are a large number of readers and writers (large files are read and written, and a large number of small files are written), the minio query response time is very long. , I allocated a lot of CPU and memory to this minio pod, but only less than half of it was actually used. The fio test showed that the bandwidth and iops of network file storage are acceptable, and the iops is 13w. I don't know what the bottleneck of minio is at this time. where? How to optimize it? Thanks!

@harshavardhana
Copy link
Member

Hi, since there is no storage class in the kubernetes cluster, but the same network file storage service is mounted on all nodes in the cluster, minio is deployed in the kubernetes cluster in single-node mode. The minio version is RELEASE.2023-07 -11T21-29-34, this minio service has only one bucket, and this bucket contains 200T data. When there are a large number of readers and writers (large files are read and written, and a large number of small files are written), the minio query response time is very long. , I allocated a lot of CPU and memory to this minio pod, but only less than half of it was actually used. The fio test showed that the bandwidth and iops of network file storage are acceptable, and the iops is 13w. I don't know what the bottleneck of minio is at this time. where? How to optimize it? Thanks!

You are perfect case to sign-up to our subscription https://min.io/pricing

@sunwuyan
Copy link
Author

sunwuyan commented May 16, 2024

Hi, since there is no storage class in the kubernetes cluster, but the same network file storage service is mounted on all nodes in the cluster, minio is deployed in the kubernetes cluster in single-node mode. The minio version is RELEASE.2023-07 -11T21-29-34, this minio service has only one bucket, and this bucket contains 200T data. When there are a large number of readers and writers (large files are read and written, and a large number of small files are written), the minio query response time is very long. , I allocated a lot of CPU and memory to this minio pod, but only less than half of it was actually used. The fio test showed that the bandwidth and iops of network file storage are acceptable, and the iops is 13w. I don't know what the bottleneck of minio is at this time. where? How to optimize it? Thanks!

You are perfect case to sign-up to our subscription https://min.io/pricing

Why closed my issue?

@klauspost
Copy link
Contributor

We do not perform community performance analysis.

@sunwuyan
Copy link
Author

We do not perform community performance analysis.

ok,tks!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants