kubernetes Spring Cloud 微服务架构— (4)Kubernetes spring cloud 微服务-容器基本操作

简介: 第 4 章 容器基本操作

4.0 查看 Docker 命令行帮助

#查看帮助的方法

Docker 操作命令分为: 管理命令与直接命令参数

1)     管理命令为区分每个项目的命令, 比如说镜像操作, 就是以docker image 开头

2)     直接命令参数就是在docker 命令之后直接的命令, 比如说删除镜像 docker rmi  

3)     管理命令相对于直接命令参数,更加严谨。

[root@node-2 ~]# docker --help

4.1 常用基本操作列表

image.png

image.png

4.2 常用容器操作命令详解

4.2.0 查看容器日志

#启动容器, -P 生成随机映射端口 
[root@localhost ~]# docker run --name   t1 -d -P nginx 
#查看日志 
[root@localhost ~]#   docker logs -f t1
#获取到端口 
[root@localhost ~]# docker ps -a 
#访问容器 
[root@localhost ~]# curl http://localhost:32770 
#显示日志 
[root@localhost ~]# docker logs -f t1 
172.17.0.1 - - [20/Mar/2020:03:59:44 +0000] "GET / HTTP/1.1" 200 612 "-" "curl/7.29.0" "-"

4.2.1 创建容器

语法:docker container run [OPTIONS] IMAGE[:TAG] [COMMAND] [ARG...]

-i 交互模式

-t 终端

-it 为分配一个交互式终端

