docker部署minio对象存储并用rclone同步

1.什么是minio？

minio是一个开源的对象存储服务器，兼容S3协议。

官网：https://min.io/

官方在开源的基础上也提供云端S3服务，分为个人和企业，有不同的收费标准。

5ae0c978272b7ca6732817920adae0f5.png

1.1 自建对象存储的好处？

当然，本文写下来肯定不是让你去买minio的付费对象存储服务的，而是在我们自己的服务器/Nas上部署一个minio的docker，来拥有一个我们自己的对象存储服务器！

对象存储服务器可以用来做图床、静态资源缓存，亦或者是直接当作一个网盘来使用。

自建的对象存储的好处是所有源文件我们都能亲手管理，且无需为付费的对象存储的奇怪的计价文档感到手足无措，也不需要担心有人恶意刷流把你一套房子给套走。

缺点就是，自建的稳定性和安全性肯定不如已有厂家提供的服务，且自购的服务器/Nas上传带宽一般都很低，文件一多，访问速度就很慢了。

对于我个人而言，自建minio的唯一作用，就是备份七牛云/阿里云对象存储中的文件。考虑到2023下半年，各大厂接连boom云服务，国外的谷歌还出现了云盘里面用户的数据回滚到几月前的恶性问题，这可是可能导致用户数据丢失的大问题啊！

所以，将数据在自己本地留一份总是安心一些。数据安全靠的是备份，不是云服务厂家给你提供的99.99999%可用性的一面之词。

如果你对数据备份这个话题感兴趣，可以看看我的另外一篇博客：谈谈如何进行有效数据备份，3+2+1，博客中谈到了如何进行有效的数据备份。

温馨提醒：如果你想在云服务器上安装minio来备份已有S3中的文件的话，最好是使用一个和已有S3不在同一个地域、非同一个服务商的云服务器，避免某些服务商云服务器和对象存储服务一起boom的情况……

2.docker安装minio

2.1 安装docker

docker安装的教程详见我的另外一篇博客

【Docker】deepin/centos安装docker | 慕雪的寒舍

2.2 安装minio

2.2.1 docker run命令

这里推荐使用由VMware维护的minio docker版本bitnami/minio，更新很频繁。

镜像：hub.docker.com/r/bitnami/minio

首先我们先创建一个存放minio的数据的路径，并将这个路径的所属用户改成1001，否则minio的docker会出现权限问题无法写入数据。

1
2
3
mkdir minio_data
sudo chown 1001 minio_data
sudo chgrp 1001 minio_data

创建容器的命令如下，非常简单。

1
2
3
4
5
6
7
8
9
docker run -it -d --name minio \
	-p 9000:9000 \
	-p 9001:9001 \
	--restart=always \
	-v ./minio_data:/bitnami/minio/data \
	-e MINIO_ROOT_USER="minio_root" \
	-e MINIO_ROOT_PASSWORD="minio_123456" \
	-e TZ='Asia/Shanghai' \
	bitnami/minio:latest

该创建容器操作基于如下hash的docker镜像（更新于2023-12-12），创建容器的命令后续可能会有变动，请参考docker-hub中的官方文档

1
bitnami/minio  latest    552af9bd3d6d   2 days ago     212MB

对这个docker命令进行解释：

  • -it -d，it提供交互能力，d代表后台运行
  • --restart=always，始终重启docker（docker服务重启后，镜像会自动启动）
  • -p 9000:9000，将docker内的9000端口（右侧）映射给宿主机（左侧）的9000端口，端口9001的映射同理。
    • 容器内9000端口是minio的api端口（用于S3协议操作）
    • 容器内9001端口是minio的web管理界面端口
    • 根据你的需要，修改冒号左侧的宿主机端口即可。
  • -v ./minio_data:/bitnami/minio/data，将docker内/bitnami/minio/data路径映射给主机当前目录下的minio_data文件夹，主机上的路径（左侧）请根据您的需要自行修改，但需要注意权限问题；这个路径是bucket和minio配置文件的存储路径。
  • 两个-e设置的是环境变量，分别设置的是minio管理员的账户和管理员的密码。请注意，在这里配置了管理员用户名和密码后，进入minio管理系统的密码无法被修改。如果你的minio服务需要暴露在公网上，请一定要设置一个高强度的密码！
  • -e TZ='Asia/Shanghai' 设置时区为东八区（后续定时备份需要有正确时区）
  • 最后的bitnami/minio:latest代表我们需要创建bitnami/minio这个docker镜像的latest版本，如果本地没有这个镜像，则会自动去docker-hub拉取。

