dockerpush指定仓库（docker push 本地仓库）

本篇文章给大家谈谈dockerpush指定仓库，以及docker push 本地仓库对应的知识点，希望对各位有所帮助，不要忘了收藏本站喔。

本文目录一览：

• 1、怎么搭建docker 私有仓库
• 2、docker-java如何将本地上传的镜像包重新打包并push至指定的镜像仓库
• 3、Docker push镜像到远程仓库
• 4、docker怎么修改拉取源从指定的国内仓库拉取镜像

怎么搭建docker 私有仓库

环境准备

环境：两个装有Docker的Ubuntu虚拟机

虚拟机一：192.168.112.132 用户开发机

虚拟机二：192.168.112.136 用作私有孙培仓库

此处我们准备了两个虚拟机，分别都安装了Docker，其中132机器用作开发机，136机器用作registry私誉拦有仓库机器。环境准备好之后接下来我们就开始搭建私有镜像仓库。

搭建私有仓库

首先在136机器上下载registry镜像

$ sudo docker pull registry

下载完之后我们通过该镜像启动一个容器

$ sudo docker run -d -p 5000:5000 registry

默认情况下，会将仓库存放于容器内的/tmp/registry目录下，这样如果容器被删除，则存放于容器中的镜像也会丢失，所以我们一般情况下会指定本地一个目录挂载到容器内的/tmp/registry下，如下：

$ sudo docker run -d -p 5000:5000 -v /opt/data/registry:/tmp/registry registry

可以看到我们启动了一个容器，地址为：192.168.112.136:5000。

测试

接下来我们就要操作把一个本地镜像push到私有仓库中。首先在132机器下pull一个比较小的镜像来测试（此处使用的是busybox）。

$ sudo docker pull busybox

接下来修改一下该镜像的tag。

$ sudo docker tag busybox 192.168.112.136:5000/busybox

接下来把打了tag的镜像上传到私有仓库。

$ sudo docker push 192.168.112.136:5000/busybox

可以看到push失败，具体错误如下：

2015/01/05 11:01:17 Error: Invalid registry endpoint : Get : dial tcp 192.168.112.136:5000: connection refused. If this private registry supports only HTTP or HTTPS with an unknown CA certificate, please add `--insecure-registry 192.168.112.136:5000` to the daemon's arguments. In the case of HTTPS, if you have access to the registry's CA certificate, no need for the flag; simply place the CA certificate at /etc/docker/certs.d/192.168.112.136:5000/ca.crt 11

因为Docker从1.3.X之后，与docker registry交互默认使用的是https，然而此处搭建的私有仓库只提供http服务，所以当与私有仓库交互时就会报上面的错误。为了解决这个问题需要在启动docker server时增加启动参数为默认使用http访问。修改docker启动配置文件（此处是修改132机器的配置）Ubuntu下配置文件地址为：/etc/init/docker.conf，在其中增加–insecure-registry 192.168.112.136:5000如下所示：

$ sudo vi /etc/init/docker.conf

修改完之后，重启Docker服务。

$ sudo restart docker

重启完之后我们再次运行推送命令，把本地镜像推送到私有服务器上。

$ sudo docker push 192.168.112.136:5000/busybox

可以看到镜像已经push到私有仓库中去了。

接下来我们删除本地镜像，然后从私有仓库中pull下来该镜像。

$ sudo docker pull 192.168.112.136:5000/busybox

到此就搭建好了Docker私有仓库。上面庆凯胡搭建的仓库是不需要认证的，我们可以结合nginx和https实现认证和加密功能。

[img]

docker-java如何将本地上传的镜像包重新打包并push至指定的镜像仓库

Docker 是一个开源的应用容器引擎，让开发者可以打包他们的应用以及依赖包到一个可移植的容器中，然后发布到任何流行的Linux机器上，也可以实现虚拟化，容器是完全使用沙箱机制，相互之间不会有任何接口。

一个完整的Docker有以下几个部分组成：

dockerClient客户端

Docker Daemon守护进程

Docker Image镜像

DockerContainer容器[2]

起源

Docker 是 PaaS 提供商 dotCloud 开源的一个基于 LXC 的高级容器引擎，源代码托管在 Github 上, 基于go语言并遵从Apache2.0协议开源。

Docker自2013年以来非常火热，无论是从 github 上的代码活跃度，还是Redhat在RHEL6.5中集成对Docker的支持, 就连 Google 的 Compute Engine 也支持 docker 在其之上运行。

一款开源软件能否在商业上成功，很大程度上依赖三件事 - 成功的 user case(用例), 活跃的社区和一个好故事。 dotCloud 自家的 PaaS 产品建立在docker之上，长期维护且有大量的用户，社区也十分活跃，接下来我们看看docker的故事。

环境管理复杂 - 从各种OS到各种中间件到各种app, 一款产品能够成功作为开发者需要关心的东西太多，且难于管理，这个问题几乎盯渣和在所有现代IT相关行业都需要面对。

云计算时代的到来 - AWS的成功, 引导开发者将应用转移到 cloud 上, 解决了硬件管理的问题，然而中间件相关的问题依然存在 (所以openstack HEAT和 AWS cloudformation 都着力解决这个问题)。开发者思路变化提供了可能性。

虚拟化手段的变化 - cloud 时代采用标配硬件来降低成凯盯本，采用虚拟化手段来满足用户按需使用的需求以及保证可用性和隔离性。然而无论是KVM还是Xen在 docker 看来,都在浪费资源，因为用户需要的是高效运行环境而非OS, GuestOS既浪费资源又难于管理, 更加轻量级的LXC更加灵活和快速

