Replies: 2 comments
|
one approach i've seen work is tagging each ephemeral runner instance at launch with the github for scale-to-zero runners this is much cleaner than trying to infer cost from minutes alone, especially when instance types and startup overhead differ. the main thing to watch is whether the ec2 tags are available early enough in the billing data for every short-lived instance. |
|
Yes—this can be solved by tagging each ephemeral EC2 runner with GitHub metadata such as This gives you both exact job-level attribution from the runner ledger and authoritative AWS billing from CUR, without manually reconciling GitHub minutes with EC2 costs. |
Uh oh!
There was an error while loading. Please reload this page.
🏷️ Discussion Type
Question
💬 Feature/Topic Area
Actions Runner
Discussion Details
Running ephemeral self-hosted runners on EC2 (scale-to-zero, one instance per job via webhook + Lambda).
The gap: GitHub's Usage API gives billable minutes, Cost Explorer gives instance dollars, and nothing joins them. I want to answer "what did the integration-tests workflow cost last month?" without manual work.
Has anyone built or bought something that does per-workflow or per-repo cost attribution for self-hosted runners? Happy to hear about tools, tags+CUR tricks, or "we gave up and here's what we do instead."
All reactions