如果你卡在了pull镜像的步骤，请自行百度如何替换docker的镜像源。

2.2.2 测试

如下是我在一个没有安装过minio的云服务上测试的结果，成功安装并启动minio

1
2
3
4
5
6
7
8
9
10
11
12
13
14
[root:~/docker]# docker run -it -d --name minio \
> -p 19000:9000 \
> -p 19001:9001 \
> --restart=always \
> -v /root/docker/minio:/bitnami/minio/data \
> -e MINIO_ROOT_USER="minio_root" \
> -e MINIO_ROOT_PASSWORD="minio_123456" \
> bitnami/minio:latest
Unable to find image 'bitnami/minio:latest' locally
latest: Pulling from bitnami/minio
ef5975039511: Pull complete 
Digest: sha256:3bb81d101dea57a5382a2d01eda6991e75ce69669d2d49c4646d82721b7c258e
Status: Downloaded newer image for bitnami/minio:latest
afefbb9514de0f4a1c02b7f4212b1e05eee5ef342ed4ce27e03de10071914060

容器正常启动，处于Running状态，STATUS正常！

1
2
CONTAINER ID   IMAGE                                  COMMAND                  CREATED         STATUS         PORTS                                                                                      NAMES
afefbb9514de   bitnami/minio:latest                   "/opt/bitnami/script…"   3 minutes ago   Up 3 minutes   0.0.0.0:19000->9000/tcp, :::19000->9000/tcp, 0.0.0.0:19001->9001/tcp, :::19001->9001/tcp   minio

这样还不够，请在后续创建了bucket并上传测试文件后，查看宿主机中本地映射的路径中是否有对应文件夹和文件，避免路径映射失败！（如果路径没有成功映射到本地，那么你当前创建的minio被删除之后，文件就很难找回来了）

顺带一提，在我这边测试发现，如果你错误使用浏览器访问了9000这个api端口，会被自动重定向到9001 web管理页面端口（前提是映射的宿主机端口和docker内端口一致）

2.2.3 docker run启动容器后一直重启

2024.07.05更新：有老哥反馈文章里面的docker run命令失效，我重新测试了一下，发现是我在docker run命令中默认提供的宿主机路径对小白不够友好（现在已经更新docker run命令了），问题记录如下。

在最开始的版本中，docker run命令里面的路径映射写的是

1
-v /minio/data:/bitnami/minio/data

这里就会出现一个问题，假设用户把/minio/data改成了./minio/data，让docker在当前执行命令的路径中创建映射文件夹，那么执行了docker run命令后，这个./minio/data文件夹默认的所属用户是root，这就会导致容器内的minio没有办法写入这个文件夹，权限不够！docker ps能看到minio的容器状态是一直重启，使用docker logs minio能看到如下报错。

1
/opt/bitnami/scripts/libminio.sh: line 364: /bitnami/minio/data/.root_user: Permission denied

当你使用docker时遇到类似的报错，且打印出来了一个目录，那么问题就极大概率是在文件路径的权限上了。所以我们需要将这个路径的权限改一下。假设你映射的路径是./minio/data，那么就使用如下命令修改目录权限。注意所属用户一定要修改成1001而不是1000（实测修改为1000依旧会权限不足）

1
2
sudo chown 1001 ./minio/data
sudo chgrp 1001 ./minio/data

修改了之后，删除原有minio的docker，使用相同的命令重新创建一个，再次使用docker logs minio查看日志，这一次就没有报错了。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
❯ sudo docker logs minio
 21:55:02.78 INFO  ==>
 21:55:02.78 INFO  ==> Welcome to the Bitnami minio container
 21:55:02.78 INFO  ==> Subscribe to project updates by watching https://github.com/bitnami/containers
 21:55:02.79 INFO  ==> Submit issues and feature requests at https://github.com/bitnami/containers/issues
 21:55:02.79 INFO  ==> Upgrade to Tanzu Application Catalog for production environments to access custom-configured and pre-packaged software components. Gain enhanced features, including Software Bill of Materials (SBOM), CVE scan result reports, and VEX documents. To learn more, visit https://bitnami.com/enterprise
 21:55:02.79 INFO  ==>
 21:55:02.79 INFO  ==> ** Starting MinIO setup **
