## 刪除本地鏡像 如果要刪除本地的鏡像，可以使用 `docker image rm` 命令，其格式為： ```bash $ docker image rm [選項] <鏡像1> [<鏡像2> ...] ``` ### 用 ID、鏡像名、摘要刪除鏡像 其中，`<鏡像>` 可以是 `鏡像短 ID`、`鏡像長 ID`、`鏡像名` 或者 `鏡像摘要`。 比如我們有這么一些鏡像： ```bash $ docker image ls REPOSITORY TAG IMAGE ID CREATED SIZE centos latest 0584b3d2cf6d 3 weeks ago 196.5 MB redis alpine 501ad78535f0 3 weeks ago 21.03 MB docker latest cf693ec9b5c7 3 weeks ago 105.1 MB nginx latest e43d811ce2f4 5 weeks ago 181.5 MB ``` 我們可以用鏡像的完整 ID，也稱為 `長 ID`，來刪除鏡像。使用腳本的時候可能會用長 ID，但是人工輸入就太累了，所以更多的時候是用 `短 ID` 來刪除鏡像。`docker image ls` 默認列出的就已經是短 ID 了，一般取前3個字符以上，只要足夠區分于別的鏡像就可以了。 比如這里，如果我們要刪除 `redis:alpine` 鏡像，可以執行： ```bash $ docker image rm 501 Untagged: redis:alpine Untagged: redis@sha256:f1ed3708f538b537eb9c2a7dd50dc90a706f7debd7e1196c9264edeea521a86d Deleted: sha256:501ad78535f015d88872e13fa87a828425117e3d28075d0c117932b05bf189b7 Deleted: sha256:96167737e29ca8e9d74982ef2a0dda76ed7b430da55e321c071f0dbff8c2899b Deleted: sha256:32770d1dcf835f192cafd6b9263b7b597a1778a403a109e2cc2ee866f74adf23 Deleted: sha256:127227698ad74a5846ff5153475e03439d96d4b1c7f2a449c7a826ef74a2d2fa Deleted: sha256:1333ecc582459bac54e1437335c0816bc17634e131ea0cc48daa27d32c75eab3 Deleted: sha256:4fc455b921edf9c4aea207c51ab39b10b06540c8b4825ba57b3feed1668fa7c7 ``` 我們也可以用`鏡像名`，也就是 `<倉庫名>:<標簽>`，來刪除鏡像。 ```bash $ docker image rm centos Untagged: centos:latest Untagged: centos@sha256:b2f9d1c0ff5f87a4743104d099a3d561002ac500db1b9bfa02a783a46e0d366c Deleted: sha256:0584b3d2cf6d235ee310cf14b54667d889887b838d3f3d3033acd70fc3c48b8a Deleted: sha256:97ca462ad9eeae25941546209454496e1d66749d53dfa2ee32bf1faabd239d38 ``` 當然，更精確的是使用 `鏡像摘要` 刪除鏡像。 ```bash $ docker image ls --digests REPOSITORY TAG DIGEST IMAGE ID CREATED SIZE node slim sha256:b4f0e0bdeb578043c1ea6862f0d40cc4afe32a4a582f3be235a3b164422be228 6e0c4c8e3913 3 weeks ago 214 MB $ docker image rm node@sha256:b4f0e0bdeb578043c1ea6862f0d40cc4afe32a4a582f3be235a3b164422be228 Untagged: node@sha256:b4f0e0bdeb578043c1ea6862f0d40cc4afe32a4a582f3be235a3b164422be228 ``` ### Untagged 和 Deleted 如果觀察上面這幾個命令的運行輸出信息的話，你會注意到刪除行為分為兩類，一類是 `Untagged`，另一類是 `Deleted`。我們之前介紹過，鏡像的唯一標識是其 ID 和摘要，而一個鏡像可以有多個標簽。 因此當我們使用上面命令刪除鏡像的時候，實際上是在要求刪除某個標簽的鏡像。所以首先需要做的是將滿足我們要求的所有鏡像標簽都取消，這就是我們看到的 `Untagged` 的信息。因為一個鏡像可以對應多個標簽，因此當我們刪除了所指定的標簽后，可能還有別的標簽指向了這個鏡像，如果是這種情況，那么 `Delete` 行為就不會發生。所以并非所有的 `docker image rm` 都會產生刪除鏡像的行為，有可能僅僅是取消了某個標簽而已。 當該鏡像所有的標簽都被取消了，該鏡像很可能會失去了存在的意義，因此會觸發刪除行為。鏡像是多層存儲結構，因此在刪除的時候也是從上層向基礎層方向依次進行判斷刪除。鏡像的多層結構讓鏡像復用變動非常容易，因此很有可能某個其它鏡像正依賴于當前鏡像的某一層。這種情況，依舊不會觸發刪除該層的行為。直到沒有任何層依賴當前層時，才會真實的刪除當前層。這就是為什么，有時候會奇怪，為什么明明沒有別的標簽指向這個鏡像，但是它還是存在的原因，也是為什么有時候會發現所刪除的層數和自己 `docker pull` 看到的層數不一樣的源。 除了鏡像依賴以外，還需要注意的是容器對鏡像的依賴。如果有用這個鏡像啟動的容器存在（即使容器沒有運行），那么同樣不可以刪除這個鏡像。之前講過，容器是以鏡像為基礎，再加一層容器存儲層，組成這樣的多層存儲結構去運行的。因此該鏡像如果被這個容器所依賴的，那么刪除必然會導致故障。如果這些容器是不需要的，應該先將它們刪除，然后再來刪除鏡像。 ### 用 docker image ls 命令來配合 像其它可以承接多個實體的命令一樣，可以使用 `docker image ls -q` 來配合使用 `docker image rm`，這樣可以成批的刪除希望刪除的鏡像。我們在“鏡像列表”章節介紹過很多過濾鏡像列表的方式都可以拿過來使用。 比如，我們需要刪除所有倉庫名為 `redis` 的鏡像： ```bash $ docker image rm $(docker image ls -q redis) ``` 或者刪除所有在 `mongo:3.2` 之前的鏡像： ```bash $ docker image rm $(docker image ls -q -f before=mongo:3.2) ``` 充分利用你的想象力和 Linux 命令行的強大，你可以完成很多非常贊的功能。 ### CentOS/RHEL 的用戶需要注意的事項 在 Ubuntu/Debian 上有 `UnionFS` 可以使用，如 `aufs` 或者 `overlay2`，而 CentOS 和 RHEL 的內核中沒有相關驅動。因此對于這類系統，一般使用 `devicemapper` 驅動利用 LVM 的一些機制來模擬分層存儲。這樣的做法除了性能比較差外，穩定性一般也不好，而且配置相對復雜。Docker 安裝在 CentOS/RHEL 上后，會默認選擇 `devicemapper`，但是為了簡化配置，其 `devicemapper` 是跑在一個稀疏文件模擬的塊設備上，也被稱為 `loop-lvm`。這樣的選擇是因為不需要額外配置就可以運行 Docker，這是自動配置唯一能做到的事情。但是 `loop-lvm` 的做法非常不好，其穩定性、性能更差，無論是日志還是 `docker info` 中都會看到警告信息。官方文檔有明確的文章講解了如何配置塊設備給 `devicemapper` 驅動做存儲層的做法，這類做法也被稱為配置 `direct-lvm`。 除了前面說到的問題外，`devicemapper` + `loop-lvm` 還有一個缺陷，因為它是稀疏文件，所以它會不斷增長。用戶在使用過程中會注意到 `/var/lib/docker/devicemapper/devicemapper/data` 不斷增長，而且無法控制。很多人會希望刪除鏡像或者可以解決這個問題，結果發現效果并不明顯。原因就是這個稀疏文件的空間釋放后基本不進行垃圾回收的問題。因此往往會出現即使刪除了文件內容，空間卻無法回收，隨著使用這個稀疏文件一直在不斷增長。 所以對于 CentOS/RHEL 的用戶來說，在沒有辦法使用 `UnionFS` 的情況下，一定要配置 `direct-lvm` 給 `devicemapper`，無論是為了性能、穩定性還是空間利用率。 *或許有人注意到了 CentOS 7 中存在被 backports 回來的 `overlay` 驅動，不過 CentOS 里的這個驅動達不到生產環境使用的穩定程度，所以不推薦使用。*