nomad-clientはAutoScalingから起動する。AutoScalingでEC2インスタンス起動アクション後、nomad-clientでbuild処理可能な状態になるまで3,4分かかる。AutoScalingのアクションは自動では実行されない為、スケールリングアクションの契機は自分で実装する必要がある。キューの滞留を検知してからスケールリングすると、スケールリングしたタイミングでは既にキューが捌け終わって、無駄なスケールになる事もある。スケジュールでの時間契機か、リソース状況契機か、利用状況に応じてスーリングの検討が必要。executorを動作させるサブネットは現状一つしか指定でない。設定はWebコンソールから実施する為、AZを変更する場合は再起動が必要。“machine”と”setup_remote_docker”を利用すると、一時的なEC2インスタンスが新規に作成される。本来であれば処理が終わるとインスタンスが削除されるが、バグ(2.14.01以前)や起動中のserviceboxの再起動によって、インスタンスが削除されずに残る事がある。ゾンビインスタンは無駄なコストになるので、定期的なゾンビインスタンスのチェックが必要。“docker_layer_caching”を設定すると専用のEBSボリュームが作成され、都度マウントされる事で、キャッシュが実現される。(days)”にてchacheの保持期間を設定でき、デフォルトの14日に設定される。保持期間はEBSボリュームの作成日ではなく、最終利用日から14日保持される。EBSボリュームについては、未利用時であっても課金される為、利便性とコストのバランスで保持期間を設定する。当然だがオンプレ版の場合はCircleCIのインフラも運用する必要がある。インフラの維持コストを抑える為に、状況の可視化と継続的な運用の改善が必要。creators.TermsPrivacyDMCA。