将物理机迁移到Docker的完整指南

将物理机(裸金属服务器)迁移到Docker容器需要系统性的规划和执行。以下是详细的迁移步骤和注意事项：

迁移前的准备工作

1. 评估应用兼容性

   • 确认应用是否适合容器化(无状态应用最适合)
   • 检查是否有硬件依赖(如GPU、特殊设备)
   • 识别应用依赖项(库、配置文件等)

2. 环境准备

   • 安装Docker引擎(建议使用最新稳定版)
   • 准备容器编排工具(如Kubernetes, 可选)
   • 设置容器镜像仓库(如Docker Hub, Harbor等)

迁移步骤

1. 应用分析

# 在物理机上分析运行中的进程
ps aux
# 检查开放端口
netstat -tulnp
# 检查文件系统结构
tree / -L 2

2. 创建Docker镜像

方法一：从零开始构建(推荐)

# 示例Dockerfile
FROM ubuntu:20.04

# 安装依赖
RUN apt-get update && apt-get install -y \
    your-required-packages

# 复制应用文件
COPY ./app /app

# 暴露端口
EXPOSE 80

# 设置启动命令
CMD ["/app/start.sh"]

方法二：使用物理机快照(适用于复杂环境)

# 使用docker commit从运行容器创建镜像(不推荐用于生产)
docker run -it ubuntu bash
# 在容器内安装配置应用
exit
docker commit <container-id> your-image-name

3. 数据迁移

• 数据库迁移：使用原生导出导入工具

  # MySQL示例
  mysqldump -u root -p database > backup.sql
  # 在容器中恢复
  docker exec -i mysql-container mysql -u root -p database < backup.sql
  

• 文件数据迁移：使用Docker卷

  docker run -v /host/path:/container/path your-image
  

4. 网络配置

• 映射物理机端口到容器：

  docker run -p 80:80 your-image
  

• 复杂网络需求可使用Docker网络功能：

  docker network create app-network
  docker run --network=app-network your-image
  

5. 系统服务迁移

将init.d/systemd服务转换为容器启动命令：

# 原服务: /etc/init.d/yourapp start
CMD ["/yourapp", "start"]

迁移后验证

1. 功能测试

   • 验证所有核心功能正常工作
   • 检查日志是否有错误

2. 性能测试

   • 比较容器化前后性能差异
   • 监控资源使用情况

3. 监控设置

   • 配置容器监控工具(Prometheus, cAdvisor等)
   • 设置日志收集(ELK, Fluentd等)

常见问题解决方案

1. 权限问题

   # 在Dockerfile中添加用户
   RUN useradd -r -u 1001 appuser
   USER appuser
   

2. 时区问题

   RUN ln -sf /usr/share/zoneinfo/Asia/Shanghai /etc/localtime
   

3. 存储问题

   • 对于需要持久化的数据，使用Docker卷或绑定挂载

自动化工具推荐

1. Docker化辅助工具

   • dockerize - 处理容器中的配置模板和依赖等待
   • s2i (Source-to-Image) - 从源代码直接构建镜像

2. 迁移工具

   • T2D (Thin to Docker) - 将虚拟机转换为Docker容器
   • Image2Docker - 分析Windows应用并生成Dockerfile

注意事项

1. 安全性：

   • 不要以root用户运行容器
   • 定期更新基础镜像
   • 扫描镜像中的漏洞

2. 性能：

   • 对于IO密集型应用，考虑使用主机卷
   • 调整容器资源限制(CPU, 内存)

3. 数据管理：

   • 重要数据必须持久化
   • 考虑备份策略

通过以上步骤，您可以将物理机上的应用逐步迁移到Docker容器中。对于复杂环境，建议分阶段迁移，先迁移非关键服务，积累经验后再迁移核心业务。