-d 放在后台 (nohup command &

-p 端口映射

-v 源地址(宿主机):目标地址(容器) (本地的宿主机的目录挂载到容器目录)

-h 指定容器主机名

--name 指定容器的名字

--restart=always 每次重启服务,容器跟着重启

 

#创建容器, 并且挂载本地目录到容器目录

#把宿主机的/test目录挂载到容器的/mnt目录(新开终端)

#宿主机建立目录


/

[root@docker ~]# mkdir /test 
#启动新容器, 指定主机名为 test, 容器名为 t11, 在终端打开-it 
[root@localhost ~]# docker run -it --name t11 -h test -v /test:/mnt centos /bin/bash 
#宿主机建立文件 
[root@localhost test]# touch /test/1.txt 
#容器查看文件 
[root@1444e17a8998 mnt]# ls /mnt/1.txt  
/mnt/1.txt

#创建一台新容器,并进入镜像系统

[root@docker ~]# docker container run -it centos /bin/bash 
[root@f30520fafcbf /]#


/

Docker 容器内的第一个进程必须一直处于前台运行的状态(必须挂起),否则这个容器,就会处于退出状态(-d 后台运行)。

当执行 docker run 时,Docker会启动一个新进程,同时给这个进程分配其独占的文件系统。

注:使用run选项会打开另外一个会话窗口,进入容器,ID不同,并不是同一个容器,相当于在系统当中又开启一个新容器,但是镜像是使用相同的镜像。

 

4.2.2 容器启动、停止

语法:docker container start [OPTIONS] CONTAINER [CONTAINER...] 完整信息,请查看:docker container start --help 启动一个  container。 
#列出所有容器,包括运行与停止的容器, 获取到容器  id 
[root@docker ~]# docker ps -a   
#根据容器 id 启动容器 
[root@docker ~]# docker start   c06fc46a1176     c06fc46a1176 
[root@docker ~]# docker ps # 列出正在运行的容器

4.2.3 进入docker 容器

4.2.3.1 exec

语法:docker container exec [OPTIONS] CONTAINER [CONTAINER...] 完整信息,请查看:docker exec–help # exec 会分配一个新的终端(pts) 
docker container exec -it 容器id 或容器名字 /bin/bash 
#执行进入必须要带参数和COMMAND(如:/bin/bash)
#进入容器可以用容器运行的 id, 也可以用容器名称, 其目的都是唯一定位到容器 
[root@localhost ~]# docker container exec -it t11 /bin/bash (父镜像)


/

4.2.3.2 attach


/

语法:docker container attach CONTAINER 
#如果 Docker 容器是使用/bin/bash 命令启动的,则可以使用 attach 
[root@localhost temp]# docker attach t11

#exec attach 区别

EXEC: 在一个正在运行的容器中执行命令,exec是针对已运行的容器实例进行操作,在已运行的容器中执行命令,不创建和启动新的容器,退出shell不会导致容器停止运行。

 

Attach: 将本机的标准输入(键盘)、标准输出(屏幕)、错误输出(屏幕)附加到一个运行的容器,也就是说本机的输入直接输到容器中,容器的输出会直接显示在本机的屏幕上,如果退出容器的shell,容器会停止运行。

 

4.2.4 重启服务,容器自启动当Docker重启时,容器能自动启动

命令行添加参数docker run --restart=always 
[root@master ~]# docker run -d --restart=always nginx 
[root@master ~]# service docker restart


/
#查看状态

[root@master ~]# docker ps | grep nginx 
5b9a13d0aedb        nginx  "nginx -g 'daemon of…"  About a minute ago   Up 48 seconds       80/tcp              fervent_lehmann

 

4.2.5 容器其他操作


/

 

# 关闭所有正在运行的容器
[root@master ~]#  docker kill $(docker ps -q)
# 移除所有停止的容器 
[root@master ~]# docker rm $(docker ps -a -q) 
[root@demo ~]# docker container prune 
# 根据状态移除 
[root@master ~]# docker rm $(docker ps -q -f 'status=exited' -n 3) 
[root@master ~]# docker rm $(docker ps -q -f 'status=exited') 
# 根据标签移除 
[root@master ~]# docker rm $(docker ps -a | grep nginx | awk '{print $1}') 

4.3 容器资源限制

#查看容器资源情况

[root@master ~]# docker stats 67d1b66c71ce

4.3.1 #CPU 资源限制

 

#根据CPU核心去绑定 
# 容器可占用的 CPU 核编号,0-3 表示占用四个核,0,1 表示占用两个核 
[root@master ~]# docker run --name nginx-cpu-t1 --cpuset-cpus=0-1 -d -P  nginx 
[root@master ~]# docker run --name nginx-cpu-t2 --cpuset-cpus=0 -d -P  nginx

 

4.3.2 #内存限制

[root@master ~]# docker run --name nginx-memoy-t3  -d --cpuset-cpus=0 -m 300M -P nginx

 

4.3.3 #容器空间限制

#限制单个容器使用的磁盘空间(非全局)

root@master ~]# docker run -it --storage-opt size=12m alpine:latest /bin/df -h | grep overlay
Dokcer 中使用overlay2.size 
(注意存储驱动overlay),限制每个容器可以占用的磁盘空间,并且需要xfs(CentOS 7默认的文件)文件系统支持,xfs挂载时使用pquota参数, 在实际的生产中,建议用独立的磁盘作为docker的存储盘. 
#限制单个容器使用的磁盘空间(全局) 
#增加一块硬盘格式化为xfs 
#https://github.com/moby/moby/issues/40667 
[root@demo ~]# mkdir /data 
[root@demo jdk]# docker info | grep "Storage Driver"                  
 Storage Driver: overlay2 
[root@demo ~]#  docker info | grep "Backing" 
  Backing Filesystem: <unknown> 
[root@demo ~]# fdisk /dev/sdb 
[root@master ~]# mkfs.xfs /dev/sdb1 
[root@demo ~]# ll /dev/disk/by-uuid/* 
#正常情况 
[root@demo yum.repos.d]# docker info 
Server Version: 19.03.6 
 Storage Driver: overlay2 
 Backing Filesystem: xfs 
