镜像

本篇文章使用tomcat和Jpress来作为演示实例 1.制作自己的镜像 1.1Jpress 进入官网 http://jpress.io/ ，下载开源web应用 1.2Dockerfile 是由一系列命令和参数构成的脚本，这些命令应用于基础镜像并最终创建一个新的镜像。简化了从头到尾的流程并极大的简化了部署工作。 1.3docker build 用于使用Dock而file创建镜像。 docker build [OPTIONS] PATH | URL | - OPTIONS说明： --build-arg= [] : 设置镜像创建时的变量； --cpu-shares : 设置 cpu 使用权重； --cpu-period : 限制 CPU CFS周期； --cpu-quota : 限制 CPU CFS配额； --cpuset-cpus : 指定使用的CPU id； --cpuset-mems : 指定使用的内存 id； --disable-content-trust : 忽略校验，默认开启； -f : 指定要使用的Dockerfile路径； --force-rm : 设置镜像过程中删除中间容器； --isolation : 使用容器隔离技术； --label= [] : 设置镜像使用的元数据； -m : 设置内存最大值； --memory-swap : 设置Swap的最大值为内存

vi Dockerfile from hub.c.163.com/library/tomcat MAINTAINER deng denggx@126.com COPY tel_info.war /usr/local/tomcat/webapps docker build -t telinfo:latest . 运行镜像 docker run -d -p 8080:8080 telinfo http://域名:8080/tel_info 来源： CSDN 作者： bluewelkin 链接： https://blog.csdn.net/bluewelkin/article/details/104300430

在/etc/docker下编辑或新增daemon.json加入以下内容： vi /etc/docker/daemon.json { "registry-mirrors": ["https://123abc.mirror.aliyuncs.com"] } systemctl daemon-reload systemctl restart docker 参考链接： https://www.cnblogs.com/hackyo/p/9613465.html 来源： https://www.cnblogs.com/ly2020/p/12303132.html

创建spring boot工程 工程目录 Controller.java 类说明 主要是接收界面请求，直接返回传入的参数 在启动工程，查看工程运行效果 右键SampleApplication.java->run as -> Java application 通过浏览器访问系统 传入的参数「chengaofeng」正常返回了。 对工程进行编译打包 进入工程目录 利用maven命令打包 打包完成后在target目录下会生成一个可执行jar 将可执行jar打镜像 编写 dockerfile 其中的from对应的基础镜像用的是我们自己镜像仓库里面的镜像，也可以直接用docker hub上的基础镜像 FROM openjdk: 8-jre-alpine 打镜像 将Dockerfile和可执行jar放到一个目录下： 进入目录执行docker build 启动镜像（启动前先吧eclipse中运行的程序停掉） 启动 再次通过浏览器访问应用 运行效果和我们通过eclipse启动是一样的 来源： https://www.cnblogs.com/gaofeng-henu/p/12302838.html

1. docker与虚拟机的区别优点 docker可以完成虚拟机可以完成的所有功能,并且Vm所有虚拟机在创建的时候会虚拟独立的系统内核，而docker所有的虚拟机共用主机的系统内核，节约了虚拟环境系统部署的资源，将更好的性能提供给了应用，所以docker占用资源小，比虚拟机开启更快，更方便。 虚拟机的Guest层，还有Hypervisor层在Docker上已经被Docker Engine层所取代，在这里我们需要知道，Guest OS 是虚拟机安装的操作系统，是一个完整的系统内核，另外Hypervisor可以理解为硬件虚拟化平台，它在后Host OS以内核驱动的形式存在。 2.docker结构与组成 客户端服务端模式可单机可分布式部署 服务端负责docker镜像的构建，运行，发布. 2.1 The Docker daemon 接收Docker API请求和管理docker的对象例如镜像、容器、网络、存储卷等， 也可以和其他的Docker daemon通信管理docker的service 2.2 The Docker client 可以和多个daemon进行通信，发送指令给daemon, 用户和daemon交互主要方式。 2.3 Docker registries 存储docker镜像,Docker Cloud是一个公共仓库,是docker默认的仓库。 可以搭建私有仓库。 docker

