对搭建 MinIO 对象存储的一些疑问

背景

• 最近对已搭建的 MinIO 做了一些性能测试。服务为单实例部署，服务器配置为阿里云 ECS 实例 2c8g 、100Mbps 外网带宽、ESSD Entry 硬盘。
• 在文件大小为 1000kb 、并发为 10 、持续时间 300s 、90%读文件的维度上，测试结果是（以读文件数据为例）：平均响应时间是 606ms ，服务器处理时间是 29ms ，吞吐量是 16.35op/s ，服务器带宽被完全占满，cpu ，内存，硬盘各项指标均正常。
• 由此可见主要的瓶颈是服务器的外网带宽，于是想到组建 MinIO 集群的方法提高吞吐量。

疑问

• 问题随之而来。假设采用四台上述相同配置的 ECS 实例组成集群，使用单实例 Nginx （官方推荐的负载均衡器之一）做负载，理论上在 MinIO 层面带宽比单实例的带宽会高，吞吐量也会随之提高。但是否部署 Nginx 所在的服务器的带宽（假设也是 100Mbps ）会是性能瓶颈？
• 如果是性能瓶颈，那我现在想到的办法是做成 Nginx 集群，然后使用更高层的负载均衡器（例如 DNS 轮询、F5 等）将流量分发到不同的 Nginx 服务器上。不知道我这种想法是否正确？
• 如果我的想法不正确，请不吝赐教。

minio 建公网上啊。。。 图啥？ minio 用 nginx 负载均衡啊？ 图啥？

@hefish 我觉得你要不想赐教可以不答，一味的反问衬托自己有多么精通只显得你素质低下。在这种社区有你这样的回答真是拉低档次。话都不会好好说吗？我图啥？我图明天多吃俩馍！

既然带宽是瓶颈，说了半天也没见你说是外网带宽被占满了还是内网带宽小猫了，内网占满多机器当然有效果，外网当然是花钱了，话说为啥不用七牛又拍或者 oss ？从带宽或者存储成本可用性都更便宜吧

1. 假设只有一个 Nginx 做出口，Nginx 出口的带宽会成为新的瓶颈 2. 第二个思路大体是正确的，不过需要注意的是如何尽可能均衡的将负载给到多个入口

@heiya 既然你不喜欢别人的回复，那你发出来问的意义何在？你自己都说了瓶颈是带宽，那用 Nginx 集群又有什么用？

@sujin190 嗯嗯，在背景中的第三条中说明了是外网带宽是瓶颈。实际上目前是 OSS+MinIO 都使用了，OSS 中存储的一些热点资源、静态文件、小文件等，MinIO 存了一些大文件，比如动辄就几百 M ，一个 G 多。这么用的原因是当时我看到 OSS 忙时外网流出收费的价格是 0.50 元/GB ，比 ECS 的流量费贵。

都用阿里云了为啥不直接用 OSS ？又方便可靠性肯定比自己搭的高，容量和速度也不用担心。MINIO 一般自己内网/有自己物理服务器搭比较适合。ECS 按流量 0.8/g ，OSS 0.5/g

@CHS 你的逻辑十分混乱。首先我从未说过不喜欢别人的回复，请看一下他回复的内容。社区指导规则中明确指出：友好互助，保持对陌生人的友善。用知识去帮助别人。他的回答既看不出友善，更谈不上帮助，短短两行充斥着不屑。就这种严重背离社区原则的回答你竟然还帮着说话，足见你没什么正确的价值观。 其次，“你自己都说了瓶颈是带宽，那用 Nginx 集群又有什么用？” 这句话感觉你基本没理解我的疑惑在哪，这很可能是我的语言表达能力有问题，不怪你。

@Zhuzhuchenyan 感谢回复，所以我现在的疑惑点是有哪些更高层的负载均衡器可以将流量分发到不同的 Nginx 服务器上，F5 在云服务器是貌似使用不了，DNS 轮询不能保证完全均匀。