性能测试持续学习 Docker 新建镜像，启动 POD

最新推荐文章于 2025-02-14 19:44:04 发布
原创 最新推荐文章于 2025-02-14 19:44:04 发布 · 800 阅读 · 1 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#学习 #docker #容器 #测试工具 #dubbo #jmeter #单元测试

本文介绍了如何在性能测试中运用Docker，包括在Linux环境下安装Docker，构建Docker镜像，推送到仓库，以及使用已有镜像启动Pod进行测试环境的快速部署。

目录

前言：

1、构建镜像

2、使用已有镜像启动 Pod

前言：

在进行性能测试时，持续学习Docker的使用可以帮助测试团队更好地管理测试环境和资源。通过使用Docker，可以轻松创建和管理测试环境的镜像，并通过启动POD来快速部署和运行性能测试。

主要步骤

1、构建镜像

机器：linux

安装 Docker
yum -y install docker

启动 docker
service docker start

查看 docker 状态
systemctl status docker

登录公司仓库地址
docker login --username=用户名 url

docker images

新建 DockerFile
FROM /centos7-jdk8:0.2.2
RUN wget http://mirror.23media.de/apache/jmeter/binaries/apache-jmeter-5.0.tgz &&\
tar xzvf apache-jmeter-5.0.tgz &&\
mv apache-jmeter-5.0 ./jmeterHome &&\
cp -R jmeterHome /usr/local/bin &&\
export PATH=jmeterHome/bin:$PATH &&\
export CLASSPATH=jmeterHome/lib/ext/ApacheJMeter_

