【分布式技术专题】「OSS中间件系列」Minio的Server端服务的架构和实战搭建

Minio的介绍说明

Minio是目前githug上star最多的Object Storage框架，这里Object Storage我目前的理解就是数据存储，minio可以用来搭建分布式存储服务
Minio是Apache License v2.0下发布的对象存储服务器。它与Amazon S3云存储服务兼容。它最适合存储非结构化数据，如照片，视频，日志文件，备份和容器/ VM映像。对象的大小可以从几KB到最大5TB。
Minio服务器足够轻，可以与应用程序堆栈捆绑在一起，类似于NodeJS，Redis和MySQL。

注意点：

分布式Minio单租户存在最少4个盘最多16个盘的限制(受限于纠删码)。这种限制确保了Minio的简洁，同时仍拥有伸缩性。如果你需要搭建一个多租户环境，你可以轻松的使用编排工具(Kubernetes)来管理多个Minio实例。

Minio的安装指南

Linux操作系统进行minio server端安装

下载Minio的安装包（二进制版本）

先建立个存放minion的文件夹。并进入用wget下载wget https://dl.minio.io/server/minio/release/linux-amd64/minio

wget https://dl.min.io/server/minio/release/linux-ppc64le/minio

若是以上的下载链接速度较慢，可使用国内的下载链接：http://dl.minio.org.cn/server/minio/release/linux-amd64/minio

进行授权Minio安装包

接着为下载的minion添加执行权限： chmod +x minio

启动minion

./minio server /data/bucket &

(此路径/data/bucket 为存储路径请自行修改)

用户名和密码（默认）

注意启动显示的 appkey secretkey是默认登录账户，密码

AccessKey: minioadmin
SecretKey: minioadmin

Docker版本:

拉取官方镜像

docker pull minio/minio

运行官方镜像

docker run -p 9000:9000 -e MINIO_ACCESS_KEY=admin -e MINIO_SECRET_KEY=123123123 -v /data:/data minio/minio server /data

较为完整命令

docker run -p 9000:9000 -p 9001:9001 --name minio -d --restart=always -e "MINIO_ACCESS_KEY=用户名" -e "MINIO_SECRET_KEY=密码" -v /data/minio/data:/data -v /data/minio/config:/root/.minio minio/minio server /data --console-address ":9001"

MinIO 分布式集群搭建

分布式 Minio 可以让你将多块硬盘（甚至在不同的机器上）组成一个对象存储服务。由于硬盘分布在不同的节点上，分布式 Minio 避免了单点故障。
Minio 分布式模式可以搭建一个高可用的对象存储服务，你可以使用这些存储设备，而不用考虑其真实物理位置。

数据保护

分布式Minio 采用纠删码（erasure code）来防范多个节点宕机和位衰减（bit rot）。
分布式Minio 至少需要 4 个节点，使用分布式 Minio 就自动引入了纠删码功能。

纠删码是一种恢复丢失和损坏数据的数学算法， Minio 采用 Reed-Solomon code 将对象拆分成 N/2 数据和 N/2 奇偶校验块。这就意味着如果是 12 块盘，一个对象会被分成 6 个数据块、6 个奇偶校验块，你可以丢失任意 6 块盘（不管其是存放的数据块还是奇偶校验块），你仍可以从剩下的盘中的数据进行恢复。

纠删码的工作原理和 RAID 或者复制不同，像 RAID6 可以在损失两块盘的情况下不丢数据，而 Minio 纠删码可以在丢失一半的盘的情况下，仍可以保证数据安全。而且 Minio 纠删码是作用在对象级别，可以一次恢复一个对象，而RAID 是作用在卷级别，数据恢复时间很长。 Minio 对每个对象单独编码，存储服务一经部署，通常情况下是不需要更换硬盘或者修复。Minio 纠删码的设计目标是为了性能和尽可能的使用硬件加速。

位衰减又被称为数据腐化 Data Rot、无声数据损坏 Silent Data Corruption ，是目前硬盘数据的一种严重数据丢失问题。硬盘上的数据可能会神不知鬼不觉就损坏了，也没有什么错误日志。正所谓明枪易躲，暗箭难防，这种背地里犯的错比硬盘直接故障还危险。所以 Minio 纠删码采用了高速 HighwayHash 基于哈希的校验和来防范位衰减。

高可用

单机 Minio 服务存在单点故障，相反，如果是一个 N 节点的分布式 Minio ,只要有 N/2 节点在线，你的数据就是安全的。不过你需要至少有 N/2+1 个节点来创建新的对象。

例如，一个 8 节点的 Minio 集群，每个节点一块盘，就算 4 个节点宕机，这个集群仍然是可读的，不过你需要 5 个节点才能写数据。

限制

分布式 Minio 单租户存在最少 4 个盘最多 16 个盘的限制（受限于纠删码）。这种限制确保了 Minio 的简洁，同时仍拥有伸缩性。如果你需要搭建一个多租户环境，你可以轻松的使用编排工具（Kubernetes）来管理多个Minio实例。

注意，只要遵守分布式 Minio 的限制，你可以组合不同的节点和每个节点几块盘。比如，你可以使用 2 个节点，每个节点 4 块盘，也可以使用 4 个节点，每个节点两块盘，诸如此类。

一致性

Minio 在分布式和单机模式下，所有读写操作都严格遵守 read-after-write 一致性模型。

Minio console控制台登录浏览器

浏览器输入： http://ip:9001
例如： http://127.0.0.1:9001

忘记密码

二进制安装配置文件位置

/data/.minio.sys/config

docker安装配置文件位置

看运行容器时是否指定映射文件 –v列：

-v data:data
/data/.minio.sys/config

没有则默认

/var/lib/docker/vfs/dir/5d244e01a8e8144cd10cb1db0df559dfce6c3dd70a8ca376b1d5bc7138a62865/.minio.sys/config/ config.json

直接修改配置文件中 accessKey secretKey

credential": {
"accessKey": "wzs",
"secretKey": "123123123",
"expiration": "1970-01-01T00:00:00Z",
"status": "enabled"
}

再重新启动便可

方案2

export MINIO_ACCESS_KEY=accesskey(自行设置)
export MINIO_SECRET_KEY=secretkey(自行设置)
./minio server /data/bucket &

启动成功之后账号密码就变成您设置的了

下载minio客户端

wget https://dl.min.io/client/mc/release/linux-amd64/mc
chmod +x mc
./mc config host add minio http://192.168.8.50:9000 accesskey

此命令可以直接复制minio服务启动之后给出的命令。

参考资料

https://docs.min.io/docs/minio-docker-quickstart-guide.html
https://hub.docker.com/r/bitnami/minio
https://zhuanlan.zhihu.com/p/378191644