minio 21:55:02.85 INFO  ==> Starting MinIO in background...
minio 21:55:07.89 INFO  ==> Adding local Minio host to 'mc' configuration...
minio 21:55:08.02 INFO  ==> Stopping MinIO...
 21:55:08.08 INFO  ==> ** MinIO setup finished! **

minio 21:55:08.10 INFO  ==> ** Starting MinIO **

这个问题解决了之后，您应该就可以正常访问minio了。

image.png

docker run的时候若遇到其他问题，欢迎在评论区留言。

2.3 web管理

使用 http://IP:端口 打开minio的9001端口对应的宿主机端口，访问minio的web管理页面。输入刚刚创建容器时，在环境变量里面配置的用户名和密码进行登录，即可进入控制台。

image.png

minio的界面比较简单，基本要做的操作只有两个，创建bucket存储桶，和accesskey用于api调用。

更高阶的配置项和操作我没有尝试过，请自行参考minio的文档或者其他教程。

2.3.1 创建bucket

第一个界面就是大大的Object Browser，在这里我们可以创建存储桶

image.png

点击创建bucket，会进入如下配置项，除了bucket的名字，还有三个选项

  • Versioning：版本控制，开启后，该bucket将处于多版本模式下，文件会保留修改的历史记录。
  • Object Locking：避免文件被删除，需要支持保留和合法保留（这两个啥意思我不明白），该选项只能在bucket创建时打开。
  • Quota：限制容器中文件大小（总容量）

对于我的备份需求来说，这三个额外选项都不需要，直接创建就行了

image.png

创建之后，在bucket页面可以看到刚刚创建的test存储桶，这里会统计存储容量和文件数量

image-20231213232421462

2.3.2 创建accessKey

accessKey是用于操作api的token凭证。创建完毕后，他只会显示一次，后续将不会显示出来。

image.png

如果你不想创建太多个密钥，那就把这个密钥的文件下载下来，免得到时候不知道是什么了。点击右下角的import文件就可以下载，会下载一个json文件，内部包含密钥和其他一些相关信息

image.png

因为我这只是做个测试，一会就会把这个minio的docker删除，所以展示密钥无所谓。如果你是在生产环境下使用，请一定不要暴露你的密钥给任何人。

1
2
3
4
5
6
7
{
    "url": "http://公网IP:19001/api/v1/service-account-credentials",
    "accessKey": "aXpBxrUceV30Id6gOouG",
    "secretKey": "dIWl9IFL05UtaI08PZfPXE66zPGu2zWrGFfSTaUm",
    "api": "s3v4",
    "path": "auto"
}

密钥创建完毕，就能在列表看到它。

image.png

3.rclone备份

rclone是一个全平台的命令行工具，其可以用于多种云端/本地存储之间的数据拷贝、同步、加密同步等功能。详见rclone官网：rclone.org

因为我的目标就是我的七牛云bucket里面的图床文件备份到本地，rclone绝对是不二之选。

3.1 进入docker容器内终端

你可以选择在宿主机上安装rclone，也可以选择直接在minio的容器内安装rclone。

前排提醒：部分nas品牌的系统（比如群晖）已经提供了执行定时脚本的功能，这种情况下直接使用系统提供的定时任务来执行rclone sync即可，即直接在nas里面安装rclone和使用定时任务，不要在minio的docker里面安装rclone。

如你选择了在宿主机上安装rclone，则可以直接跳过本3.1步骤，阅读3.2及后续步骤。

docker特权模式

注意，如果在minio的容器内安装rclone，那么minio容器被删除后，rclone和它的配置文件自然也不在了。

且如果需要用minio的容器进行crontab定时任务，则必须用特权模式安装minio的docker，在minio的docker创建命令里面加如下这条，设置特权模式（不需要定时任务可以不设置）。

1
--privileged

在绿联nas的docker管理界面，创建docker的时候给定所有权限，也是一样的效果。（因为我不太了解这里具体每个权限的作用，干脆全给了）

image.png

image.png

ssh连接宿主设备