#设置/etc/fstab 
UUID=c620987d-9e05-441d-b67b-c6015c51975a /data xfs rw,pquota 0 0 
Mount -a 
#查看挂载 
[root@master ~]# cat /proc/mounts  | grep sdb 
/dev/sdb1 /data xfs rw,relatime,attr2,inode64,prjquota 0 0 
#配置docker 
[root@master ~]# mkdir -p /data/docker  
[root@master ~]# vi /etc/docker/daemon.json 
{ 
  "registry-mirrors": ["https://plqjafsr.mirror.aliyuncs.com"], 
   "data-root": "/data/docker", 
    "storage-driver": "overlay2", 
    "storage-opts": [ 
     "overlay2.override_kernel_check=true", 
      "overlay2.size=1G" 
    ] 
} 
#重启docker 
[root@master ~]# service docker restart 
Redirecting to /bin/systemctl restart docker.service 
#查看docker 
[root@master ~]# docker info | grep 'Docker Root Dir' 
WARNING: API is accessible on http://0.0.0.0:2375 without encryption. 
         Access to the remote API is equivalent to root access on the host. Refer         to the 'Docker daemon attack surface' section in the documentation for          more  information:    https://docs.docker.com/engine/security/security/#docker-daemon-attacksurface
 Docker Root Dir: /data/docker 
#启动容器测试 
[root@master ~]# docker run -it centos /bin/bash 
[root@f6b9617d3736 /]# dd if=/dev/zero of=/test.txt bs=130M count=10 dd: error writing '/ test.txt': No space left on device 
#启动新容器,写入文件 
[root@master ~]# docker run -it centos /bin/bash 
[root@4dd62c6ef62e /]# dd if=/dev/zero of=/test1.txt bs=230M count=1 
1+0 records in 
1+0 records out


