Summary

Cloud providers are the largest purchasers of renewable energy in the world, but so far they have provided their customers with carbon information on a monthly basis, a few months in arrears, so customers have had to produce their own real-time estimates for cloud workloads, using public information that doesn't include those purchases and overestimates carbon footprints. As part of the information technology supply chain, cloud providers need to supply real-time carbon metrics that can be aggregated by workload, allocated and apportioned through the supply chain to satisfy regulations that are in place in the UK and Europe, on the way in California, and emerging elsewhere. Cloud providers build their own custom silicon and systems designs, and optimize them for low power consumption and to reduce the carbon footprint of their supply chain. Using this standard the efficiency benefits combined with the renewable energy purchases of cloud providers can be compared directly to datacenter alternatives for specific workloads.

Short description

Many software as a service (SaaS) providers run multi-tenant workloads on cloud providers. To supply their own customers with carbon footprint estimates, the instance level energy and carbon data needs to be allocated and attributed across workloads. The Kepler project hosted by the Cloud Native Computing Foundation allocates the energy usage of a host node to the active pods and containers running in that node, so that energy and carbon data can be reported for workloads running on Kubernetes. In datacenter deployments Kepler can directly measure energy usage and obtain carbon intensity data from the datacenter operator. Cloud providers block direct access to energy usage metrics as part of their multi-tenant security model, but could safely provide energy data to Kepler via this standard at one minute intervals.

Getting Involved

• Are you ready to join the fun and make a difference? The first thing you should do is go to the GitHub discussions forum and say “Hi” in the Introductions category and/or read & comment on any of the discussions. You can also browse and join any of the lively discussions there. This is the best way to learn and get involved with this awesome working group and the wider GSF community.

• Do you have a brilliant project idea that you want to share with the world? Then start a discussion on the GitHub Ideas board and get the interest of at least three people from 2 different member organisations. You can then reach out to the chairs or PM who will add your idea to the next working group meeting agenda.

• The project meets bi-weekly a Tuesday at 1600 UTC.