不同nas机型进入ssh的方式不太一样，请参考你的nas或设备品牌搜索对应类型教程。

连接到宿主设备的ssh后，参考：以指定用户启动和进入docker容器 - langyong - 博客园 一文，使用如下docker命令进入minio的容器终端中。

1
2
3
docker exec -it -u 用户名 容器名 /bin/bash
# 示例如下
docker exec -it -u root minio /bin/bash

如果你使用的是绿联、极空间这类不太方便进入ssh的nas，可以在nas的docker管理页里面操作，如下图所示，选择/bin/bash后点击链接即可进入容器内终端。

image.png

3.2 下载安装rclone

进入终端后，默认所在路径是docker容器的工作路径/opt/bitnami/minio-client。

为了避免影响容器运行，我们不要在工作路径里面做操作，请使用如下命令，创建一个新的rclone文件夹，进入root用户的家目录进行操作。

如果你是在宿主机上操作，也是一样的道理，为rclone单独创建一个文件夹，来存放它的软件包、配置文件、执行日志。

1
2
mkdir /root/rclone
cd /root/rclone

如果是docker内操作，你可以在创建minio容器的时候，就把/root/rclone路径给映射到宿主机上，方便后续查看rclone备份的日志。

下载安装rclone的命令如下

1
2
3
4
5
6
7
8
# 下载并解压
curl -O https://downloads.rclone.org/rclone-current-linux-amd64.zip
unzip rclone-current-linux-amd64.zip
# 移动可执行文件到系统文件目录中
cd rclone-*-linux-amd64
sudo cp rclone /usr/bin/
sudo chown root:root /usr/bin/rclone
sudo chmod 755 /usr/bin/rclone

如果是在minio的docker内安装，是没有unzip命令的，需要安装一下。minio的docker内也没有sudo，将上述rclone安装命令中的sudo去掉就可以了。

1
apt-get update && apt-get install -y unzip

完成安装命令后，执行一下rclone，出现rclone命令的使用提示，那就是安装成功了！

1
2
3
4
5
root@878a0dd03ec4:/root/rclone/rclone-v1.65.0-linux-amd64# rclone
Usage:
  rclone [flags]
  rclone [command]
  ...

3.3 rclone对象存储配置

rclone的官网上有不同云端存储协议和不同S3服务商的配置教程，跟着官方的来就可以了。

执行rclone config命令，工具会自动在/.config/rclone/rclone.conf下创建一个config文件，你可以根据官方的向导，在此处添加新的remote;

1
2
3
4
5
6
7
root@878a0dd03ec4:/root/rclone/rclone-v1.65.0-linux-amd64# rclone config
2023/12/14 04:38:44 NOTICE: Config file "/.config/rclone/rclone.conf" not found - using defaults
No remotes found, make a new one?
n) New remote
s) Set configuration password
q) Quit config
n/s/q> q

下面给出minio和七牛云的配置文件，你可以直接修改这个配置文件中的内容为你的配置，然后写入/.config/rclone/rclone.conf即可。

其中minio的region在minio的控制台里面可以修改，如果你没有修改过，默认使用的是us-east-1。因为rclone是直接在minio的docker里面执行的，所以endpoint只需要写成127.0.0.1和minio的api端口9000就可以了。

如果你的minio在公网或者其他设备上，请修改对应的IP地址和端口。

七牛云的region和endpoint在七牛云bucket页面找到S3域名就可以看到。

image.png

请注意，七牛云/阿里云这类存储服务商，如果你有多个bucket，且他们的地域不一样，则需要新增对应地域的配置项。可以通过修改[]里面的配置名进行区分。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
[minio]
type = s3
provider = Minio
env_auth = false
access_key_id = 控制台获取的key_id
secret_access_key = 控制台获取的secret_key
region = us-east-1
endpoint = http://127.0.0.1:9000
location_constraint =
server_side_encryption =

[qiniu]
type = s3
provider = Qiniu
access_key_id = 七牛云控制台获取key_id
secret_access_key = 七牛云控制台获取secret_key
region = cn-east-1
endpoint = s3-cn-east-1.qiniucs.com
location_constraint = cn-east-1
acl = private
storage_class = STANDARD

执行如下命令，安装nano编辑器，然后使用nano编辑器打开rclone配置文件进行编辑。

