为何需要定时重启Docker容器

在IDC运维中，部分容器化应用因内存泄漏、缓存过期或日志堆积等问题，需通过定期重启来释放资源、维持稳定运行。单纯依赖Docker内置的--restart策略（如always、unless-stopped）只能处理意外崩溃，无法实现用户自定义的定时重启。下面介绍三种普适且可靠的配置方案。

方案一：Crontab + docker restart

这是最直接的实现方式，利用Linux系统的cron服务执行Docker命令。

操作步骤

1. 确定容器名称或ID：例如容器名为my_app。
2. 编辑crontab：运行crontab -e，添加一行定时任务，如每日凌晨3点重启：
   0 3 * * * /usr/bin/docker restart my_app
3. 保存并生效：cron将在指定时刻执行docker restart命令，容器会先收到SIGTERM信号（默认10秒后强制停止），再重新启动。

优点：零依赖，简单快速。
注意：需确保cron任务运行环境能调用docker命令（通常通过root或docker组用户）。若容器需要优雅关闭，可在重启前执行docker exec发送自定义信号。

方案二：systemd timer + 容器单元

适合已使用systemd管理服务的Linux系统（如CentOS 7+, Ubuntu 16.04+），提供更精细的日志与依赖控制。

实现步骤

1. 创建容器systemd服务单元：在/etc/systemd/system/下新建docker-myapp.service，内容示例：

   [Unit]
   Description=My App Container
   After=docker.service
   Requires=docker.service
   
   [Service]
   ExecStartPre=-/usr/bin/docker start my_app
   ExecStart=/usr/bin/docker attach my_app
   ExecStop=/usr/bin/docker stop -t 10 my_app
   Restart=always
   RestartSec=30

2. 创建timer单元：同目录下新建docker-myapp.timer：

   [Unit]
   Description=Timer for My App Container Restart
   
   [Timer]
   OnCalendar=*-*-* 03:00:00
   Persistent=true
   
   [Install]
   WantedBy=timers.target

3. 启用定时器：
   systemctl enable docker-myapp.timer --now
4. 禁用常驻服务：停止并禁用原容器自启动，改为由systemd管理。

优点：统一日志（journalctl）、支持依赖链、可设置重启间隔。
注意：需要修改容器启动方式，不再直接使用docker run --restart，而是交由systemd控制。

方案三：Docker Compose + 外部调度

对于使用docker-compose管理多容器应用，可以在不改变编排文件的前提下，通过外部脚本统一重启。

操作方式

1. 编写重启脚本：如/usr/local/bin/restart-stack.sh：
   #!/bin/bash
cd /path/to/docker-compose-directory
/usr/local/bin/docker-compose restart
2. 添加cron任务：
   0 4 * * * /usr/local/bin/restart-stack.sh

优点：无需改动compose文件，一次性重启整个服务栈。
改进：可在重启前通过docker-compose exec进入容器执行预处理命令，确保数据持久化。

总结

三种方案分别适用于不同运维场景：cron方案最轻量，适合单容器快速部署；systemd timer方案适合对服务管理要求高的生产环境；Compose+cron方案则维护多容器栈时更便利。实际使用中请结合业务特点、容器化水平及现有基础设施灵活选择。切忌设置过于频繁的定时重启（如每分钟），以免影响正常服务。