相关实践学习
深入解析Docker容器化技术
Docker是一个开源的应用容器引擎,让开发者可以打包他们的应用以及依赖包到一个可移植的容器中,然后发布到任何流行的Linux机器上,也可以实现虚拟化,容器是完全使用沙箱机制,相互之间不会有任何接口。Docker是世界领先的软件容器平台。开发人员利用Docker可以消除协作编码时“在我的机器上可正常工作”的问题。运维人员利用Docker可以在隔离容器中并行运行和管理应用,获得更好的计算密度。企业利用Docker可以构建敏捷的软件交付管道,以更快的速度、更高的安全性和可靠的信誉为Linux和Windows Server应用发布新功能。 在本套课程中,我们将全面的讲解Docker技术栈,从环境安装到容器、镜像操作以及生产环境如何部署开发的微服务应用。本课程由黑马程序员提供。 &nbsp; &nbsp; 相关的阿里云产品:容器服务 ACK 容器服务 Kubernetes 版(简称 ACK)提供高性能可伸缩的容器应用管理能力,支持企业级容器化应用的全生命周期管理。整合阿里云虚拟化、存储、网络和安全能力,打造云端最佳容器化应用运行环境。 了解产品详情: https://www.aliyun.com/product/kubernetes
相关文章
|
5月前
|
Cloud Native Serverless API
微服务架构实战指南:从单体应用到云原生的蜕变之路
🌟蒋星熠Jaxonic,代码为舟的星际旅人。深耕微服务架构,擅以DDD拆分服务、构建高可用通信与治理体系。分享从单体到云原生的实战经验,探索技术演进的无限可能。
微服务架构实战指南:从单体应用到云原生的蜕变之路
|
8月前
|
缓存 Cloud Native Java
Java 面试微服务架构与云原生技术实操内容及核心考点梳理 Java 面试
本内容涵盖Java面试核心技术实操,包括微服务架构(Spring Cloud Alibaba)、响应式编程(WebFlux)、容器化(Docker+K8s)、函数式编程、多级缓存、分库分表、链路追踪(Skywalking)等大厂高频考点,助你系统提升面试能力。
823 0
|
弹性计算 API 持续交付
后端服务架构的微服务化转型
本文旨在探讨后端服务从单体架构向微服务架构转型的过程,分析微服务架构的优势和面临的挑战。文章首先介绍单体架构的局限性,然后详细阐述微服务架构的核心概念及其在现代软件开发中的应用。通过对比两种架构,指出微服务化转型的必要性和实施策略。最后,讨论了微服务架构实施过程中可能遇到的问题及解决方案。
|
Cloud Native Devops 云计算
云计算的未来:云原生架构与微服务的革命####
【10月更文挑战第21天】 随着企业数字化转型的加速,云原生技术正迅速成为IT行业的新宠。本文深入探讨了云原生架构的核心理念、关键技术如容器化和微服务的优势,以及如何通过这些技术实现高效、灵活且可扩展的现代应用开发。我们将揭示云原生如何重塑软件开发流程,提升业务敏捷性,并探索其对企业IT架构的深远影响。 ####
427 3
|
Cloud Native 安全 数据安全/隐私保护
云原生架构下的微服务治理与挑战####
随着云计算技术的飞速发展,云原生架构以其高效、灵活、可扩展的特性成为现代企业IT架构的首选。本文聚焦于云原生环境下的微服务治理问题,探讨其在促进业务敏捷性的同时所面临的挑战及应对策略。通过分析微服务拆分、服务间通信、故障隔离与恢复等关键环节,本文旨在为读者提供一个关于如何在云原生环境中有效实施微服务治理的全面视角,助力企业在数字化转型的道路上稳健前行。 ####
|
Java 开发者 微服务
从单体到微服务:如何借助 Spring Cloud 实现架构转型
**Spring Cloud** 是一套基于 Spring 框架的**微服务架构解决方案**,它提供了一系列的工具和组件,帮助开发者快速构建分布式系统,尤其是微服务架构。
1621 70
从单体到微服务:如何借助 Spring Cloud 实现架构转型
|
11月前
|
Cloud Native Serverless 流计算
云原生时代的应用架构演进:从微服务到 Serverless 的阿里云实践
云原生技术正重塑企业数字化转型路径。阿里云作为亚太领先云服务商,提供完整云原生产品矩阵:容器服务ACK优化启动速度与镜像分发效率;MSE微服务引擎保障高可用性;ASM服务网格降低资源消耗;函数计算FC突破冷启动瓶颈;SAE重新定义PaaS边界;PolarDB数据库实现存储计算分离;DataWorks简化数据湖构建;Flink实时计算助力风控系统。这些技术已在多行业落地,推动效率提升与商业模式创新,助力企业在数字化浪潮中占据先机。
577 12
|
传感器 监控 安全
智慧工地云平台的技术架构解析:微服务+Spring Cloud如何支撑海量数据?
慧工地解决方案依托AI、物联网和BIM技术,实现对施工现场的全方位、立体化管理。通过规范施工、减少安全隐患、节省人力、降低运营成本,提升工地管理的安全性、效率和精益度。该方案适用于大型建筑、基础设施、房地产开发等场景,具备微服务架构、大数据与AI分析、物联网设备联网、多端协同等创新点,推动建筑行业向数字化、智能化转型。未来将融合5G、区块链等技术,助力智慧城市建设。
659 1
|
Dubbo Java 应用服务中间件
服务架构的演进:从单体到微服务的探索之旅
随着企业业务的不断拓展和复杂度的提升,对软件系统架构的要求也日益严苛。传统的架构模式在应对现代业务场景时逐渐暴露出诸多局限性,于是服务架构开启了持续演变之路。从单体架构的简易便捷,到分布式架构的模块化解耦,再到微服务架构的精细化管理,企业对技术的选择变得至关重要,尤其是 Spring Cloud 和 Dubbo 等微服务技术的对比和应用,直接影响着项目的成败。 本篇文章会从服务架构的演进开始分析,探索从单体项目到微服务项目的演变过程。然后也会对目前常见的微服务技术进行对比,找到目前市面上所常用的技术给大家进行讲解。
539 1
服务架构的演进:从单体到微服务的探索之旅

相关产品

  • 容器服务Kubernetes版