1
2
apt-get update && apt-get install -y nano
nano ~/.config/rclone/rclone.conf

linux下的粘贴命令是CTRL+SHIFT+V或CTRL+INSERT，你可以在本地修改了配置文件后，通过nano编辑器，直接粘贴到docker容器内。编辑完毕后，使用CTRL+X退出nano的编辑模式，并按Y确认保存，随后直接回车，即完成编辑。

image.png

image.png

这个配置文件建议备份一个，免得每次都得重新弄。

3.4 rclone基本命令

rclone copy

拷贝命令如下，配置名称是在config文件中[]里面的文字，桶名就是你的S3服务里面的对象存储桶，还可以在桶名后面用/来追加指定上传的路径。

1
2
rclone copy 本地文件路径 配置名称:桶名
rclone copy 本地文件路径 配置名称:桶名/桶内目录

这里我在docker内创建了一个test.txt文件，尝试将其拷贝到minio里面。

1
2
touch test.txt
rclone copy ./test.txt minio:1panel-bak

命令没有错误输出，即拷贝成功！

1
2
3
root@878a0dd03ec4:/root/rclone# touch test.txt
root@878a0dd03ec4:/root/rclone# rclone copy ./test.txt minio:1panel-bak
root@878a0dd03ec4:/root/rclone#

image.png

尝试在拷贝的时候指定远端仓库内的路径

1
rclone copy ./test.txt minio:qiniu-muxue-sy/test

成功指定，文件被上传到了test文件夹里面。

image.png

rclone sync

备份命令如下，可以在任意目的地（本地-远端，远端-本地，远端-远端）里面执行这个命令，左侧是源路径，右侧是目标。

1
2
3
rclone sync 本地源文件路径  目的地配置名称:桶名 
rclone sync 源配置名称:桶名 目的地配置名称:桶名
rclone sync 源配置名称:桶名 目的地的本地文件路径

rclone sync有两个常用的选项，刚开始使用的时候，建议带上 --dry-run 命令来确认自己的配置没有问题

  • -P 显示详细同步进度条
  • --dry-run 用作命令测试，不会真正的执行同步

指定-P命令后的进度输出如下，可以看到实时网速和文件数量/大小。

image.png

目前发现的问题是minio显示的文件总量和数据存储量会有一定滞后，刚开始我还以为是rclone没有跑完呢，sync完毕过了几分钟minio里面才刷出正确的文件数量来。

3.5 cron定时同步

前排提醒：部分nas品牌的系统（比如群晖）已经提供了执行定时脚本的功能，这种情况下直接使用系统提供的定时任务来执行rclone sync即可，无序安装其他服务。即直接在nas里面安装rclone和使用定时任务，不要在minio的docker里面安装rclone和cron。

  • 群晖官网关于定时任务的说明： https://kb.synology.cn/zh-cn/DSM/help/DSM/AdminCenter/system_taskscheduler?version=6
  • 绿联nas的环境中已有crontab，但我没有试过使用它。考虑到绿联这个nas的系统还是一点都不稳定，还是别动它的系统里面的东西了，不知道绿联官方有没有可能把定时任务加到控制页里面去吧（我估计是没戏，这个系统的限制太多了）。

如果你使用的是群晖、威联通等提供了执行定时任务的功能的nas，请在nas内配置好rclone后，自行百度执行定时任务相关教程。

minio docker内安装cron服务

下面介绍在minio的docker内cron服务的安装和使用。

在minio的docker里面直接安装crontab服务和nano文本编辑器

1
2
apt-get update
apt-get install -y cron nano

但这还不够，cron服务的运行还依赖于其他组件，需要一并安装。

1
2
apt-get install -y rsyslog  postfix
service rsyslog start

安装postfix的时候会提示让你选择配置文件，键入1选择无配置就够了。

image.png

postfix还需要额外配置，否则可能会遇到如下错误

1
2
Dec 16 01:07:01 878a0dd03ec4 postfix/sendmail[1859]: fatal: open /etc/postfix/main.cf: No such file or directory
Dec 16 01:12:02 878a0dd03ec4 postfix/postdrop[1912]: warning: unable to look up public/pickup: No such file or directory

配置命令如下

1
2
touch /etc/postfix/main.cf
mkfifo /var/spool/postfix/public/pickup

crontab配置定时任务测试

