前言： 目前arm系统越来越常见，对镜像的多架构需求也越来越大。对于同一个镜像，最简单的办法就是在amd64或arm机器上build后通过不同的tag进行区分，比如 Nginx:v1
前言：
目前arm系统越来越常见，对镜像的多架构需求也越来越大。对于同一个镜像，最简单的办法就是在amd64或arm机器上build后通过不同的tag进行区分，比如 Nginx:v1-amd64 、 nginx:v1-arm64 ，但这种方式比较丑陋，而且没有对应架构的机器用来构建怎么办？
目前最新的办法就是使用buildx来进行构建，不过这个特性目前默认是没启用的，需要在Docker的配置文件中添加 "experimental": true 后重启docker服务生效。
首先执行下面的命令让amd64的机器也可以构建arm的镜像：
docker run --rm --privileged tonistiigi/binfmt:latest --install all然后创建一个新的build实例：
docker buildx create --use --name=mybuilder-cn --driver docker-container --driver-opt image=dockerpracticesig/buildkit:master这样准备工作就全都做好了。
接下来以一个kubebuilder命令创建的operator项目默认的Dockerfile为例：
# Build the manager binary
FROM --platfORM=$TARGETPLATFORM golang:1.16 as builder
ARG TARGETOS TARGETARCH
WORKDIR /workspace
# Copy the Go Modules manifests
COPY go.mod go.mod
COPY go.sum go.sum
# cache deps before building and copying source so that we don't need to re-download as much
# and so that source changes don't invalidate our downloaded layer
RUN go mod download
# Copy the go source
COPY main.go main.go
COPY api/ api/
COPY controllers/ controllers/
# Build
RUN CGO_ENABLED=0 GOOS=${TARGETOS} GOARCH=${TARGETARCH} go build -a -o manager main.go
# Use distroless as minimal base image to package the manager binary
# Refer to https://GitHub.com/GoogleContainerTools/distroless for more details
FROM --platform=$TARGETPLATFORM GCr.io/distroless/static:nonroot
WORKDIR /
COPY --from=builder /workspace/manager .
USER 65532:65532
ENTRYPOINT ["/manager"]修改点有2个:
--platform=$TARGETPLATFORM
GOOS=${TARGETOS} GOARCH=${TARGETARCH}这些TARGET开头的变量可以在参考链接2里看到全部含义。
接下来使用这个文件进行构建：
docker buildx build -t hello/namespace/name:v1 -f Dockerfile . --platform linux/amd64,linux/arm64 --push注意这里的 buildx 、 --platform 参数后面跟随需要构建的版本、以及 --push ，buildx构建的多架构镜像要么使用这个参数push到镜像仓库，要么使用 --load 加载到本地，不可省略。
构建完成后就会生成相应的多架构镜像了，可以使用 docker manifest inspect 来进行验证，比如：
docker manifest inspect hello/namespace/name:v1
{
"schemaVersion": 2,
"mediaType": "application/vnd.docker.distribution.manifest.list.v2+JSON",
"manifests": [
{
"mediaType": "application/vnd.docker.distribution.manifest.v2+json",
"size": 1367,
"digest": "sha256:a7b99854e13939e3beaf21c1da8b4654022018eda9f438155b18ae16eeff49a5",
"platform": {
"architecture": "amd64",
"os": "linux"
}
},
{
"mediaType": "application/vnd.docker.distribution.manifest.v2+json",
"size": 2169,
"digest": "sha256:844885928813685ffa8c5ea4c6e9e7a09d95ac79e417afae0be7b73086762cfd",
"platform": {
"architecture": "arm64",
"os": "linux"
}
}
]
}可以看出确实是生成了多个架构的镜像，使用时直接在不同架构的机器上pull就会自动下载对应的架构镜像了。或者也可以使用 docker pull --platform arm64|amd64 xxxxx 来指定拉取镜像的架构。
对于某些没有办法使用buildx的场景，我们可以手动build不同架构的镜像，然后再手动创建manifest，比如：
# 指定拉取amd64架构
docker pull --platform amd64 gcr.io/distroless/static:nonroot
# 重新打tag
docker tag 9ef34 hello/ns/static:nonroot-amd64
# 推送
docker push hello/ns/static:nonroot-amd64
# 指定拉取arm64架构
docker pull --platform arm64 gcr.io/distroless/static:nonroot
# 重新打tag
docker tag 91714 hello/ns/static:nonroot-arm64
# 推送
docker push hello/ns/static:nonroot-arm64
## 制作manifest
docker manifest create hello/ns/static:nonroot hello/ns/static:nonroot-amd64 hello/ns/static:nonroot-arm64
docker manifest push hello/ns/static:nonroot
docker manifest rm hello/ns/static:nonroot重点是最后3行，push manifest后使用就和第一种方法一样了。
另外如果想进行多架构构建有几个注意点：
yum|apt install其他 查看镜像仓库里都有哪些镜像：
查看镜像有哪些tag:
curl -u "用户名":"密码" -X GET http://镜像地址:5000/v2/命名空间/镜像名称/tags/list | Python -m json.tool到此这篇关于Docker镜像多架构构建介绍的文章就介绍到这了,更多相关Docker镜像 内容请搜索编程网以前的文章或继续浏览下面的相关文章希望大家以后多多支持编程网！
--结束END--
本文标题: Docker镜像多架构构建介绍
本文链接: https://www.lsjlt.com/news/167615.html(转载时请注明来源链接)
有问题或投稿请发送至: 邮箱/279061341@qq.com QQ/279061341
下载Word文档到电脑，方便收藏和打印～
2024-05-13
2024-05-13
2024-05-11
2024-05-11
2024-05-10
2024-05-07
2024-04-30
2024-04-30
2024-04-30
2024-04-29
回答
回答
回答
回答
回答
回答
回答
回答
回答
回答
官方手机版
微信公众号
商务合作
0