0
私はGitlab共有ランナーをDocker（現在のランナーバージョン：10.0.2、ドッキングストレージドライバ：overlay2）とAWS t2.smallインスタンスで実行しています。私はいくつかの時間の後に減速するビルドに関する問題を経験し始めました（正確に遅くなると言うのは難しい） - 以前よりも10倍以上の時間がかかります。殺した後、インスタンスの問題はしばらく消え、しばらくしてから再び減速します。私はすでに確認されAWS上のGitlab Runnerが遅くなりました
もの：マシン上
- CPU使用率全体の時間約20％である
- RAM使用量EBSの周りに1,5 G重いビルド中
- IOPSは排気されませんさすべてのバーストバランス
- ダウンロード速度（例えば、今バースト残高は80％程度である）トンを引き起こしている可能性があります他に何
彼の？
このランナーで実行されているジョブは、中程度のフロントエンドのReactアプリケーションのほとんどがyarn installとyarn buildです。
ありがとう！私の記事で述べたように、CPU使用率は常に20％前後であり、CloudWatchのメトリックをチェックしているので、CPUクレジットは使用されません。 – Progress1ve
あなたはCPUクレジットを使用していませんか？ CPU使用率が一定の20％であると述べています。 5分ごとに1 CPUクレジットを使用することに対応するT2ドキュメント（http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/t2-instances-cpu-credits）を読んでください。 t2.smallは12 CPUクレジット/時間（https://aws.amazon.com/ec2/instance-types/t2/）を取得します。したがって、CPU使用率を20％以上上回ると、より多くのCPUクレジットを使用し始めます割り当てられているため、おそらく低速になります。 –