IBM Cloud Private 2.1.0.1 EE单节点安装监控服务超时失败求助

我之前在单节点环境部署ICP EE时，也碰到过完全一样的监控服务部署超时问题——卡30分钟左右就触发超时错误，折腾了好几个回合才找到有效的解决办法，给你分享几个验证过的调整方案：

1. 先排查单节点资源是否达标（最常见原因） #

ICP的监控组件（Prometheus、Grafana、Alertmanager等）对CPU和内存的需求不低，官方给出的基础配置（8核CPU/16GB内存）其实刚好踩线，单节点跑所有服务很容易因为资源不足导致容器启动缓慢，最终触发超时：

• 先检查节点资源使用：运行top或htop，确认空闲CPU≥4核、空闲内存≥8GB，可用磁盘≥80GB
• 如果资源不够，直接升级节点配置是最省心的办法；如果暂时没法升级，可临时调低监控组件的资源限制：
  编辑cluster/config.yaml，找到monitoring配置段，修改资源请求和限制：

  monitoring:
    resources:
      requests:
        cpu: "500m"
        memory: "1Gi"
      limits:
        cpu: "2"
        memory: "4Gi"
  

2. 延长安装任务的超时时间 #

默认的Ansible超时设置（通常300秒）对单节点部署来说太短，尤其是拉取镜像和启动监控容器的环节：

• 全局调整超时：在cluster/config.yaml中添加ansible_timeout: 600（设置为10分钟）
• 运行安装命令时手动指定更长超时：

  sudo ./installer/cluster-install --timeout 7200
  

  （7200秒=2小时，足够单节点完成所有组件部署）

3. 提前预拉取监控相关镜像 #

如果你的节点网络访问IBM镜像仓库速度慢，拉取监控镜像的时间会远超预期，直接导致超时：

• 先查看你ICP版本对应的监控镜像列表（比如v3.2.0版本），手动拉取：

  docker pull ibmcom/icp-prometheus:v3.2.0
  docker pull ibmcom/icp-grafana:v3.2.0
  docker pull ibmcom/icp-alertmanager:v3.2.0
  docker pull ibmcom/icp-node-exporter:v3.2.0
  

• 拉取完成后，再执行安装命令，这样安装脚本就不用再花时间从远程仓库拉取了

4. 清理失败部署后重试 #

如果之前的失败部署残留了一些容器或配置，会影响后续安装：

• 清理所有残留容器：

  docker rm -f $(docker ps -aq)
  docker rmi -f $(docker images | grep icp- | awk '{print $3}')
  

• 删除安装缓存目录：

  rm -rf cluster/.installer
  

• 调整完上述配置后，重新运行安装命令

如果日志里明确提示“Timeout waiting for pod monitoring-xxx to be ready”，那按照上面的步骤调整后，基本都能解决问题。

内容的提问来源于stack exchange，提问作者Tumi