淺談Docker鏡像列表中的none:none是什么
在構建過Docker鏡像的電腦上查看本地鏡像列表,有可能看到下圖紅框中的鏡像,在列表中展示為<none>:<none>:
這種鏡像在Docker官方文檔中被稱作dangling images,指的是沒有標簽并且沒有被容器使用的鏡像。
官方解釋
來自官方的解釋如下圖紅框所示,地址是:https://docs.docker.com/config/pruning/
怎么來的
結合第一幅圖,梳理一下dangling images怎么產生的:第一次構建鏡像時生成的鏡像ID為079dbd67f9f4,此鏡像會被構建工具加上標簽bolingcavalry/eureka-server:0.0.1-SNAPSHOT;
第二次構建鏡像時生成的鏡像ID為e40a97f764ef,此鏡像會被構建工具加上標簽bolingcavalry/eureka-server:0.0.1-SNAPSHOT,
Docker會移除079dbd67f9f4的標簽,此時079dbd67f9f4就變成了dangling images,在鏡像列表中展示為<none>:<none>
準備實戰(zhàn)
接下來通過實際操作來復現此問題,并做一些有趣的測試;
操作的主要內容是將一個maven工程構建成Docker鏡像,以下是環(huán)境信息:
- 操作系統(tǒng):Ubuntu 18.04.2 LTS
- Docker:18.06.1-ce
- Java:1.8.0_191
- Maven:3.6.0
實戰(zhàn)源碼下載
如果您不想寫代碼,也可以在Github下載整個maven工程,地址和鏈接信息如下表所示:
名稱 | 鏈接 | 備注 |
---|---|---|
項目主頁 | https://github.com/zq2599/blog_demos | 該項目在GitHub上的主頁 |
git倉庫地址(https) | https://github.com/zq2599/blog_demos.git | 該項目源碼的倉庫地址,https協議 |
git倉庫地址(ssh) | git@github.com:zq2599/blog_demos.git | 該項目源碼的倉庫地址,ssh協議 |
這個git項目中有多個文件夾,本章源碼在springcloudscaledemo這個文件夾下,如下圖紅框所示:
springcloudscaledemo文件夾內有三個工程,本次實戰(zhàn)用到的是eureka-server,如下圖:
實戰(zhàn)操作
接下來一起開發(fā)一個簡單的java項目:
基于Maven創(chuàng)建一個springboot工程,pom.xml內容如下,主要注意plugins節(jié)點中的插件,該插件是用來構建鏡像的:
<?xml version="1.0" encoding="UTF-8"?> <project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd"> <modelVersion>4.0.0</modelVersion> <groupId>com.bolingcavalry</groupId> <artifactId>eureka-server</artifactId> <version>0.0.1-SNAPSHOT</version> <packaging>jar</packaging> <name>eureka-server</name> <description>Demo project for Spring Boot</description> <parent> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-parent</artifactId> <version>1.5.9.RELEASE</version> <relativePath/> <!-- lookup parent from repository --> </parent> <properties> <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding> <project.reporting.outputEncoding>UTF-8</project.reporting.outputEncoding> <java.version>1.8</java.version> <spring-cloud.version>Edgware.SR1</spring-cloud.version> </properties> <dependencies> <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-eureka-server</artifactId> </dependency> <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-test</artifactId> <scope>test</scope> </dependency> </dependencies> <dependencyManagement> <dependencies> <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-dependencies</artifactId> <version>${spring-cloud.version}</version> <type>pom</type> <scope>import</scope> </dependency> </dependencies> </dependencyManagement> <build> <plugins> <plugin> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-maven-plugin</artifactId> </plugin> <!--新增的docker maven插件--> <plugin> <groupId>com.spotify</groupId> <artifactId>docker-maven-plugin</artifactId> <version>0.4.12</version> <!--docker鏡像相關的配置信息--> <configuration> <!--鏡像名,這里用工程名--> <imageName>bolingcavalry/${project.artifactId}</imageName> <!--TAG,這里用工程版本號--> <imageTags> <imageTag>${project.version}</imageTag> </imageTags> <!--鏡像的FROM,使用java官方鏡像--> <baseImage>java:8u111-jdk</baseImage> <!--該鏡像的容器啟動后,直接運行spring boot工程--> <entryPoint>["java", "-jar", "/${project.build.finalName}.jar"]</entryPoint> <!--構建鏡像的配置信息--> <resources> <resource> <targetPath>/</targetPath> <directory>${project.build.directory}</directory> <include>${project.build.finalName}.jar</include> </resource> </resources> </configuration> </plugin> </plugins> </build> </project>
application.properties內容如下,可見該應用其實就是springcloud中的eureka身份:
server.port=8080 eureka.instance.hostname=localhost eureka.client.register-with-eureka=false eureka.client.fetch-registry=false eureka.client.serviceUrl.defaultZone=http://${eureka.instance.hostname}:${server.port}/eureka/
啟動類是EurekaServerApplication,內容如下:
@SpringBootApplication @EnableEurekaServer public class EurekaServerApplication { public static void main(String[] args) { SpringApplication.run(EurekaServerApplication.class, args); } }
現在工程已經創(chuàng)建好了,可以開始構建了;
構建鏡像 在pom.xml所在目錄執(zhí)行以下命令即可
構建鏡像
mvn clean package -U -DskipTests docker:dockerBuild
構建成功后,用docker images命令查看本地鏡像列表如下,新增了ID為90b736eb388e的鏡像:
[INFO] Built bolingcavalry/eureka-server [INFO] Tagging bolingcavalry/eureka-server with 0.0.1-SNAPSHOT [INFO] ------------------------------------------------------------------------ [INFO] BUILD SUCCESS [INFO] ------------------------------------------------------------------------ [INFO] Total time: 10.918 s [INFO] Finished at: 2019-06-01T08:36:59Z [INFO] ------------------------------------------------------------------------ root@hedy:/home/willzhao/temp/201906/01/eureka-server# docker images REPOSITORY TAG IMAGE ID CREATED SIZE bolingcavalry/eureka-server 0.0.1-SNAPSHOT 90b736eb388e 5 seconds ago 683MB bolingcavalry/eureka-server latest 90b736eb388e 5 seconds ago 683MB java 8u111-jdk d23bdf5b1b1b 2 years ago 643MB
再次執(zhí)行命令mvn clean package -U -DskipTests docker:build,也就是再構建一次;
構建完成后查看鏡像列表,ID為90b736eb388e的鏡像已經成為dangling images,標簽bolingcavalry/eureka-server:0.0.1-SNAPSHOT已經被新鏡像be262f101e2c占有:
[INFO] Built bolingcavalry/eureka-server [INFO] Tagging bolingcavalry/eureka-server with 0.0.1-SNAPSHOT [INFO] ------------------------------------------------------------------------ [INFO] BUILD SUCCESS [INFO] ------------------------------------------------------------------------ [INFO] Total time: 10.985 s [INFO] Finished at: 2019-06-01T08:44:49Z [INFO] ------------------------------------------------------------------------ root@hedy:/home/willzhao/temp/201906/01/eureka-server# docker images REPOSITORY TAG IMAGE ID CREATED SIZE bolingcavalry/eureka-server 0.0.1-SNAPSHOT be262f101e2c About a minute ago 683MB bolingcavalry/eureka-server latest be262f101e2c About a minute ago 683MB <none> <none> 90b736eb388e 9 minutes ago 683MB java 8u111-jdk d23bdf5b1b1b 2 years ago 643MB
此時,如果您的鏡像列表出現<none>:<none>,您也能分析出此現象的來源了,接下來試試如何清理dangling images。
清理dangling images
如下所示,執(zhí)行命令docker image prune即可刪除dangling images:
root@hedy:/home/willzhao/temp/201906/01/eureka-server# docker images REPOSITORY TAG IMAGE ID CREATED SIZE bolingcavalry/eureka-server 0.0.1-SNAPSHOT be262f101e2c About a minute ago 683MB bolingcavalry/eureka-server latest be262f101e2c About a minute ago 683MB <none> <none> 90b736eb388e 9 minutes ago 683MB java 8u111-jdk d23bdf5b1b1b 2 years ago 643MB root@hedy:/home/willzhao/temp/201906/01/eureka-server# docker image prune WARNING! This will remove all dangling images. Are you sure you want to continue? [y/N] y Deleted Images: deleted: sha256:90b736eb388e42df2e4bc2ab3c8770a9a5f7563bb5af2493b88428c610f14f6b deleted: sha256:db3657b5e27b7bf6c780e3280d6f2e24ffc26592a14b4efa651000130294b429 deleted: sha256:afd10ec003e3132ea5e1c489ba5e51f53b0759351bdc175184ba82daaac178d1 Total reclaimed space: 39.94MB
再次查看,發(fā)現90b736eb388e已經不在列表中:
root@hedy:/home/willzhao/temp/201906/01/eureka-server# docker images REPOSITORY TAG IMAGE ID CREATED SIZE bolingcavalry/eureka-server 0.0.1-SNAPSHOT be262f101e2c 39 minutes ago 683MB bolingcavalry/eureka-server latest be262f101e2c 39 minutes ago 683MB java 8u111-jdk d23bdf5b1b1b 2 years ago 643MB
一點疑問
再來看看官方對dangling images的解釋,如下所示,有兩個條件:沒有標簽、并且不再被容器使用:
我的疑問:如果沒有標簽,但是正在被容器使用的鏡像,應該不算dangling images吧,此時如果執(zhí)行命令docker image prune會怎么樣呢?
我的猜測:docker image prune是用來清理dangling images的,如果鏡像正在被使用那就不算dangling images,那就不會被清理掉;
還是動手來試試吧:
執(zhí)行以下命令會用鏡像bolingcavalry/eureka-server:0.0.1-SNAPSHOT創(chuàng)建一個容器:
docker run -idt bolingcavalry/eureka-server:0.0.1-SNAPSHOT
再次執(zhí)行命令mvn clean package -U -DskipTests docker:build,也就是再構建一次;
查看鏡像信息如下,此時be262f101e2c在列表中已經顯示成了<none>:<none>:
root@hedy:/home/willzhao/temp/201906/01/eureka-server# docker images REPOSITORY TAG IMAGE ID CREATED SIZE bolingcavalry/eureka-server 0.0.1-SNAPSHOT f83762738051 4 seconds ago 683MB bolingcavalry/eureka-server latest f83762738051 4 seconds ago 683MB <none> <none> be262f101e2c About an hour ago 683MB java 8u111-jdk d23bdf5b1b1b 2 years ago 643MB
執(zhí)行命令docker ps查看容器,發(fā)現IMAGE字段已經變成了ID(之前是bolingcavalry/eureka-server:0.0.1-SNAPSHOT):
root@hedy:/home/willzhao/temp/201906/01/eureka-server# docker ps CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES f4e9b7aa6d25 be262f101e2c "java -jar /eureka-s…" 7 minutes ago Up 7 minutes gallant_bell
執(zhí)行命令docker image prune,再查看鏡像列表,如下,可見be262f101e2c依舊在列表中,沒有被清理掉,符合之前的猜測:被容器用到的鏡像不是dangling images,用命令docker image prune無法清除:
root@hedy:/home/willzhao/temp/201906/01/eureka-server# docker image prune WARNING! This will remove all dangling images. Are you sure you want to continue? [y/N] y Total reclaimed space: 0B root@hedy:/home/willzhao/temp/201906/01/eureka-server# docker images REPOSITORY TAG IMAGE ID CREATED SIZE bolingcavalry/eureka-server 0.0.1-SNAPSHOT f83762738051 5 minutes ago 683MB bolingcavalry/eureka-server latest f83762738051 5 minutes ago 683MB <none> <none> be262f101e2c About an hour ago 683MB java 8u111-jdk d23bdf5b1b1b 2 years ago 643MB
總結
至此,對Docker鏡像列表中的none:none已經了解。
以上為個人經驗,希望能給大家一個參考,也希望大家多多支持腳本之家。
相關文章
docker+nextcloud搭建個人云存儲系統(tǒng)的實現
這篇文章主要介紹了docker+nextcloud搭建個人云存儲系統(tǒng)的實現,文中通過示例代碼介紹的非常詳細,對大家的學習或者工作具有一定的參考學習價值,需要的朋友們下面隨著小編來一起學習學習吧2021-01-01docker上快速搭建gitlab、gitlab-runer及實現CI/CD功能
這篇文章主要介紹了docker上快速搭建gitlab、gitlab-runer及實現CI/CD,本文給大家講解的非常詳細,包括docker上安裝gitlab的相關操作及配置root賬號密碼,需要的朋友可以參考下2022-04-04docker 中的–mount 和-v 參數區(qū)別解析
這篇文章主要介紹了docker 中的–mount 和-v 參數區(qū)別解析,--mount 更為靈活,適用于更復雜的掛載需求,使用哪種方式主要取決于個人或團隊的偏好和具體的使用場景,需要的朋友可以參考下2023-12-12Docker使用Jumpserver搭建一個安全的堡壘機系統(tǒng)
堡壘機作為一種重要的安全工具,能夠有效地管理服務器訪問權限,并提供會話審計功能,以保障系統(tǒng)的安全性和穩(wěn)定性,本文將介紹Jumpserver,并指導如何搭建和配置Jumpserver來實現安全的堡壘機管理,需要的朋友可以參考下2025-04-04