构建多CPU架构支持的Docker镜像

关注

VIP免费原创最新推荐文章于 2026-03-13 17:37:40 发布 1.4w 阅读 AI 写同款· GEO 优化 ›

SRS支持x86/armv7/aarch64镜像 • linux/arm/v7 这是armv7也就是32位架构，比如RaspberryPI就是这种服务器，如果你要在PI上使用SRS，可以用这个镜像。可以选择云主机验证ARM的docker，腾讯云ARM[10]，阿里云ARM[11]，华为云鲲鹏[12]，AWS ARM[13]。下面是支持多CPU架构的镜像的其他背景，若你需要修改代码了自己打镜像，或者需要支持其他CPU架构，可以参考下面的资料支持。多CPU架构的镜像，不能使用一般的方式直接推送多仓库，需要使用一个独立的action。阅读详情

作者简介：
胡晓亮目前就职于IBM Platform Computing 系统科技部云计算部门，担任云计算开发部工程师。自2013年8月开始参与OpenStack，然后又转战Spark，目前工作在K8S相关领域。
责编：钱曙光（qianshg@csdn.net）
声明：本篇为原创内容，CSDN独家发布，禁止未经授权的任何形式转载。

Docker简介

由于基于Hypervisor虚拟化技术仍然存在一些性能和资源使用效率方面的问题，近3年来容器技术席卷了整个互联网应用乃至IT界的技术革新，成为一种被大家广泛认可的服务器资源共享技术。它从根本上变革了应用程序的开发和发布方式，经过爆炸式的成长，容积技术的翘楚Docker实际上已经成为了容器格式和运行时的标准，大量流行的开源应用程序都宣布支持容器化，并且一些企业级的应用程序也开始往容器上迁移, Docker容器世界欣欣向荣。

Multi architecture Docker镜像

Multi architecture Docker镜像的支持让Docker向自己宣称的口号 “Build, Ship, and Run Any App, Anywhere” 更近了一大步。那什么是Multi architecture Docker镜像呢？我们可以通过一个例子来说明。我们知道JAVA语言编写的应用程序是 “Write once, run anywhere”，它体现了JAVA跨平台的特性，但是JAVA程序的运行环境JVM（JAVA 虚拟机）却不是跨平台的，它是JAVA应用程序和OS平台之间的一个桥梁，不同的类型的OS和CPU架构机器需要安装相应的JVM才能运行JAVA程序。而 Docker image也是一样的，它也是依赖运行平台的，我们不能把一个httpd的ppc64le/linux架构的Docker镜像运行在amd64/linux 架构的环境中，我们也不能把一个Windows镜像运行在Linux平台上，否则你会遇到 “exec format error”。早期Docker镜像存储的设计没有充分考虑到镜像Multi architecture的支持，而是简单的使用镜像存储库的前缀来区分相同应用的不同平台，并建议开发者将不同平台的镜像应该push到相对应的Docker hub的镜像仓库中，而这种糟糕的设计依然保留在最新的Docker设计文档中如下：

IBM z Systems (s390x): https://hub.docker.com/u/s390x/
ARMv7 32-bit (arm32v7): https://hub.docker.com/u/arm32v7/
Windows x86-64 (windows-amd64): https://hub.docker.com/u/winamd64/
Linux x86-64 (amd64): https://hub.docker.com/u/amd64/

例如运行busybox在多个平台上，按照Docker社区的方法如下：

x86-64:     docker run -it --rm busybox or docker run -it --rm amd64/busybox
ppc64le:   docker run -it --rm ppc64le/busybox 
s390x:      docker run -it --rm s390x/busybox

基于Docker社区的做法，对于我们自己的应用程序Docker镜像多平台支持，我们还可以采取类似方法：

1. 基于tag

x86-64:    docker run -it --rm myapp:x86-64
ppc64le:  docker run -it --rm myapp:ppc64le
s390x:      docker run -it --rm myapp:s390x

2. 基于image 名称的后缀

x86-64:    docker run -it --rm myapp_x86-64
ppc64le:  docker run -it --rm myapp_ppc64le
s390x:      docker run -it --rm myapp_s390x

不管是基于镜像存储库的前缀，或者是基于tag或image名称后缀来区分不同的运行平台来pull相应的Docker镜像都不是好的设计，而好的设计是应该用户只要执行docker pull myapp就行了而不用关心容器的运行平台，Docker engine根据运行环境来pull相关的镜像，真正的做到 “Run Any App, Anywhere”。Docker社区已经注意到了这个问题，通过重新定义 v2.2 Image specification format（PR #1068）并在 Implement schema2 manifest formats（PR #1281）实现了Multi architecture Docker镜像功能。从Docker registry v2.3和Docker 1.10 开始，Docker hub就可以pull multi architecture Docker镜像了.

例如有2个Linux host，一个host(kvm-014009)arch是x86_64，另一个host(power807l )arch是ppc64le，我们分别在两个host 上运行 busybox 容器并且打印容器中基础镜像的arch, 看看是不是pull相同的镜像但是可以打印出与平台相关的输出。

x86_64 host ：

[root@kvm-014009 ~]# docker run -it --rm busybox arch

Unable to find image 'busybox:latest' locally

latest: Pulling from library/busybox

67a0688b88df: Pu