镜像网络存储卷与仓库的关系
四个概念一张图看懂
| 概念 | 一句话 | 1Panel 入口 |
|---|---|---|
| 镜像 | 应用的只读模板,类比喻「安装盘」 | 容器 - 镜像 |
| 网络 | 容器之间怎么互相找到对方 | 容器 - 网络 |
| 存储卷 | 数据落在容器外的地方,删容器不丢 | 容器 - 存储卷 |
| 仓库 | 拉镜像的来源(Docker Hub、私有仓库) | 容器 - 仓库 |
理解它们的协作方式:创建容器时从仓库拉镜像,容器跑在某个网络里,数据写到存储卷。
镜像管理
镜像列表支持搜索、删除、从仓库拉取。占空间大户就是它——旧的、不再使用的镜像会积累在磁盘上,定期清理见Docker 清理。容器重建后旧镜像不会自动删,这是「没装几个应用磁盘却越来越少」的最常见原因。
网络:容器互访的坐标系
面板默认网络之外可以自建网络。典型用法:同一网络里的容器可以用容器名当主机名互访——网站容器连数据库容器写 mysql:3306 就行,不用 IP。反代场景里,OpenResty 容器要能访问到目标容器,两者得在同一网络或走宿主机端口,见反向代理。
存储卷:数据的安全岛
存储卷解决「容器删了数据还在」的问题。商店应用的数据库目录、网站目录都以挂载卷的形式存在宿主机上,这就是应用升级(容器重建)数据不丢的原因。清理时官方文档特别提醒:存储卷可能包含业务数据,不能只根据「未使用」状态判断能否删除。
仓库与镜像加速
仓库页管理镜像源:默认的公共源之外,可以添加私有仓库(自建 Harbor 之类)。国内网络拉不动公共镜像时,在容器概览的 Docker 配置里配镜像加速地址,这是「应用安装一直卡在拉镜像」的标准解法,见Docker 清理里的配置说明。