1. 项目概述

在RHEL8系统中部署Docker并运行nginx容器是当前企业级应用部署的黄金组合方案。作为红帽企业级Linux的最新稳定版本，RHEL8提供了完善的容器运行时支持，而Docker作为容器化技术的标杆，配合nginx这个高性能的Web服务器，能够快速搭建起灵活、可扩展的服务架构。

这套技术栈的优势在于：RHEL8提供了长期稳定的基础操作系统支持，Docker实现了应用环境的标准化封装，nginx则承担了高效的流量处理工作。三者结合特别适合需要快速迭代的Web服务、微服务架构以及CI/CD流水线等场景。

2. 环境准备与依赖检查

2.1 系统基础配置确认

在开始安装前，我们需要确保系统满足基本要求：

• 确认系统版本为RHEL8.x（通过cat /etc/redhat-release命令查看）
• 保证至少2GB可用内存（建议4GB以上以获得更好体验）
• 磁盘空间不少于20GB
• 具有sudo权限的普通用户账号

重要提示：生产环境建议使用订阅管理的RHEL系统以获得完整支持，开发测试可使用CentOS Stream作为替代

2.2 必要依赖包安装

Docker运行需要一些基础依赖包，执行以下命令安装：

sudo dnf install -y yum-utils device-mapper-persistent-data lvm2

这些包提供了：

• yum-utils：包含yum-config-manager等实用工具
• device-mapper-persistent-data和lvm2：Docker使用的存储驱动依赖

3. Docker在线安装详解

3.1 配置官方Docker仓库

RHEL8默认不包含Docker官方仓库，需要手动添加：

sudo yum-config-manager --add-repo https://download.docker.com/linux/centos/docker-ce.repo

这里有几个关键点需要注意：

1. 虽然使用的是CentOS的仓库地址，但它完全兼容RHEL8
2. 如果企业有内部仓库镜像，建议替换为内网地址提高下载速度
3. 对于aarch64架构的系统，仓库地址需要相应调整

3.2 安装Docker引擎

执行安装命令：

sudo dnf install -y docker-ce docker-ce-cli containerd.io

安装完成后，验证版本：

docker --version

正常应显示类似"Docker version 20.10.12, build e91ed57"的输出

3.3 启动并验证Docker服务

启动Docker服务并设置开机自启：

sudo systemctl enable --now docker

验证服务状态：

sudo systemctl status docker

正常应显示"active (running)"状态

测试Docker基本功能：

sudo docker run hello-world

这个测试镜像会输出欢迎信息然后退出，确认Docker可以正常工作

4. nginx镜像的获取与运行

4.1 拉取官方nginx镜像

Docker Hub提供了官方维护的nginx镜像，执行拉取命令：

sudo docker pull nginx

默认会拉取latest标签的镜像，对于生产环境，建议指定具体版本号如：

sudo docker pull nginx:1.21

4.2 运行nginx容器

基础运行命令：

sudo docker run --name my-nginx -p 8080:80 -d nginx

参数说明：

• --name：为容器指定一个易记的名称
• -p：端口映射，格式为<主机端口>:<容器端口>
• -d：后台运行模式

验证容器运行状态：

sudo docker ps

应能看到名为my-nginx的容器处于运行状态

4.3 访问测试

在浏览器访问服务器IP的8080端口，应能看到nginx的默认欢迎页面。也可以通过命令行测试：

curl http://localhost:8080

5. 生产环境配置建议

5.1 持久化配置与日志

默认情况下，nginx的配置和日志都存储在容器内部，重启后会丢失。建议挂载宿主机目录：

sudo mkdir -p /opt/nginx/{conf,logs,html} sudo docker run --name prod-nginx \ -p 80:80 \ -v /opt/nginx/conf:/etc/nginx/conf.d \ -v /opt/nginx/logs:/var/log/nginx \ -v /opt/nginx/html:/usr/share/nginx/html \ -d nginx

5.2 资源限制

为防止单个容器占用过多资源，可以设置限制：

sudo docker run --name limited-nginx \ --memory=512m \ --cpus=1 \ -p 80:80 \ -d nginx

5.3 使用Docker Compose管理

对于复杂部署，建议使用docker-compose.yml文件：

version: '3' services: web: image: nginx:1.21 ports: - "80:80" volumes: - ./nginx.conf:/etc/nginx/nginx.conf - ./logs:/var/log/nginx restart: always

然后通过命令启动：

sudo docker-compose up -d

6. 常见问题排查

6.1 端口冲突问题

如果遇到类似"Bind for 0.0.0.0:80 failed: port is already allocated"的错误，说明80端口已被占用。解决方案：

1. 找出占用进程：sudo ss -tulnp | grep :80
2. 停止占用服务或改用其他端口

6.2 镜像拉取失败

当出现网络问题导致镜像拉取失败时，可以：

1. 检查DNS配置：cat /etc/resolv.conf
2. 尝试配置国内镜像加速器
3. 使用代理（需符合企业网络政策）

6.3 权限问题

普通用户运行docker命令时可能遇到权限拒绝错误，解决方法：

sudo usermod -aG docker $USER newgrp docker

7. 性能优化技巧

7.1 使用Alpine版本镜像

nginx官方提供了基于Alpine Linux的轻量级镜像，可以显著减少资源占用：

docker pull nginx:alpine

7.2 调整worker进程数

根据CPU核心数调整nginx worker数量，在自定义配置中加入：

worker_processes auto; events { worker_connections 1024; }

7.3 启用HTTP/2

现代浏览器都支持HTTP/2协议，可以在nginx配置中启用以获得更好的性能：

server { listen 443 ssl http2; # 其他配置... }

8. 安全加固措施

8.1 非root用户运行

默认nginx以root身份运行，存在安全隐患。可以在Dockerfile中指定普通用户：

FROM nginx RUN chown -R nginx:nginx /var/cache/nginx \ && chmod -R 755 /var/cache/nginx USER nginx

8.2 定期更新镜像

保持镜像更新可以修复已知漏洞：

docker pull nginx:latest docker stop my-nginx docker rm my-nginx docker run ... # 使用新镜像重新创建容器

8.3 最小化暴露

遵循最小权限原则：

• 只暴露必要的端口
• 使用只读挂载（:ro后缀）
• 限制容器网络访问

9. 监控与日志管理

9.1 日志收集配置

配置日志轮转和集中收集：

docker run --log-driver=json-file \ --log-opt max-size=10m \ --log-opt max-file=3 \ -d nginx

9.2 资源监控

使用内置命令查看容器资源使用：

docker stats my-nginx

对于生产环境，建议集成Prometheus等监控系统。

10. 扩展应用场景

10.1 作为反向代理

nginx常被用作微服务架构的反向代理，示例配置：

upstream backend { server service1:8000; server service2:8000; } server { location / { proxy_pass http://backend; } }

10.2 负载均衡配置

通过nginx实现简单的负载均衡：

upstream app_servers { least_conn; server 192.168.1.10:8080; server 192.168.1.11:8080; }

10.3 静态资源托管

优化静态文件服务的配置示例：

server { location /static/ { alias /var/www/static/; expires 30d; add_header Cache-Control "public"; } }

在实际部署过程中，我发现合理规划容器网络和存储架构对长期维护至关重要。对于频繁更新的Web应用，建议将代码和配置文件与镜像分离，通过挂载卷的方式管理，这样既能保持镜像的稳定性，又能灵活调整应用配置。