~/talk

Tamland: How GitLab.Com Uses Long-Term Monitoring Data For Capacity Forecasting.

slides:none on file

A capacity-forecasting pipeline called Tamland pulls normalized Prometheus recording rules (utilization ratio 0–1) from Thanos long-term metrics, aggregates by max per service/resource, and runs Facebook Prophet in Python inside Jupyter Book via GitLab CI to produce weekly static reports. It forecasts three months ahead across about 360 service-resource combos, the report job runs ~90 minutes, and the system identified a needed short-term fix that allowed a multi-month Postgres decomposition to proceed without saturation. Forecasts usually work but miss very recent change points until reviewed.

AI-written summary · about

  1. 0:00Intro
  2. 0:23A series of Postgres saturation events..
  3. 4:14Definitions: Resources
  4. 6:35Saturation Events vs. Mitigation Time
  5. 8:10System Capacity Planning
  6. 10:04Load Testing Maximum Capacity
  7. 11:23Guessing Maximum Capacity
  8. 12:45Modelling Maximum Capacity
  9. 13:16Estimating System Capacity is Hard
  10. 14:10Resource Capacity, not System Capacity
  11. 15:24Resource/Service Matrix
  12. 16:35Measuring Utilization Consistently
  13. 17:11Prometheus Recording Rules
  14. 19:16Aggregating to Reduce Data
  15. 21:10Real-time Utilization Monitoring (Detail)
  16. 22:18Using Thanos for Long-Term Metrics Storage
  17. 22:57First Attempt at Forecasting: Linear Regression
  18. 28:57Runaway Session State Bug
~/search
type to search 6,249 conferences, 138,987 speakers and 185,172 talks
~/help
cmdctrl k
search every conference, speaker and series
/
focus the filter search
h
home
c
conferences
s
speakers
e
series
t
light / dark — the status bar button does the same
?
this help
esc
close this, then clear every filter — or just the search, while you are typing in it

Ignored while you are typing. Pages without a filter rail have no search to focus.