kubernetes Spring Cloud 微服务架构— (2)Kubernetes spring cloud 微服务-Docker 镜像

本文涉及的产品
注册配置 MSE Nacos/ZooKeeper,118元/月
服务治理 MSE Sentinel/OpenSergo,Agent数量 不受限
云原生网关 MSE Higress,422元/月
简介: 在上章节对 Docker 有了初步的了解之后,在本章将学习容器镜像的加载流程,镜像的基本 操作以及与系统存储技术 OverlayFS 的关系。 第 2 章 Docker 镜像

2.0 容器运行基础



镜像是 Docker 运行的基础, 就好比计算机硬件需要安装操作系统. 使用 Docker Images 命 令可以看到当前系统中存在的镜像。当运行容器时,使用的镜像如果在本地系统中不存 在,Docker 就会自动从 Docker 镜像仓库或者配置的私有仓库中下载;默认是从 Docker Hub 公共镜像源下载。

上节在 Docker C/S 架构逻辑图中提到了私有仓库。这节主要讲镜像的基本操作。



2.1 Docker 加载镜像流程

1)检查本地是否有与启动镜像相匹配的镜像。 
2)查询与镜像地址中是否有启动镜像 
3)如果在镜像地址中没有完整的地址,则从默认的 Docker Hub 下载。 
Docker 加载镜像的两种方式:
公共仓库与私有仓库

2.2 Docker 镜像基本操作


2.2.1 搜索 Docker Hub 有哪些镜像

docker search [镜像名字]
[root@master jdk]# docker search nginx


/

2.2.2 从 Docker Hub 下载镜像


/

下载镜像,(没有指定版本,默认会下载最新版 latest) 
docker pull nginx:latest = docker pull nginx
[root@master jdk]# docker pull nginx:latest
从第三方docker 镜像仓库或者私有仓库下载镜像方法
[root@docker ~]# docker pull repo.abc.com/httpd:latest #地址不存在

2.2.3 镜像加速器


在下载 Docker Hub 镜像非常慢的情况下, 可以使用镜像加速功能。配置加速可以用官网 提供的, 也可以使用私有仓库。

sudo mkdir -p /etc/docker
sudo tee /etc/docker/daemon.json <<-'EOF' 
{
"registry-mirrors": ["https://plqjafsr.mirror.aliyuncs.com"]
}
EOF
[root@master ~]# systemctl daemon-reload 
[root@master ~]# systemctl restart docker

2.2.4 基于容器创建镜像系统

  • 类似虚拟机的克隆功能
  • 在运行当中的容器基础上创建一个新的镜像(相当于 vm 的完整快照)
[root@docker ~]# docker ps -a #显示所有的容器, ps 只是显示正在运行的容器 
[root@master ~]# docker run -d -P nginx #启动容器
[root@master /]# docker container commit 960d3f0e61eb centos-nginx:1.0 #容器运行 ID
sha256:7af7ffdea5e8ef703fb7cb30baaff3b3e75a1297bfbc75bb15454dd7eb622215
#检查
[root@master /]# docker images REPOSITORY TAG centos-nginx 1.0
#不能删除原来的镜像(父镜像)
[root@master /]# docker rmi 6678c7c2e56c
Error response from daemon: conflict: unable to delete 6678c7c2e56c (cannot be forced) - image has dependent child images
#使用快照镜像启动新容器
[root@master /]# docker run -d -p 8090:80 centos-nginx:1.0
1dabb29c5a87a4ec8d58040e6ea4a21dcb17dda006168ce56021fd232208c18d

2.2.5 删除镜像

