之前搭建的MinIO集群，用来测试公司的业务图片。今天登陆上去一看，发现集群的CPU占用很高，被Minio全占完了，100%。
因为集群平时不做其它事情，负载也完全很低，出现CPU 100%的情况非常异常。检查了一圈也没啥可疑的，唯有CPU一直处于100%。
无奈只能更换MinIO了，去他们官网上又重新下了一份回来，当前版本为：minio version RELEASE.2020-10-28T08-16-50Z，重新启动集群后，CPU立马降下来了。
之前在他们的github上看到也有人提出CPU占用问题，官方回复都予以修复，看来之前也确实出现过同样问题，只是时间节点跟我的情况对不上，所以干脆重新下载了一份新的回来，没想到问题就解决了。
环境：VMware虚拟机
节点1：10.0.0.1
节点2：10.0.0.2
节点3：10.0.0.3
节点4：10.0.0.4
因为MinIO官方建议最少4个节点，这里是测试，所以就一个节点一块盘。
在第一次实施过程中遇到了个坑，其实也不算是坑，而是没有仔细操作，只是想偷懒。MinIO要求的是盘，而我这里使用的是一个目录，单机运行的时候没有问题，但是在集群的时候就不行了，提示
Disk /data/minio_data is a root disk. Please ensure the disk is mounted properly, refusing to use root disk.
主要问题就是MinIO数据存储使用的是目录，而不是重新挂载的硬盘。
重新在VMware里添加一块硬盘挂载上系统就可以解决这个问题。
大概的步骤就是：
1、lsblk查看硬盘名称，比如/dev/sdb b在这里是个序号，你系统硬盘多，就顺延，比如到e之类。
2、新硬盘创建分区：fdisk /dev/sdb，根据提示输入n，然后后面只管确认就行，整块sdb就会被分为一个区。
3、格式化新分区，我这里使用的是centos7，格式为xfs，mkfs.xfs /dev/sdb，具体什么格式，你可以查看原系统的，lsblk -f，或者df -Th都可以看到分区格式。
4、挂载：mount /dev/sdb /data1