2021-03-16 17:10 回答问题

一般来说，扩容需求是针对同个bucket的，所以不建议使用联邦模式，建议使用对等扩容。 对等扩容，数据将存储在某一个集群中，几个集群的数据不会自动同步，但是根据纠删码策略，数据一定是安全的。 联邦模式新增集群，bucket信息会存储在 etcd 中，新引入联邦的集群无法创建同名bucket，与你的需求定然相悖。 另外我们在生产环境使用minio时，采取了“一主两从”的部署模式，一个minio主集群，一个同机房minio备份集群（当主集群宕机时快速切换），一个异地机房集群（使用的是其他存储技术）。主备同

2021-01-06 09:31 回答问题

什么叫最新上传文件？是否又历史版本？

2021-01-05 16:57 回答问题

请教一下，这里的集群同步是一个主集群中的文件同步到一个备份集群中吗？

2021-01-05 16:54 发起提问

2020-12-29 14:02 发起提问

2020-12-29 13:41 回答问题

这个不是有盘没读到吗？

2020-11-28 13:03 回答问题

将object设置为 read-only ， 这样就能够永久拿到 可读 url了

2020-11-16 20:03 回答问题

我遇到另一个 SignatureDoesNotMatch 问题，队友把给出的 url decoder 了就出了这个问题

2020-11-16 20:01 回答问题

8节点（20c500g），32块盘，cosbench 压测 ，64k文件，128个线程，局域网，写性能 78 op/s  没使用nginx做负载，直接打到一台机器上，又这台机器转发，直接接受请求机器 cpu 使用率最高打到90% 建议linux内核按照minio白皮书进行优化下 另，阿里云压测结果也是70～80；读性能可达 1500+op/s ，我的机器好

2020-11-16 19:56 回答问题

关注一下 文件的 content-type ， 和 content-dispostion 。能否预览与这两个参数有关