[root@master ~]# docker image rm centos-nginx Error: No such image: centos-nginx
[root@docker ~]# docker image rm 07ddb4d9a8ab
Untagged: centos-nginx:latest
Deleted: sha256:07ddb4d9a8abfd51849f6b2747c115a28e2dd9587a56af881c43cc890e874861 
Deleted: sha256:41c4debe112f55832a841e976e96d61ad170c7646460560799313c82f9f36f44
[root@docker ~]# docker rmi fdf13fa91c6e
Error response from daemon: conflict: unable to delete fdf13fa91c6e (must be forced) - image is being used by stopped container f30520fafcbf 
#注:如果镜像系统正在运行,需要停止进程才可以删除镜像系统,否则无法删除!
或者选择强制删除 (注意镜像之间的依赖关系)
[root@docker ~]# docker rmi --force fdf13fa91c6e
[root@docker ~]# docker rmi -f fdf13fa91c6e #缩写 -f 参数 == --force

2.2.6 导出镜像

 #导出镜像为 tar 包
[root@master /]# docker image save nginx:latest > nginx.tar.gz

2.2.7 导入镜像

直接使用tar 包导入镜像,注意如果原来导出的源镜像还是在存在于系统中,那么新导入的 镜像在系统将不可见。

[root@master /]# docker image load -i nginx.tar.gz 
Loaded image: nginx:latest
#强制删除原来的镜像
[root@master /]# docker rmi nginx:latest --force
#再执行导入
[root@master /]# docker image load -i nginx.tar.gz 
Loaded image: nginx:latest
#最后查看
[root@master /]# docker images
REPOSITORY TAG IMAGE ID CREATED SIZE
nginx latest 6678c7c2e56c 9 days ago 127MB

2.2.8 镜像tag标签


语法:docker image tag 源_IMAGE[:TAG] 目标_IMAGE[:TAG]

类似linux 硬链接,在推送镜像到私有仓库时,需要添加tag。

[root@docker01 ~]# docker image tag nginx:latest repo.abc.com/nginx:v1.0
[root@master /]# docker images
REPOSITORY TAG nginx latest repo.abc.com/nginx v1.0
IMAGE ID 6678c7c2e56c 6678c7c2e56c
CREATED 9 days ago
9 days ago
SIZE
127MB 127MB
#可以使用新的 tag 标签启动容器
[root@master /]# docker run -d -p 9091:80 repo.abc.com/nginx:v1.0
1f5f20b763ccb7661b41701b9319876a0bd074da12e4e77ba0ff7879c2b19627

2.2.9 构建Java基础镜像

之前使用为Docker自带镜像仓库中的镜像,现在我们自己来构建私有镜像 #在java 镜像中为什么要构建alpine-glibc ?

#在java 镜像中为什么要构建alpine-glibc ?
#Java Dockerfile
[root@master /]# mkdir -p /root/jdk/
[root@master /]# vim Dockerfile
FROM frolvlad/alpine-glibc
#模板镜像
MAINTAINER 地铁昌平线
#创建者
RUN echo "https://mirror.tuna.tsinghua.edu.cn/alpine/v3.4/main/" > /etc/apk/repositories #修改源
RUN apk add --no-cache bash
#安装 bash
ADD jre1.8.0_211.tar.gz /usr/java/jdk/
#添加文件
ENV JAVA_HOME /usr/java/jdk/jre1.8.0_211
#设置环境变量
ENV PATH ${PATH}:${JAVA_HOME}/bin
RUN chmod +x /usr/java/jdk/jre1.8.0_211/bin/java
WORKDIR /opt

2.3.0 构建镜像

#需要把 jre1.8.0_211.tar.gz 放到与 Dockerfile 同级目录 
[root@docker01 ~]# docker pull frolvlad/alpine-glibc  #拉取镜像 
[root@master jdk]# docker build -t jre8:1.0 .         #编译镜像 
#查看镜像 
[root@master jdk]# docker images 
REPOSITORY        TAG                 IMAGE ID            CREATED             SIZE jre8                1.0                 c65645093f97        16 seconds ago      136MB #添加 tag 
[root@master jdk]# docker tag jre8:1.0 repo.abc.com/jre8:v1.0 

2.3.0.1 运行镜像