安装完毕后，使用crontab -e看看是否能打开crontab的配置编辑页面，如果可以打开如下配置界面，则代表cron安装成功。

image.png

这个配置文件需要写入的格式如下，一行对应一个配置。

1
五位cron表达式 需要执行的命令

cron表达式可以用在线工具crontab执行时间计算 - 在线工具

先用如下的配置来检测cron服务是否能正常运行，以及是否能成功输出日志

1
*/1 * * * * echo "$(date) This is a test command" >> /root/rclone/log.txt

该配置的含义是每分钟执行一次echo命令，打印当前时间和对应内容到/root/rclone/log.txt文件中。

修改了配置文件后，启动cron服务，测试我们的配置是否有效，cron服务是否能正常运行。

1
service cron start

该命令执行效果如下

1
2
root@878a0dd03ec4:/root/rclone# service cron start
Starting periodic command scheduler: cron.

等待数分钟，看看cron命令是否成功输出内容到指定文件里面了，有内容则代表配置和运行成功！默认情况下，使用cron执行的echo命令内的date采用了UTC时间的输出，但这并不影响我们的使用，给小时加8就能得到东八区的时间了。

1
2
3
4
5
root@878a0dd03ec4:/root/rclone# cat /root/rclone/log.txt
Sat Dec 16 01:18:01 UTC 2023 This is a test command
Sat Dec 16 01:18:01 UTC 2023 This is a test command
Sat Dec 16 01:19:01 UTC 2023 This is a test command
Sat Dec 16 01:19:01 UTC 2023 This is a test command

在syslog里面也能看到cron的服务日志，该服务日志组件依赖于先前安装的rsyslog

1
cat /var/log/syslog

文件/var/log/syslog内部cron执行日志如下

1
2
Dec 16 01:25:01 878a0dd03ec4 CRON[2059]: (root) CMD (echo "$(date) This is a test command" >> /root/rclone/log.txt)
Dec 16 01:25:01 878a0dd03ec4 CRON[2058]: (root) CMD (echo "$(date) This is a test command" >> /root/rclone/log.txt)

请注意，默认情况下，minio的docker是没有时区配置的，请一定要在创建docker容器的时候，使用TZ环境变量来设置时区，否则crontab不会执行！
原因也很简单，cron表达式有一个指定时间，比如每周一执行、几点执行，如果没有配置时区，cron没有办法明确你的cron表达式到底应该什么时候跑，干脆就不跑了！

如果你的docker已经创建，不想重新创建，可以通过修改配置文件来设置时区，修改后重启docker容器即可。

1
2
3
nano /etc/environment
# 在文件末尾写入如下内容
TZ='Asia/Shanghai'

crontab配置定时rclone sync

确认cron服务可用，就可以来配置rclone sync的自动执行命令了。

对于rclone的sync备份而言，写入如下内容即可；

1
2
0 3 * * 1,5 rclone sync qiniu-e1:muxue-sy  minio:qiniu-muxue-sy >> /root/rclone/rclone.log 2>&1
0 2 * * 1,5 rclone sync qiniu-e2:muxue-img  minio:qiniu-muxue-img >> /root/rclone/rclone.log 2>&1

解析如下

  • 0 3 * * 1,5 代表每周一和周五的凌晨3点执行一次
  • 0 2 * * 1,5 代表每周一和周五的凌晨2点执行一次
  • >> /root/rclone/rclone.log 2>&1 代表将rclone命令的输出结果写入到 /root/rclone/rclone.log 文件中。

因为我对备份的频次要求不高，一周备份两次就够了。

写入完毕后，CTRL+X关闭nano编辑模式，按Y和回车即完成nano编辑。编辑完成后会有如下输出。

1
2
3
root@878a0dd03ec4:/root/rclone# crontab -e
no crontab for root - using an empty one
crontab: installing new crontab

后续crontab执行的命令结果都会输入到/root/rclone/rclone.log日志文件中。rclone命令只有在出现ERROR的时候才会输出。如果这个文件里面什么都么有，就代表运行没有出错！

配置好了之后，使用如下命令重新启动cron服务

1
service cron restart

用如下命令查看cron服务状态

1
2
root@878a0dd03ec4:/root/rclone# service cron status
cron is running.

