RabbitMQ 与 CentOS 的兼容性与版本选择
一、核心结论
- CentOS 7：自2022-05-01起官方停止为 CentOS 7 构建新 RPM 包；Erlang/OTP 23.x/24.x 需要 OpenSSL 1.1，而 CentOS 7 仅提供 OpenSSL 1.0，导致新版本无法在 CentOS 7 上运行。实践中可继续使用的最后版本为 RabbitMQ 3.9.16（含）之前的 3.9 补丁与 3.8.31（含）之前的 3.8 补丁；再往上的 3.10+ 不再提供 el7 包。另需注意 glibc 2.17 的限制，诸如 Erlang 26.x 要求 glibc ≥ 2.27，因此在 CentOS 7 上无法运行需要 Erlang 26+ 的新版 RabbitMQ（如 3.13.x）。
- CentOS Stream 8/9：glibc 分别为 ≥2.28/≥2.34，可满足 Erlang 26.x+ 与 RabbitMQ 3.13.x 的运行需求，适合部署较新版本。
二、版本兼容矩阵
| 系统版本 |
glibc 版本 |
建议的 RabbitMQ 版本 |
建议的 Erlang/OTP 版本 |
说明 |
| CentOS 7 |
2.17 |
≤ 3.9.16（3.9 系列最后补丁）；≤ 3.8.31（3.8 系列最后补丁） |
23.x（因 24.x 起需 OpenSSL 1.1） |
官方已停止 el7 新包；glibc 过低限制 26.x+ |
| CentOS Stream 8 |
≥2.28 |
3.13.x（亦可用 3.12.x） |
26.x+ |
满足新版本依赖 |
| CentOS Stream 9 |
≥2.34 |
3.13.x（亦可用 3.12.x） |
26.x+ |
满足新版本依赖 |
| 说明：RabbitMQ 与 Erlang 的具体兼容矩阵应以官方“Which Erlang”页面为准；上表给出在 CentOS 上的可行组合与限制。 |
|
|
|
|
三、常见不兼容现象与快速判断
- 安装或启动时报错，日志指向缺少符号或库版本过低（如：undefined symbol: EVP_aes_128_gcm 等），多为 OpenSSL 1.0 无法满足新 Erlang 24+ 的加密需求，或 glibc 版本过低导致 Erlang 26+ 无法加载。
- 使用 rabbitmqctl status 或查看 /var/log/rabbitmq/ 下的启动日志，能快速定位是依赖（OpenSSL/glibc）还是版本不匹配问题。
- 误装不匹配的 RPM（例如给 el8 构建的包安装到 el7）会导致依赖解析失败或运行期崩溃，需核对包名中的 el7/el8/el9 标识并统一版本系列。
四、选型与升级建议
- 仍在 CentOS 7：建议停留在 RabbitMQ 3.9.16 或 3.8.31 的安全补丁版本，并配套 Erlang 23.x；不要尝试在 el7 上部署需要 Erlang 26+ 的新版（如 3.13.x）。若需新特性与安全更新，优先规划迁移。
- 计划升级：迁移至 CentOS Stream 8/9 或同类 RHEL 8/9 系发行版，再部署 RabbitMQ 3.13.x + Erlang 26.x+，可获得完整支持与更长维护周期。
- 版本核对：部署前务必对照官方兼容矩阵（Which Erlang），并核对系统 glibc/OpenSSL 版本，避免因底层库不匹配导致安装或运行失败。