[root@docker01 ~]# docker run -it jre8:1.0  #启动并且进入容器
bash    bash-4.3# java -version 
java version "1.8.0_211" 
Java(TM) SE Runtime Environment (build 1.8.0_211-b12) 
Java HotSpot(TM) 64-Bit Server VM (build 25.211-b12, mixed mode) 

2.3.1 镜像构建过程

构建容器:通过父镜像上创建一个容器,重新封装成一个镜像,变成下一个新启动容器的只读层(LOWER)。 但是如果当前容器需要对镜像进行修改,就需要加载所有镜像的只读层到容器中进行修改。

#特别注意之前提到的容器启动,修改镜像内容是不会修改源镜像;只是修改启动容器的内容。在下一节将详细讲述镜像存储的原理。

 

#查看容器的构建历史

# missing 为当前镜像的源镜像构建历史 FROM frolvlad/alpine-glibc

# f83c32dc03f3 为当前镜像构建的历史

[root@master jdk]# docker history jre8:1.3 
IMAGE               CREATED              CREATED BY                                      SIZE                COMMENT ea65e9cde677        About a minute ago   /bin/sh -c #(nop) WORKDIR /opt                  0B                   d0afad7e579e        About a minute ago   /bin/sh -c chmod +x /usr/java/jdk/jre1.8.0_2…   8.46kB               
12d49a4a8a61        6 minutes ago        /bin/sh -c #(nop)  ENV PATH=/usr/local/sbin:…   0B                   256df34ef73f        6 minutes ago        /bin/sh -c #(nop)  ENV JAVA_HOME=/usr/java/j…   0B                   dba16cec6c49        7 minutes ago        /bin/sh -c #(nop) ADD file:d614f1012c68493ba…   116MB                22b0f5f4b551        17 minutes ago       /bin/sh -c apk add --no-cache bash              3.56MB               c97cdc4cfa33        17 minutes ago       /bin/sh -c echo "https://mirror.tuna.tsinghu…   54B                  f26f217e4a3f        17 minutes ago       /bin/sh -c #(nop)  MAINTAINER Tony              0B                   f83c32dc03f3        2 days ago           /bin/sh -c apk add --update curl &&   curl -…   11.7MB               
<missing>           2 days ago           /bin/sh -c #(nop)  ENV GLIBC_VERSION=2.31-r0    0B                   
<missing>           2 days ago           /bin/sh -c #(nop)  MAINTAINER Jean Blanchard…   0B                   
<missing>           7 weeks ago          /bin/sh -c #(nop)  CMD ["/bin/sh"]              0B                   
<missing>           7 weeks ago          /bin/sh -c #(nop) ADD file:e69d441d729412d24…   5.59MB 

2.3.2 查询镜像详情

#存储信息

[root@master jdk]# docker image inspect jre8:1.3 

2.4  Docker 镜像和 Overlay2 关系

Docker 需要OverlayFS文件系统存储

1)Docker中的镜像采用分层构建设计,每个层可以称之为"layer", 镜像文件默认存在目录:/var/lib/docker/overlay2

2) Docker支持的文件存储如下: AUFSOverlayFSVFSBrtfs等。

3)通过Docker Info命令查看当前的存储驱动  

[root@node-2 overlay2]# docker info | grep -E  " Storage Driver|Server Version" 
Server Version: 19.03.4 
Storage Driver: overlay2

4)通常ubuntu类的系统默认采用的是AUFScentos7.1+系列采用的是OverlayFS

