AWS ilmoitti ongelmasta ensimmäisen kerran noin kello 1.30 PDT 17. heinäkuuta ja julkaisi tilanteesta useita päivityksiä päivän aikana .
AWS:n mukaan häiriön juurisyy oli yksikköhintavirhe arvioidun laskutuksen laskentajärjestelmässä . Arvioita laskeva järjestelmä sovelsi käyttöön vääriä, rajusti liian suuria yksikköhintoja. Tämän seurauksena laskenta tuotti valtavasti paisuteltuja ennusteita.
Kyse ei siis ollut siitä, että AWS olisi mitannut asiakkaiden todellisen käytön väärin. Vika oli nimenomaan arviointilogiikassa, joka muunsi käyttö- ja hintatietoja ennustetuksi laskuksi .
Toisin sanoen kyse ei ollut todellisesta biljoonaluokan laskutustapahtumasta, vaikka näkymä saattoi näyttää siltä.
Monille asiakkaille ongelma näkyi paitsi laskutusnäkymässä myös AWS Budgetsin ja Cost Anomaly Detectionin ilmoituksina. Järjestelmät saattoivat tulkita paisuneet arviot poikkeukselliseksi kulupiikiksi ja lähettää suurten kustannusten hälytyksiä .
Tilanne aiheutti ymmärrettävästi huolta. Sosiaalisessa mediassa käyttäjät kuvasivat hetkeä, jolloin lähes tyhjä tai vain senttejä maksava tili näytti miljardien tai biljoonien dollarien kuluja . Joissakin raporteissa summien kerrottiin nousseen jopa biljardiluokkaan, eli yli 10¹⁵ dollariin .
AWS ei kuitenkaan veloittanut eikä perinyt näitä virheellisiä summia. Taloudellinen vahinko syntyi sen sijaan hälytyksistä, ylimääräisestä selvitystyöstä ja luottamuksen horjumisesta .
| Aika (PDT) | Päivä | Tapahtuma |
|---|---|---|
| 19.38 | 16. heinäkuuta | Järjestelmä alkaa näyttää virheellisiä laskutusarvioita |
| noin 1.30 | 17. heinäkuuta | AWS ilmoittaa tutkivansa Cost Explorerin epätarkkoja arvioituja laskutustietoja |
| noin 3.03 | 17. heinäkuuta | AWS kertoo löytäneensä juurisyyksi yksikköhintaan liittyvän virheen arviointijärjestelmässä |
| noin 12.00 | 17. heinäkuuta | Ensimmäinen korjaus otetaan käyttöön, mutta se ei ratkaise ongelmaa kaikkien asiakkaiden osalta |
| noin 14.12 | 17. heinäkuuta | AWS kertoo ottavansa käyttöön toista korjausta ja laskevansa arvioituja tietoja uudelleen |
| Myöhäinen 17. heinäkuuta – varhainen 18. heinäkuuta | Arvioidut tiedot alkavat palautua normaaleiksi eri tileillä |
Virheellisiä tietoja näkyi useimmilla asiakkailla arviolta 16–18 tunnin ajan. Kaikkien arvioiden uudelleenlaskenta kesti kuitenkin tätä pidempään .
Budjetit ja kustannuspoikkeamien tunnistus nojasivat samaan arviointiketjuun, jonka tiedot olivat vääristyneet. Kun yhteinen lähtötieto on virheellinen, myös sen perusteella syntyvät hälytykset muuttuvat helposti pelkäksi kohinaksi .
Tapaus muistuttaa, että kustannushälytys on vain niin luotettava kuin sen taustalla oleva laskentajärjestelmä.
Kun tuhannet asiakkaat saavat yhtä aikaa ilmoituksia mahdottoman suurista kuluista, talous- ja ylläpitotiimien on vaikeampi erottaa todellinen poikkeama väärästä. Pitkällä aikavälillä tällainen hälytysvyöry voi heikentää reagointia oikeaan kustannuspiikkiin .
Pilvilaskutuksessa pitäisi olla erillinen tarkistuskerros, joka pysäyttää epäuskottavat arviot ennen niiden näyttämistä käyttäjälle. Jos arvio on esimerkiksi monisatakertainen aiempaan toteutuneeseen käyttöön verrattuna, järjestelmän voisi näyttää summan sijaan ilmoituksen tietojen käsittelyn olevan kesken.
Tällaista niin sanottua katkaisijamekanismia tai circuit breakeria ei tämän tapauksen perusteella ollut riittävästi erottamassa poikkeavaa laskentatulosta normaalista tiedosta.
Asiakkaat joutuivat seuraamaan AWS:n tilasivuja ja julkisia päivityksiä saadakseen vahvistuksen siitä, että näytetyt luvut olivat vääriä . Laskutuskonsolissa olisi hyödyllistä pystyä merkitsemään epäluotettavat tiedot heti virheellisiksi tai piilottamaan ne väliaikaisesti.
AWS:n heinäkuun 2026 bugi ei aiheuttanut asiakkaille biljoonien dollarien todellisia laskuja. Se paljasti kuitenkin, kuinka nopeasti yksi hinnoitteluyksikön virhe voi levitä kustannusarvioista hälytyksiin ja asiakkaiden päivittäiseen päätöksentekoon.
Pilvipalveluiden käyttäjille keskeinen oppi on, ettei yhtä laskutusnäkymää tai hälytystä kannata pitää ainoana totuutena silloin, kun luku poikkeaa täysin normaalista. Pilvipalveluntarjoajille tapaus puolestaan korostaa riippumatonta ristiintarkistusta, ylärajoja ja selkeää tapaa merkitä epäilyttävät arviot keskeneräisiksi ennen niiden julkaisemista.