GLPI与MariaDB 10.7的Docker化部署：企业级IT资产管理平台实战精要

在数字化转型浪潮中，IT资产管理已成为企业运维的核心环节。GLPI作为开源IT资产管理系统，凭借其全面的功能模块和灵活的扩展性，正被越来越多的组织采用。然而，将GLPI投入生产环境时，简单的"能运行"远远不够——数据持久性、版本兼容性、时区同步和网络稳定性等细节，往往决定着系统的长期可用性。

1. 为什么选择MariaDB 10.7作为GLPI的数据库引擎

在Docker环境中部署GLPI时，数据库版本的选择绝非随意。MariaDB 10.7版本与GLPI的组合，经过大量生产环境验证，展现出独特的优势：

• 长期支持(LTS)特性：10.7是MariaDB的稳定分支，提供长达5年的安全更新，避免频繁升级带来的兼容风险
• 性能优化：针对GLPI常见的复杂查询场景，10.7版本的查询优化器有显著改进
• 数据完整性保障：相比使用latest标签，固定版本号可杜绝意外升级导致的数据结构变更

# 示例docker-compose.yml中的MariaDB配置
services:
  mariadb:
    image: mariadb:10.7  # 明确指定版本号
    container_name: mariadb_prod  # 生产环境建议命名规范
    environment:
      MARIADB_ROOT_PASSWORD: ${DB_ROOT_PASSWORD}  # 建议使用环境变量
      MARIADB_DATABASE: glpi
      MARIADB_USER: glpi_user  # 避免使用默认用户名
      MARIADB_PASSWORD: ${DB_USER_PASSWORD}

提示：生产环境务必通过.env文件管理敏感信息，切勿将密码硬编码在配置文件中

2. 数据持久化方案设计：超越基础挂载

数据丢失是Docker化部署的最大风险。传统的单卷挂载方式在GLPI场景下存在隐患，我们推荐多层次持久化策略：

挂载点	作用	备份策略	性能影响
/var/lib/mysql	数据库主存储	每日全量+binlog	高IOPS需求
/var/www/html/glpi/files	上传附件	实时同步到对象存储	中等延迟敏感
/var/www/html/glpi/config	配置文件	配置变更时备份	低频访问

实际部署中应特别注意：

1. 使用命名卷(named volume)而非主机路径，便于迁移和维护

   docker volume create glpi_mysql_data
   docker volume create glpi_upload_files
   

2. 为MySQL数据卷设置适当的权限

   chown -R 999:999 /var/lib/docker/volumes/glpi_mysql_data
   

3. 实现自动化备份方案

   # 每日数据库备份脚本示例
   docker exec mariadb_prod mysqldump -u root -p"${DB_ROOT_PASSWORD}" glpi | gzip > /backup/glpi_$(date +%Y%m%d).sql.gz
   

3. 容器网络架构与通信优化

默认的links方式在复杂场景下存在局限性，我们建议采用自定义网络方案：

networks:
  glpi_network:
    driver: bridge
    ipam:
      config:
        - subnet: 172.22.0.0/24

services:
  mariadb:
    networks:
      glpi_network:
        aliases:
          - db.glpi.internal
  glpi:
    networks:
      glpi_network:

这种架构带来三大优势：

• DNS自动解析：容器间可通过服务名直接通信
• 隔离性：与宿主机其他服务网络隔离
• 可扩展性：未来可轻松添加Redis等缓存服务

常见网络问题排查命令：

# 检查容器网络配置
docker inspect glpi_app | jq '.[].NetworkSettings'

# 测试容器间连通性
docker exec -it glpi_app ping db.glpi.internal

# 查看实时网络流量
docker stats glpi_app mariadb_prod

4. 时区与国际化配置实战

跨国企业部署时，时区问题常导致工单时间错乱。正确的时区配置需要多层配合：

1. 容器基础时区设置

   # docker-compose.yml片段
   glpi:
     environment:
       TZ: Asia/Shanghai
     volumes:
       - /etc/localtime:/etc/localtime:ro
       - /usr/share/zoneinfo/Asia/Shanghai:/etc/timezone:ro
   

2. PHP时区配置覆盖

   # 在GLPI容器中修改php.ini
   docker exec -it glpi_app sed -i 's/;date.timezone =/date.timezone = Asia\/Shanghai/' /etc/php/8.1/apache2/php.ini
   

3. GLPI应用层设置

   -- 初始化后执行SQL调整
   UPDATE glpi_configs SET value = 'Asia/Shanghai' WHERE name = 'timezone';
   

注意：修改时区后必须重启Apache服务

docker exec glpi_app service apache2 restart

5. 安全加固与性能调优

安装完成只是第一步，生产环境必须进行安全加固：

安全基线配置清单：

• [ ] 修改默认管理员账号(默认账号/密码为glpi/glpi)
• [ ] 启用HTTPS并配置HSTS头
• [ ] 限制phpMyAdmin等管理界面访问IP
• [ ] 设置定期密码轮换策略
• [ ] 启用数据库SSL加密连接

性能调优参数参考：

# GLPI配置文件(/var/www/html/glpi/config/config.php)优化项
$_CFG_GLPI['url_maxlength'] = 200;  # 减少长URL处理开销
$_CFG_GLPI['use_mailing'] = 0;      # 无邮件需求时禁用
$_CFG_GLPI['planning_work_days'] = [1,2,3,4,5]; # 减少周末计算

对于高并发场景，建议添加Redis缓存层：

# docker-compose.yml扩展
services:
  redis:
    image: redis:6-alpine
    volumes:
      - glpi_redis_data:/data
    networks:
      - glpi_network

volumes:
  glpi_redis_data:

6. 监控与维护实战技巧

完善的监控体系能提前发现潜在问题：

关键监控指标：

• 数据库连接池使用率
• GLPI会话数增长趋势
• 附件存储空间占用
• 定时任务执行时长

# 简易监控脚本示例
#!/bin/bash
DB_CONN=$(docker exec mariadb_prod mysql -u monitor -p"${MONITOR_PWD}" -e "SHOW STATUS LIKE 'Threads_connected'" | awk 'NR==2{print $2}')
GLPI_SESSIONS=$(find /var/lib/docker/volumes/glpi_www/_data/sessions -type f | wc -l)
echo "$(date),${DB_CONN},${GLPI_SESSIONS}" >> /var/log/glpi_monitor.csv

日常维护建议：

• 每月检查插件兼容性
• 季度性数据库优化

  OPTIMIZE TABLE glpi_tickets;
  ANALYZE TABLE glpi_items;
  

• 年度架构评审，评估横向扩展需求

在最近一次为客户部署的GLPI 10.0生产环境中，这套方案成功支撑了日均2000+工单的处理需求。特别值得注意的是，在数据库崩溃测试中，通过预配置的持久化卷和备份方案，实现了5分钟内的完整恢复。