2015-08-28 62 views

回答

2

所有码头工人的建筑首先必须使用注册表(可以是私人或公共(如搬运工集线器)

1)答案推挽机制,你的第一个Question- 移动泊坞窗图像和容器之间的机器?

您可以创建图像或容器的tar文件,然后在您的机器之间移动tar文件。

使用泊坞窗PS -a检查,然后根据您的需要使用下列的任何一个:

$搬运工PS -a

容器ID IMAGE命令创建的状态 68d9619a7a91 Ubuntu的: 14.04“/ bin/bash”10秒前已退出

对于集装箱搬运 - 使用码头出口和进口:


$搬运工出口68d9619a7a91> Ubuntu的container.tar

$搬运工进口 - 更新< Ubuntu的container.tar

图像移动 - 使用泊坞窗保存和载入:


个$搬运工图像

$搬运工节省-o image.tar

$搬运工负载< image.tar

2)其次question-管理在生产环境中的容器?

a)最好是拥有自己的私人注册表来管理您的容器所需的所有图像。假设您有一个专用节点作为Docker注册表,您的所有泊坞窗图像都将保留。现在,您可以将更改或图像更新推送到注册表,然后相应地将此图像从此注册表中拖到您的机器上,该机器将从此运行容器图片。

B)在集群和不同云提供商管理图像/箱的另一个好方法是使用Kubernetes(由谷歌开源)。虽然我们还没有实现Kubernetes,但只是开始研究它的文档,如果您使用的是Docker容器和云,它看起来非常有前途。

+0

我会谨慎反对图像移动。如果您需要另一台计算机上的映像,请将其构建为您的配置项或部署过程的一部分。这样它可以标记并自动管理它。总是自动化。 –

+0

我也同意在生产中你不应该使用tar移动和使用你的图像。这就是为什么我提到要维护一个私人注册表,在DockerFile中生成的所有最新图像都将保留下来,并且您只需从正在运行的计算机上拖拉...您可以使用docker文件与CI在运行实例上构建图像,但是不会重用图像。但即使使用CI自动化,您也必须在不同的机器上构建DockerFile –

+0

此外,我们还面临着在每个EC2实例上构建dockerFile的docker图像的问题,因为相同的DockerFile可能无法在相同机器配置下始终运行良好。显然CI的自动化方式比移动(或导出导入)要好。但是,我提到了一种可以使用docker命令的方式,因为它在开发过程中可能有用。 –