注意：使用docker内安装的cron并没有开机自启功能，如果你重启了docker模块或重启了宿主机，需要重新进入minio的docker内bash来重启cron服务。

优化cron日志

为了让日志更加合理，可以在执行rclone命令之前，打印当前时间，这样可以知道crontab到底有没有正常执行定时任务。

打印时间的基本命令如下，echo命令会将当前时间和相关的说明信息写入test.txt文件中

1
echo "$(date) This is a test command" >> test.txt

执行效果如下，打印了时间和对应的日志信息

1
2
3
root@878a0dd03ec4:/root/rclone# echo "$(date) This is a test command" >> test.txt
root@878a0dd03ec4:/root/rclone# cat test.txt
Sat Dec 16 09:36:06 CST 2023 This is a test command

再次提醒，minio的docker内必须指定TZ环境变量，否则crontab不会执行！且date命令时区和东八区不符。

echo打印的时候，可以临时指定TZ环境变量来打印不同时区的date；

1
echo "$(TZ='Asia/Shanghai' date) 这是东八区" >> test.txt

执行效果如下，因为我的docker内已经设置了TZ环境变量为东八区，所以不加这个TZ也是打印的东八区的时间。

1
2
3
4
root@878a0dd03ec4:/root/rclone# echo "$(TZ='Asia/Shanghai' date) 这是东八区" >> test.txt
root@878a0dd03ec4:/root/rclone# cat test.txt
Sat Dec 16 09:36:06 CST 2023 This is a test command
Sat Dec 16 09:37:39 CST 2023 这是东八区

但是需要注意的是，使用cron命令执行的时候，它依旧会打印UTC时间，前文已经提到过了。

将原本的crontab命令改成如下形式（crontab -e编辑配置文件），使用&&来链接echo和rclone命令，这样在每次执行rclone之前都会有一个当前时间和sync的是什么内容的的输出，能让我们知道crontab是否正常执行。

1
2
3
0 3 * * 1,5 echo "$(TZ='Asia/Shanghai' date) sync muxue-sy" >> /root/rclone/rclone.log && rclone sync qiniu-e1:muxue-sy  minio:qiniu-muxue-sy >> /root/rclone/rclone.log 2>&1

0 2 * * 1,5 echo "$(TZ='Asia/Shanghai' date) sync muxue-img" >> /root/rclone/rclone.log && rclone sync qiniu-e2:muxue-img  minio:qiniu-muxue-img >> /root/rclone/rclone.log 2>&1

你可以修改cron表达式为*/1 * * * *，让crontab表达式立即执行一次，确认一下输出是否正确，以及rclone命令是否正常执行。

1
*/1 * * * * echo "$(date) sync muxue-img" >> /root/rclone/rclone.log && rclone sync qiniu-e2:muxue-img  minio:qiniu-muxue-img >> /root/rclone/rclone.log 2>&1

我的测试结果如下，rclone sync成功被cron执行（这个ERROR是因为我的bucket里面有个无效的文件，正常情况下应该不会有ERROR）

1
2
Sat Dec 16 01:45:01 UTC 2023 sync muxue-img
2023/12/16 01:45:02 ERROR : : Entry doesn't belong in directory "" (same as directory) - ignoring

测试结束后，记得还原配置项。

每次修改配置文件后，都需要重启cron服务！

1
2
3
root@878a0dd03ec4:/root/rclone# service cron restart
Restarting periodic command scheduler: cronStopping periodic command scheduler: cron.
Starting periodic command scheduler: cron.

centos8安装cron

在centos8中安装cron的命令不同

1
yum install -y vixie-cron crontabs

启动crontab的相关命令如下

1
2
3
4
systemctl start crond # 启动cron服务
systemctl enable crond # 设置开机自启
systemctl status crond # cron服务状态
systemctl restart crond # 重启cron

cron配置的其余操作和上文相同，都是用crontab -e编辑配置文件。

因为我这个是一个云服务器的完整centos系统，所以也不需要安装rsyslog postfix 这两个包。在docker里面安装的时候才需要；

The end

本文的教程结束，有问题欢迎在评论区提出。

因为rclone可以在windows主机上运行，所以你也可以直接用rclone sync命令把S3里面的文件下载到主机上来备份，这样就不需要用云服务器或者nas了。

数据无价，多一份备份，多一份安心！