LXC的移动性 - LXC在 linux 2.6 的 kernel 里就已经存在了，但是其设计之初并非为云计算考虑的，缺少标准化的描述手段和容器的可迁移性，决定其构建出的环境难于迁移和标准化管理(相对于KVM之类image和snapshot的概念)。docker 就在这个问题上做出实质性的革新。这是docker最独特的地方。

VM技术和容器技术对比

面对上述几个问题，docker设想是交付运行环境如同海运，OS如同一个货轮，每一个在OS基础上的软件都如同一个集装箱，用户可以通过标准化手段自由组装运行环境，同时集装箱的内容可以由用户自定义，也可以由专业人员制造。这样，交付一个软件，就是一系列标准化组件的集合的交付，如同乐高积木，用户只需要选择合适的积木组合，并且在最顶端署上自己的名字(最后一个标准化组件是用户的app)。这也就是基于docker的PaaS产品的原型。

Docker 架构

Docker 使用客户端-服务器 (C/S) 架构模式，使用远程API来管理和创建Docker容器。Docker 容器通过 Docker 镜像来创建。容器与镜像的关系类似于面向对象编程中的对象与类。[3]

Docker 面向对象

容器

对象

镜像

类

Docker采用 C/S架构 Docker daemon 作为服务端接受来自客户的请求，并处理这些请求（创建、运行、分发容器）。 客户端和服务端既可以运行在一个机器上，也可通过 socket 或者RESTful API 来进行通信。

Docker daemon 一般在宿主主机后台运行，等待接收来自客户端的消息。 Docker 客户端则梁陵为用户提供一系列可执行命令，用户用这些命令实现跟 Docker daemon 交互。[4]

特性

在docker的网站上提到了docker的典型场景：

Automating the packaging and deployment of applications（使应用的打包与部署自动化）

Creation of lightweight, private PAAS environments（创建轻量、私密的PAAS环境）

Automated testing and continuous integration/deployment（实现自动化测试和持续的集成/部署）

Deploying and scaling web apps, databases and backend services（部署与扩展webapp、数据库和后台服务）

由于其基于LXC的轻量级虚拟化的特点，docker相比KVM之类最明显的特点就是启动快，资源占用小。因此对于构建隔离的标准化的运行环境，轻量级的PaaS(如dokku), 构建自动化测试和持续集成环境，以及一切可以横向扩展的应用(尤其是需要快速启停来应对峰谷的web应用)。

构建标准化的运行环境，现有的方案大多是在一个baseOS上运行一套puppet/chef，或者一个image文件，其缺点是前者需要base OS许多前提条件，后者几乎不可以修改(因为copy on write 的文件格式在运行时rootfs是read only的)。并且后者文件体积大，环境管理和版本控制本身也是一个问题。

PaaS环境是不言而喻的，其设计之初和dotcloud的案例都是将其作为PaaS产品的环境基础

因为其标准化构建方法(buildfile)和良好的REST API，自动化测试和持续集成/部署能够很好的集成进来

因为LXC轻量级的特点，其启动快，而且docker能够只加载每个container变化的部分，这样资源占用小，能够在单机环境下与KVM之类的虚拟化方案相比能够更加快速和占用更少资源。

Docker push镜像到远程仓库

首先要记得登录 docker login

如果遇到问题

error: An image does not exist locally with the tag

solution:这个地方特别要注意，推上洞正去的镜像前面的仓库名必须和自己的用裤颤段户名一致

比如我的用户名叫ucasxza 那我的镜像前面的路径也得叫ucasxza

push之前要给镜像打上tag ucasxza

sudo docker tag jamtur01/static_web ucasxza/static_web

jamtur01是 第一本docker书中给的例子

然后胡誉就可以push成功啦

docker怎么修改拉取源从指定的国内仓库拉取镜像

docker pull如何修改默认的镜像仓库

执行docker pull image_NAME 默认庆启都是去官方来拉取，怎么设置默帆碰认去本地拉取？本地已建registry，就是每次得以这种格式拉取：docker pull IP：PORT/image_NAME，不是很方便，现在请问怎么配置默认就来本地拉取，不需要输入IP：PORT，如果本地仓库没有所需镜像，再去官方拉取？

谢谢大家！！

回答

张春源 技术总监 , 希云cSphere

如果本地有的image，是不会去Registry库中查找的！（查找顺序是先找本地，后查找Registry库，默认库是docker hub）

设置首选Registry库可以通过 --insecure-registry 参数指定。

image的格式是$registry_url/name:tag $registry_url是Registry库誉轿如的链接地址，pull push是通过这个地址来判断的。

后面的端口号，可以通过加一个proxy来解决！

2015-05-08

邓磊 系统运维工程师 , 游戏公司

感觉你需要的是docker的mirror，可以参考

2015-05-08

sxauyhz 系统运维工程师 , 北京旋极

1、配置 other_args="--insecure-registry=x.com"可以设置默认的registry，这个明白啦

2、docker pull拉取image时，能不能把$registry_url这些去掉，直接写docker pull name:tag ？

谢谢大神解答！！

2015-05-08

sxauyhz 系统运维工程师 , 北京旋极

回复 3# dl528888

谢谢 看到啦 差不多是这个意思

2015-05-08

关于dockerpush指定仓库和docker push 本地仓库的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。