相关实践学习
通过Ingress进行灰度发布
本场景您将运行一个简单的应用,部署一个新的应用用于新的发布,并通过Ingress能力实现灰度发布。
容器应用与集群管理
欢迎来到《容器应用与集群管理》课程,本课程是“云原生容器Clouder认证“系列中的第二阶段。课程将向您介绍与容器集群相关的概念和技术,这些概念和技术可以帮助您了解阿里云容器服务ACK/ACK Serverless的使用。同时,本课程也会向您介绍可以采取的工具、方法和可操作步骤,以帮助您了解如何基于容器服务ACK Serverless构建和管理企业级应用。 学习完本课程后,您将能够: 掌握容器集群、容器编排的基本概念 掌握Kubernetes的基础概念及核心思想 掌握阿里云容器服务ACK/ACK Serverless概念及使用方法 基于容器服务ACK Serverless搭建和管理企业级网站应用
相关文章
|
13天前
|
存储 Kubernetes 调度
|
7天前
|
运维 Kubernetes Docker
利用Docker和Kubernetes构建微服务架构
利用Docker和Kubernetes构建微服务架构
|
19天前
|
数据采集 监控 前端开发
二级公立医院绩效考核系统源码,B/S架构,前后端分别基于Spring Boot和Avue框架
医院绩效管理系统通过与HIS系统的无缝对接,实现数据网络化采集、评价结果透明化管理及奖金分配自动化生成。系统涵盖科室和个人绩效考核、医疗质量考核、数据采集、绩效工资核算、收支核算、工作量统计、单项奖惩等功能,提升绩效评估的全面性、准确性和公正性。技术栈采用B/S架构,前后端分别基于Spring Boot和Avue框架。
|
7天前
|
Kubernetes API 调度
【赵渝强老师】Kubernetes的体系架构
本文介绍了Kubernetes的体系架构及其核心组件。Kubernetes采用主从分布式架构,由master主节点和多个node工作节点组成。master节点负责集群管理和调度,运行API Server、scheduler、controller-manager等服务组件;node节点运行kubelet、kube-proxy和Docker容器守护进程,负责实际业务应用的运行。文章还简要介绍了Kubernetes的附加组件及其作用。
|
5天前
|
安全 持续交付 Docker
微服务架构和 Docker 容器化部署的优点是什么?
微服务架构和 Docker 容器化部署的优点是什么?
|
7天前
|
Docker 微服务 容器
使用Docker Compose实现微服务架构的快速部署
使用Docker Compose实现微服务架构的快速部署
17 1
|
9天前
|
运维 Kubernetes Cloud Native
Kubernetes云原生架构深度解析与实践指南####
本文深入探讨了Kubernetes作为领先的云原生应用编排平台,其设计理念、核心组件及高级特性。通过剖析Kubernetes的工作原理,结合具体案例分析,为读者呈现如何在实际项目中高效部署、管理和扩展容器化应用的策略与技巧。文章还涵盖了服务发现、负载均衡、配置管理、自动化伸缩等关键议题,旨在帮助开发者和运维人员掌握利用Kubernetes构建健壮、可伸缩的云原生生态系统的能力。 ####
|
17天前
|
Kubernetes 关系型数据库 MySQL
Kubernetes入门:搭建高可用微服务架构
【10月更文挑战第25天】在快速发展的云计算时代,微服务架构因其灵活性和可扩展性备受青睐。本文通过一个案例分析,展示了如何使用Kubernetes将传统Java Web应用迁移到Kubernetes平台并改造成微服务架构。通过定义Kubernetes服务、创建MySQL的Deployment/RC、改造Web应用以及部署Web应用,最终实现了高可用的微服务架构。Kubernetes不仅提供了服务发现和负载均衡的能力,还通过各种资源管理工具,提升了系统的可扩展性和容错性。
51 3
|
18天前
|
存储 监控 Linux
Docker技术架构概述
【10月更文挑战第22天】Docker采用CS架构,Client与Daemon交互,Compose管理多容器应用。
|
7天前
|
调度 Docker 容器
【赵渝强老师】Docker Swarm集群的体系架构
Docker Swarm自1.12.0版本起集成至Docker引擎,无需单独安装。它内置服务发现功能,支持跨多服务器或宿主机创建容器,形成集群提供服务。相比之下,Docker Compose仅限于单个宿主机。Docker Swarm采用主从架构,Swarm Manager负责管理和调度集群中的容器资源,用户通过其接口发送指令,Swarm Node根据指令创建容器运行应用。