最低0.47元/天 解锁文章
云原生DevOps篇：使用Pipeline流水线项目构建Docker镜像实战
江晓龙的博客
09-09 2198
如果不使用agent，那么就把宿主机的docker挂载到容器中，容器也可以执行docker命令完成打包任务5.测试即可。
云原生DevOps篇：Pipeline流水线项目构建Docker镜像实战
江晓龙的博客
10-01 990
如果不使用agent，那么就把宿主机的docker挂载到容器中，容器也可以执行docker命令完成打包任务。
docker配置镜像实验
wangwc124的博客
07-25 1083
任务1、使用mysql5.6和owncloud镜像，构建一个个人网盘。2、安装搭建私有仓库Harbor3、编写Dockerfile制作Web应用系统nginx镜像，生成镜像nginxv1.1，并推送其到私有仓库。具体要求如下（1）基于centos基础镜像；（2）指定作者信息；（3）安装nginx服务，将提供的dest目录（提供默认主页index.html）传到镜像内，并将dest目录内的前端文件复制到nginx的工作目录；（4）暴露80端口；（5）设置服务自启动。............
docker搭建测试，镜像保存并传输发布
月夜流心的博客
12-03 1370
OPENJDK本身的docker占用526M ，昨天我在本地测试的，加上我们的项目大小，最终创建的镜像大小大概是526M+项目大小，镜像大小大概这么多，我们需要先在服务器上安装docker，之后安装dockerOpenJDK，之后再依据这两个就可以制作docker镜像
[个人独立开发者技术能力全栈]Docker 系列简明教程2——镜像使用
优雅的程序员呀
10-18 374
Docker 系列简明教程2——镜像使用 当运行容器时，使用的镜像如果在本地中不存在，docker 就会自动从 docker 镜像仓库中下载，默认是从 Docker Hub 公共镜像源下载。下面我们来学习：- 1、管理和使用本地 Docker 主机镜像- 2、创建镜像### # 思维导图## 1、列出镜像列表我们可以使用 docker images 来列出本地主机上的镜像。bashrunoob@runoob:~$ docker images REPOSITORY TAG IMAGE ID CREATED S
Docker将在本地制作的镜像在服务器上测试
weixin_45590193的博客
08-18 371
Ubuntu将本地镜像在服务器上测试 Ubuntu/linux下将本地制作的镜像在服务器上测试 1.先在本地将容器commit为镜像 docker commit 容器id 镜像名:tag #例 docker commit -m pytorch1.4 -a kaifazhe be9cf0fbd5c7 pytorch-1.4-py2:v1.0 2.在本地将镜像打包 docker save 镜像名 -o tar名 #例 docker save pytorch-1.4py2:v1.0 -o pytorch-1.4
Docker镜像源自动测试镜像速度，并选择速度最快的镜像(2025年3月更新)
xjxjin的博客
05-17 3498
如果有老铁有比较不错的镜像源，可以提供给我，我加到这个清单里面来。
Docker镜像的手动制作commit
2301_78327423的博客
08-01 1543
一个最基础的镜像有些功能没有，需要自己装，如vim都没有，要自己装。而镜像本身则只提供相应的rootfs，即系统正常运行所必须的用户空间的文件系统，比如: /dev/，/proc，/bin，/etc等目录，容器当中/boot目录是空的，而/boot当中保存的就是与内核相关的文件和目录。移动之后，如果使用yum源，如果一个repo文件找不到，不会遍历该文件夹下的repo文件，所以创建一个文件夹bak，把原有的repo文件移动到bak中，只留下Centos-8.repo文件。由于该容器里面运行着nginx。
scrapy-redis项目打包docker镜像+部署kubernetes
fgsdgsdghdsfgrd的博客
08-20 557
项目根目录新建一个 requirement 文件，如下所示： 项目根目录新建一个Dockerfile 注意：文件不加任何后缀名！将其内容改为： 修改项目环境变量 首先确保重要redis变量，url地址等使用环境变量获取,修改下settings.py，有助于灵活修改项目 构建镜像 接下来，进入到项目更目录镜像构建，命令如下 构建过程根据Dockerfile步骤来，没有出现报错就说明构建成功 查看构建好的镜像执行： 如果需要删除镜像的话执行： 构建好，在执行之前新建一个 .env 文件，其内容如下：
云安全—docker容器镜像检测
王嘟嘟的博客
10-22 1782
docker镜像是属于整个云原生的重要基石之一，如果从镜像开始就没有安全性的话，那么整个云原生也就没有任何的安全性可言。所以镜像检测技术就成为了一个比较重要的点，本篇将通过研究docker镜像工具来整体分析风险以及应对方案。市面上的产品分为三种，一种是检查中间件的，一种是检查容器本身的，还有一种是检查容器基线的。当然还有工具就是集成了所有工具的内容。
Docker 打镜像，部署测试环境
m0_37810374的博客
05-13 861
服务器上打python镜像，部署测试环境
下载docker镜像并测试
github_zwl的博客
12-03 2352
安装docker（不会安装可参考https://blog.youkuaiyun.com/github_34457546/article/details/84754644）之后下载镜像 使用docker最简单的方式莫过于从现有的容器镜像开始。Docker官方网站专门有一个页面来存储所有可用的镜像，网址是：index.docker.io。你可以通过浏览这个网页来查找你想要使用的镜像，或者使用命令行的工具来检索。...
国内可用的 Docker 镜像源测试指南
qq_63147768的博客
02-14 3673
在使用 Docker 时，由于网络原因，直接从 Docker Hub 拉取镜像可能会遇到速度缓慢甚至无法访问的情况。因此，使用国内的 Docker 镜像源可以显著提升镜像拉取速度。本文将介绍如何选择和测试国内可用的 Docker 镜像源，帮助你在开发环境中高效使用 Docker。
CDR-jetson-docker镜像使用及测试教程
郭建洋的博客
02-10 744
一、根据链接下载镜像文件： （备注）：有效下载链接请联系微信群主(17370042325)获取. 1.根据如下链接下载CDR-jetson-v4.18.tar镜像文件： 链接:http://112.74.111.51:1212/down/KSYLT4SBG2tO 提取码:123456
总结：记一次docker调试镜像的问题
w2009211777的专栏
06-09 1704
同事让帮忙部署一个应用到QKE，给了我镜像地址与配置文件。由于要将配置文件映射到容器中，我创建了configmap，然后应用中将configmap中key对应的内容映射到了容器中的配置文件中。但是我遇到了一个问题：容器频繁快速重启，且看不到日志。这就很麻烦了，因为没有日志我就看不到错误的原因，所以，当务之急是想办法获取到日志。之前，我们容器中打印日志，容器重启后，日志就没了，但是至少容器是启动了一会，可以进去看，但是这次这个应用启动太快，立即就挂了，根本没有给时间进入容器。
CDR-x86-docker镜像使用及测试教程
郭建洋的博客
02-10 669
一、CDR-x86-docker镜像使用及测试教程： （备注）：有效下载链接请联系微信群主(17370042325)获取. 1.根据如下链接下载CDR-v4.0.tar镜像文件： 链接:http://112.74.111.51:1212/down/KSYLT4SBG2tO 提取码:123456,如下图： 2.将下载的CDR-v4.0.tar镜像文件导入docker： （备注）：在镜像导入docker前,需在ubuntu_x86平台安装docker和nvidia-docker2，可参考如下链接： ubu
记录Centos安装docker以及测试镜像
qq_45562718的博客
08-10 453
【卸载旧版本】 ##用于卸载服务器内较为旧版本的docker sudo yum remove docker docker-client docker-client-latest docker-common docker-latest docker-latest-logrotate docker-logrotate docker-engine 或 yum -y remove docker docker-common docker-selinux docker-engine 如图： 【下载基础安
Docker高频使用命令总结（镜像与容器命令）
热门推荐
MONGJUK的博客
05-05 1万+
Docker的高频使用命令总结（详细介绍镜像与容器命令）
docker 构建好镜像后测试运行学习笔记
m0_61433200的博客
09-26 1019
docker 构建好镜像，测试运行容器学习笔记。
docker镜像使用Entrypoint来启动服务，如何修改Entrypoint并增加一些操作进去
最新发布
10-16
<think>我们讨论了如何修改Docker镜像的Entrypoint并增加操作。根据引用，用户提到了两种方法：覆盖Entrypoint（引用[1]）和修改Entrypoint以改变SpringBoot激活环境（引用[2]）。用户现在想了解在启动服务时如何修改Entrypoint并增加一些操作。 解决方案： 1. 覆盖Entrypoint：在运行容器时使用`--entrypoint`参数覆盖整个Entrypoint。 2. 在原有Entrypoint的基础上增加操作：可以通过在`docker run`命令中传递新的命令参数（CMD部分）来实现，但这需要镜像的原始Entrypoint能够接收参数。或者，使用脚本包装器。 详细步骤： 方法1：完全覆盖Entrypoint（适用于需要完全替换启动命令的情况） docker run -it --entrypoint /bin/bash your_image:tag 方法2：在原有Entrypoint基础上追加操作（通过传递CMD参数） 如果原始镜像的Dockerfile中使用了`ENTRYPOINT`和`CMD`的组合，那么我们可以通过传递新的CMD来改变参数。但注意，如果Entrypoint是一个脚本，我们可以通过传递参数来改变其行为。 方法3：使用脚本包装器（推荐） 创建一个新的启动脚本，在其中先执行我们想要增加的操作，然后再执行原始Entrypoint。然后覆盖Entrypoint为这个新脚本。 步骤示例（方法3）： 步骤1：创建一个新的启动脚本（例如`new_entrypoint.sh`） ```bash #!/bin/sh # 执行新增操作 echo "Performing additional operations..." # 然后执行原始Entrypoint exec /original/entrypoint.sh "$@" ``` 步骤2：在Dockerfile中复制这个新脚本并设置Entrypoint ```Dockerfile COPY new_entrypoint.sh /new_entrypoint.sh RUN chmod +x /new_entrypoint.sh ENTRYPOINT ["/new_entrypoint.sh"] ``` 步骤3：构建新镜像并运行 方法4：运行时覆盖并传递参数（不修改镜像） 如果只是想在启动时先执行一些命令，然后再进入原始Entrypoint，可以使用以下技巧： ```bash docker run --entrypoint /bin/sh your_image:tag -c "echo 'do something'; exec /original/entrypoint.sh param1 param2" ``` 注意：这里使用了`exec`来替换当前shell进程，保证原始Entrypoint成为PID 1。 根据引用[1]，我们可以直接使用`--entrypoint`覆盖，然后指定新的命令（如`/bin/bash`）来进入容器手动操作。但如果是生产环境，我们可能需要自动化的方式。 结合用户需求：在启动服务时修改Entrypoint并增加一些操作，我们可以推荐方法3（构建新镜像）或方法4（在运行时使用shell命令）。 示例：在运行容器时增加操作（方法4） ```bash docker run -d --entrypoint /bin/sh your_image:tag -c "echo 'Performing pre-start operations...'; exec ./your_entrypoint.sh" ``` 这里假设原始镜像的Entrypoint是`./your_entrypoint.sh`，我们在启动容器时先执行一个echo命令，然后通过exec执行原始Entrypoint。 注意事项： - 使用`exec`是为了避免产生额外的shell进程，这样可以使原始Entrypoint成为容器的主进程（PID 1），从而正确接收信号（如SIGTERM）。 - 如果原始Entrypoint是一个脚本，我们需要知道它在镜像中的路径。 如果用户需要修改的是SpringBoot激活环境（如引用[2]），我们可以通过传递CMD参数来覆盖： ```bash docker run -d your_image:tag --spring.profiles.active=prod ``` 这要求原始镜像的Entrypoint能够接收参数，并且没有在Entrypoint中固定参数。 因此，总结修改Entrypoint并增加操作的方法： - 覆盖Entrypoint并执行自定义命令（运行时） - 通过传递CMD参数（如果Entrypoint支持） - 构建新镜像，编写包装脚本（长期方案） 引用说明： 我们在回答中参考了覆盖Entrypoint的方法（引用[1]）和修改启动参数的需求（引用[2]），以及容器运行的基本命令（引用[3]）。 相关问题： 1. 如何传递环境变量给Docker容器中的应用程序？ 2. 在Docker容器中如何优雅地停止服务？ 3. Docker Entrypoint和CMD的区别是什么？ 4. 如何调试Docker容器的启动过程？ </think>### Docker 镜像修改 Entrypoint 并增加操作的完整指南 当需要在 Docker 镜像启动服务时修改 Entrypoint 并增加额外操作，以下是四种实用方法： --- #### 1. **运行时覆盖 Entrypoint（临时修改）** 直接在 `docker run` 命令中通过 `--entrypoint` 参数覆盖原有 Entrypoint： ```bash # 覆盖为自定义命令（示例：先执行数据备份再启动服务） docker run -d \ --name my_container \ --entrypoint /bin/sh \ your_image:tag \ -c "mkdir -p /backup && cp /app/config/* /backup/ && ./original_entrypoint.sh" ``` **特点**： - 即时生效，不修改原镜像 - 适合临时诊断或测试场景 - 命令格式必须完整（需指定 shell 解释器）[^1] --- #### 2. **创建包装脚本（永久修改）** 构建新镜像时添加包装脚本，扩展原始 Entrypoint： ```Dockerfile # 新建包装脚本 FROM your_base_image:tag COPY wrapper.sh /usr/local/bin/ RUN chmod +x /usr/local/bin/wrapper.sh # 覆盖原始 Entrypoint ENTRYPOINT ["/usr/local/bin/wrapper.sh"] ``` `wrapper.sh` 脚本内容示例： ```bash #!/bin/sh # 新增前置操作 echo "[$(date)] Starting initialization..." > /var/log/init.log /app/bin/prepare-env.sh # 自定义初始化脚本 # 执行原始 Entrypoint exec ./original_entrypoint.sh "$@" ``` **优势**： - 可扩展复杂初始化逻辑 - 保持原始启动命令不变 - 通过 `exec` 确保新进程继承 PID 1[^3] --- #### 3. **环境变量注入（灵活配置）** 通过环境变量控制 Entrypoint 行为： ```dockerfile # Dockerfile 修改 ENTRYPOINT ["/bin/sh", "-c", "./start-service.sh ${EXTRA_ARGS}"] ``` 启动时注入变量： ```bash # 增加额外启动参数 docker run -d \ -e EXTRA_ARGS="--preflight-check --log-level=debug" \ your_image:tag ``` **适用场景**： - 动态调整启动参数（如日志级别、环境配置） - 兼容 Kubernetes 环境变量注入 - 避免硬编码敏感参数[^2] --- #### 4. **多阶段 Entrypoint（模块化操作）** 拆分 Entrypoint 为多个可执行单元： ```dockerfile # Dockerfile COPY --chmod=755 stage-*.sh /scripts/ ENTRYPOINT ["/bin/sh", "-c", "/scripts/stage-1.sh && /scripts/stage-2.sh && /scripts/run-main.sh"] ``` 阶段脚本示例： ```bash # stage-1.sh：前置操作 #!/bin/sh /app/bin/validate-config.sh # run-main.sh：主服务启动 #!/bin/sh exec ./original_entrypoint.sh ``` **最佳实践**： - 每个脚本专注单一功能 - 便于调试和维护 - 支持条件执行（如 `[ -f /config/file ] && stage-3.sh`） --- ### 操作对比表 | **方法** | 适用场景 | 持久性 | 复杂度 | 容器信号处理 | |----------------------|-----------------------------|--------|--------|--------------| | 运行时覆盖 | 临时调试/快速验证 | ✘ | 低 | 需手动处理 | | 包装脚本 | 生产环境定制启动流程 | ✔ | 中 | 自动继承 | | 环境变量注入 | 动态参数配置 | ✔ | 低 | 自动继承 | | 多阶段 Entrypoint | 复杂初始化流程 | ✔ | 高 | 自动继承 | --- ### 关键注意事项 1. **信号传递问题** - 必须使用 `exec` 启动最终进程（如 `exec ./main.sh`） - 确保 PID 1 进程正确处理 SIGTERM 等信号 2. **错误处理** ```bash # 在包装脚本中添加错误检测 ./pre-start.sh || { echo "Pre-start failed"; exit 1; } exec ./main.sh ``` 3. **上下文共享** - 前置操作生成的文件需写入持久化卷 - 避免在临时文件系统操作关键数据 4. **Kubernetes 集成** ```yaml # K8s Pod 配置示例 command: ["/bin/sh", "-c"] args: - "prepare-env.sh && exec ./main.sh --port=8080" ``` --- ### 典型应用场景 **场景1：数据库启动前执行迁移** ```bash docker run -d \ --entrypoint /bin/sh \ postgres:14 \ -c "alembic upgrade head && exec docker-entrypoint.sh postgres" ``` **场景2：动态生成配置文件** ```dockerfile # Dockerfile ENTRYPOINT ["/bin/sh", "-c", "envsubst < /template.conf > /app.conf && ./start.sh"] ``` 通过灵活组合上述方法，可实现安全可靠的 Entrypoint 扩展，满足不同环境的初始化需求[^1][^2][^3]。 ---
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值