前言 Docker支持以下的CentOS版本： CentOS 6.5 以上版本 一. Docker的基本组成 1. 镜像（image） Docker 镜像（Image）就是一个 只读的模板 。镜像可以用来创建 Docker 容 器，一个镜像可以创建很多容器。 2. 容器（container） Docker 利用容器（Container）独立运行的一个或一组应用。 容器是用镜像创建的运行实例 。 3. 仓库（repository） 仓库（Repository）是集中存放镜像文件的场所 仓库分为**公开仓库（Public） 和 私有仓库（Private）**两种形式。 最大的公开仓库是 Docker Hub( https://hub.docker.com/ )， 存放了数量庞大的镜像供用户下载。国内的公开仓库包括阿里云 、网易云 ， 小总结： 镜像与容器的关系就像： 类(只读) => 对象 的关系，容器就是镜像的一个运行实例 二. CentOS7.2安装演示 1. 查看当前CentOS版本 rpm -q centos-release 2. 安装步骤与命令 1 . yum - y install gcc 2 . yum - y install gcc - c+ + 3 . yum install - y yum - utils device - mapper - persistent -

文章目录 构建（Build）镜像的相关概念 BuildConfig Build Builder Image Build Trigger和Build Chain 触发Build，创建或更新镜像 基于Webhook的Build Trigger 利用Build Trigger自动更新Image 构建（Build）镜像的相关概念 运行在OpenShift上应用最终必须是以容器的形式运行。在传统方式中，应用容器镜像必须由用户配置Dockerfile，然后运行docker build后才能得到。为了简化这种基于Dockerfile构建镜像的过程，OpenShift提出了构建（即Build）的概念，用它和相关对象来定义、管理镜像构建。这其中就包括非常易于使用的Source-2-Image（简称S2I）的工具，它可以根据最佳实践，直接从应用源码构建出应用容器镜像，因此S2I功能成为OpenShift优于Kubernetes的一大功能。 为了运行构建过程和管理构建，OpenShift使用了两种内部对象：BuildConfig和Build。 BuildConfig BuildConfig是用来定义构建策略的对象，即定义做什么以及怎么做。BuildConfig支持以下四种构建策略： Dockerfile - 即直接使用Dockerfile构建出镜像。 S2I -

Docker 是一个开源的应用容器引擎，基于 Go 语言 并遵从 Apache2.0 协议开源。 Docker 可以让开发者打包他们的应用以及依赖包到一个轻量级、可移植的容器中，然后发布到任何流行的 Linux 机器上，也可以实现虚拟化。 容器是完全使用沙箱机制，相互之间不会有任何接口（类似 iPhone 的 app）,更重要的是容器性能开销极低。 Docker 从 17.03 版本之后分为 CE（Community Edition: 社区版） 和 EE（Enterprise Edition: 企业版） 1.启动 停止docker 　　systemctl start docker #启动docker服务 　　systemctl status docker #查看docker的运行状态 　　systemctl stop docker 　 #停止docker服务 2.帮助命令 　　docker --help #获取帮助 　　docker command --help 　　　#获取对应的命令帮助 3.镜像列表 　　docker images #列出本地所有镜像 　　#REPOSITORY：表示镜像的仓库源 　　#TAG：镜像的标签 　　#IMAGE ID：镜像ID 　　#CREATED：镜像创建时间 　　#SIZE：镜像大小 4.搜索镜像（ https://hub.docker.com/

注：此文章笔者实验记录，欢迎大家指正 查看磁盘分区 查看系统的磁盘数据与容量： 用format查看一下磁盘的情况，0号盘是c1t0d0，系统源磁盘，1号盘是c1t1d0，新增加磁盘，作为镜像盘使用。 注意：两块硬盘的容量最好相等，如果镜像盘比源盘大，在做完分区同步后，镜像盘的大小会变成与源盘相同，多余的那部分看不到，会浪费掉 查看源磁盘分区情况： 如图所示：源磁盘建有3个分区：s0，s1，s3，分别挂载到根目录 ，swap和/export/home 目录。对无挂载点的分区将不显示。 如图所示，查看源磁盘完整分区表时，还有一个s4分区，容量为196M。 注意：solaris 磁盘镜像，需要一个独立分区，容量最少为10M。作为metadb数据库的存放位置，s4分区将用于存放metadb数据库。 查看镜像磁盘分区情况： 查看分区情况时，提示，需要使用fdisk对磁盘操作，格式成solaris的格式， 注意：镜像磁盘一定要fdisk成solaris的格式， fdisk完成后，查看分区信息 备份vfstab和system 备份vfstab和system以备不时之需 cp /etc/vfstab /etc/vfstab.bak cp /etc/system /etc/system.bak 将源磁盘分区与镜像磁盘分区同步 prtvtoc /dev/rdsk/c1t0d0s2 | fmthard

1.虚拟机的配置 2.检测系统版本及内核的命令 [root@ localhost ~]# cat /etc/redhat-release CentOS Linux release 7.3.1611 (Core) [root@ localhost ~]# uname -r 3.10.0-514.el7.x86_64 [root@ localhost ~]# getenforce Disabled 3.检查CPU是否支持虚拟化 cpu是否支持虚拟化 [root@ localhost ~]# egrep -o '(vmx|svm)' /proc/cpuinfo vmx vmx 检查cpu是否建瓯开启虚拟化（输出图片一样则为未开启） [root@ localhost ~]# dmesg |grep kvm 4.安装kvm用户动态模块（libvirt用来管理kvm） [root@ localhost ~]# yum install qemu-kvm qemu-kvm-tools libvirt -y 5.启动livirt [root@ localhost ~]# systemctl start libvirtd.service [root@ localhost ~]# systemctl enable libvirtd.service 6.启动之后我们可以使用ifconfig进行查看