![一段时间后,AWS 上的 Gitlab Runner 变得非常慢](https://linux22.com/image/712597/%E4%B8%80%E6%AE%B5%E6%97%B6%E9%97%B4%E5%90%8E%EF%BC%8CAWS%20%E4%B8%8A%E7%9A%84%20Gitlab%20Runner%20%E5%8F%98%E5%BE%97%E9%9D%9E%E5%B8%B8%E6%85%A2.png)
我正在使用 Gitlab 共享运行器和 Docker(当前运行器版本:10.0.2,docker 存储驱动程序:overlay2),在 AWS t2.small 实例上运行。我开始遇到构建在一段时间后变慢的问题(很难说它们究竟何时变慢)——它们比以前花费了大约 10 倍的时间才能完成。终止实例后,问题会消失一段时间,一段时间后它又会变慢。
我已经检查过的事情:
- 机器的 CPU 使用率始终在 20% 左右
- 在最繁重的构建过程中,RAM 使用量约为 1.5 G
- EBS 上的 IOPS 并未耗尽所有突发余额(例如,目前突发余额约为 80%)
- 下载速度
还有什么原因造成这种情况?
为了以防万一,这个运行器上运行的作业主要是中型前端 React 应用程序的 yarn install 和 yarn build。
答案1
遇到了同样的问题,管道在一小时后超时,而通常需要约 8 分钟。在 AWS 控制台 (t3.small) 中停止了 EKS 节点 EC2 实例。(运行器在其上创建的实例)Autoscaling 组接管,启动一个新节点并终止旧节点。管道恢复正常速度。将来会考虑增加实例大小。