Áramellátási tranziensből 15 órás kiesés: a Google holland adatközponti incidensének tanulságai

Bevezetés

• A 2026. július 15-én közzétett incidensjelentés egy 3 milliszekundumos hálózati feszültségesést azonosított kiinduló eseményként.

• A tranziens és a védelmi megszakítók működése mindkét közüzemi betápot érintette.

• Az egyik oldal sikeresen DRUPS-ellátásra váltott, de a hűtővíz-keringető szivattyúk nem indultak újra automatikusan.

• A hőmérséklet emelkedése miatt informatikai berendezéseket állítottak le, három szolgáltatás megszakítása pedig összesen 14 óra 55 percig tartott.

A Google által 2026. július 15-én közzétett jelentés szerint a Google Cloud europe-west4-a zónáját kiszolgáló holland adatközpontban egy rendkívül rövid villamos hálózati eseményből közel 15 órás szolgáltatási kiesés alakult ki. Az eset azért különösen fontos, mert nem egyszerűen az energiaellátás elvesztéséről szólt: az áramellátási tranziens, a védelmi működés, a tartalékellátás és a hűtési rendszer újraindítása közötti függőségeket tette láthatóvá.

Kinek szól ez az elemzés?

A cikk adatközpont-üzemeltetőknek, facility managereknek, kritikus infrastruktúráért felelős IT-vezetőknek, tervezőknek, beruházóknak és műszaki beszerzési csapatoknak szól. A szakmai fókusz nem a felhőszolgáltatás szoftveres oldalán, hanem a mögötte működő villamos és gépészeti infrastruktúra összehangolásán van.

Az incidens iparági jelentősége abban áll, hogy megmutatja: a redundáns betáplálás megléte nem azonos a teljes technológiai lánc ellenálló képességével. A rendelkezésre állást az is meghatározza, hogy egy tranziens után mely segédberendezések maradnak üzemben, melyek állnak le, és hogyan történik a biztonságos automatikus helyreállítás.

Mi történt a holland adatközpontban?

A közzétett összefoglaló szerint egy 3 milliszekundumos hálózati feszültségesés és a védelmi megszakítók működése mindkét közüzemi betápot érintette. Az egyik ellátási oldal sikeresen DRUPS-rendszerre váltott. A DRUPS dinamikus, forgógépes szünetmentes energiaellátási megoldás, amelynek feladata a kritikus terhelések áthidalása és az energiafolytonosság támogatása hálózati zavar esetén.

Az átkapcsolás önmagában azonban nem állította helyre a teljes üzemi állapotot. A hűtővíz-keringető szivattyúk nem indultak újra automatikusan, ezért a hűtési kapacitás kiesett, és emelkedni kezdett az adatcsarnok hőmérséklete. A berendezések védelme érdekében szervereket, tárolókat és hálózati eszközöket állítottak le. A jelentés szerint három szolgáltatás összesen 14 óra 55 perces megszakítást szenvedett.

Miért fontosabb a teljes ellátási lánc, mint a betápok száma?

Az adatközponti redundanciát gyakran az energiaforrások, UPS-ek, generátorok vagy betápok darabszámával írják le. A tényleges rendelkezésre állás azonban végponttól végpontig értelmezendő. Nem elegendő, hogy a kritikus IT-terhelés valamelyik energiaútvonalon továbbra is kapjon áramot, ha közben a hőelvonáshoz szükséges szivattyúk, szabályozók vagy vezérlőáramkörök nem állnak helyre.

A hűtési rendszer önmagában is több egymásra épülő rétegből állhat: hőtermelő IT-eszközök, teremoldali hőátadás, folyadékkeringetés, hőleadás, villamos segédüzemek, automatika és felügyelet. Egyetlen olyan elem kiesése, amelynek nincs működő alternatívája vagy megfelelő újraindítási logikája, korlátozhatja a teljes rendszer kapacitását.

Az incidens ezért nem pusztán hűtési problémaként értelmezhető. Rendszerszintű energiaellátási, automatizálási és helyreállítási kérdésről van szó.

Mit jelent ez üzemeltetési szempontból?

A rövid tranziens és a hosszú szolgáltatási hatás közötti különbség arra utal, hogy az üzemeltetési felkészültséget nem kizárólag a kezdeti hiba túlélésére kell optimalizálni. A helyreállítás időtartama legalább ilyen fontos.

Az üzemeltetőknek tisztán kell látniuk, hogy hálózati zavar után:

• mely gépészeti fogyasztók állnak le vagy maradnak üzemben;

• mely berendezések indulnak újra automatikusan;

• milyen feltételek vagy reteszelések blokkolhatják az újraindítást;

• milyen sorrendben áll helyre a hűtési kapacitás;

• mennyi termikus tartalékidő áll rendelkezésre;

• mely riasztások igényelnek azonnali emberi beavatkozást;

• hogyan történik az IT-terhelés kontrollált csökkentése, ha a hűtés nem áll helyre.

A termikus tartalék nem korlátlan. A terem, a folyadékkörök és a szerkezeti tömegek bizonyos ideig lassíthatják a hőmérséklet emelkedését, de a tényleges időablak a terheléstől, a kialakítástól és az aktuális üzemi állapottól függ. Emiatt a helyreállítási eljárásokat konkrét létesítményi adatokra kell alapozni.

Tipikus hiba: komponensek tesztelése integrált rendszerpróba nélkül

Gyakori kockázat, hogy az UPS-t, a generátort, a kapcsolóberendezést és a hűtési egységeket külön-külön megfelelően tesztelik, de a teljes eseménysort nem vizsgálják valósághű körülmények között. Egy sikeres DRUPS-átállás például nem igazolja automatikusan, hogy a hűtési szivattyúk, frekvenciaváltók, vezérlések és kommunikációs kapcsolatok is a kívánt állapotba kerülnek.

Külön figyelmet igényelnek az olyan rövid hálózati zavarok, amelyek nem feltétlenül eredményeznek tartós áramszünetet, mégis védelmi működést vagy vezérlési állapotváltozást válthatnak ki. A tesztelésnek ezért a tranzienseket, az átkapcsolási állapotokat és a sikertelen automatikus újraindítást is kezelnie kell.

A dokumentált redundancia és az üzem közben bizonyított redundancia között lényeges különbség lehet.

Mit kell műszakilag felülvizsgálni?

Az eset alapján érdemes végigkövetni a hűtési lánc minden kritikus fogyasztójának energiaútját. Meg kell vizsgálni, hogy a szivattyúk, vezérlőpanelek, automatikaegységek, szelepek, érzékelők és hálózati eszközök mely elosztási ágról kapnak ellátást, és mi történik velük feszültségesés vagy megszakítóműködés esetén.

A felülvizsgálat fontos területei:

1. Védelmi koordináció: a megszakítók és védelmek működési sorrendje megfelel-e a tervezett szelektivitásnak? 2. Segédüzemi energiaellátás: a hűtéshez nélkülözhetetlen fogyasztók megfelelően védett energiaútvonalon vannak-e? 3. Újraindítási logika: egy rövid tranziens után automatikusan és biztonságosan visszatérnek-e az üzemi állapotba? 4. Reteszelések és alapállapotok: egy megszakadt jel vagy kommunikáció nem blokkolja-e indokolatlanul a helyreállítást? 5. Felügyelet: az üzemeltetők egyértelműen látják-e a villamos állapot és a tényleges hűtési teljesítmény közötti eltérést? 6. Vészüzemi eljárás: meghatározott-e, mikor szükséges terhelést csökkenteni vagy berendezéseket kontrolláltan leállítani?

Ajánlott következő lépés

Első lépésként célszerű közös villamos, gépészeti és automatizálási függőségi felülvizsgálatot végezni. Ennek nemcsak az egyvonalas kapcsolási rajzokra kell kiterjednie, hanem a vezérlőáramokra, kommunikációs kapcsolatokra, újraindítási feltételekre és üzemeltetési eljárásokra is.

Ezt követheti egy kockázatalapú integrált tesztprogram. A próbákat úgy kell megtervezni, hogy ne veszélyeztessék az élő környezetet: indokolt lehet a fázisolt végrehajtás, ideiglenes tartalék biztosítása, szimuláció vagy korlátozott terhelésű teszt. A cél nem egy látványos teljes leállítás, hanem a kritikus átmeneti állapotok ellenőrzött igazolása.

A tapasztalatokat vissza kell vezetni a riasztási mátrixba, a karbantartási tervbe, az üzemeltetői oktatásba és a helyreállítási eljárásokba. A módosítások után ismételt validáció szükséges.

A Digital Technologies mérnöki nézőpontja

A kritikus infrastruktúra ellenálló képessége csak a villamos, gépészeti és informatikai határfelületek együttes vizsgálatával értékelhető. Egy audit vagy korszerűsítési projekt során ezért nem elegendő külön ellenőrizni az UPS-t és a hűtőberendezéseket: az energiautakat, segédüzemeket, védelmi beállításokat, vezérléseket és helyreállítási folyamatokat egységes rendszerként kell kezelni.

A Digital Technologies gyártófüggetlen megközelítésben támogatja a kritikus energiaellátási és adatközponti hűtési rendszerek tervezését, felülvizsgálatát, korszerűsítését, commissioningját és karbantartását. Működő létesítményekben különösen fontos a fázisolt végrehajtás, az ideiglenes üzemi állapotok dokumentálása és a szolgáltatási kockázat folyamatos kontrollja.

Következtetés

A Google holland adatközpontjának incidense azt mutatja, hogy egy 3 milliszekundumos villamos esemény hatása jóval tovább tarthat magánál a tranziensnél. Az egyik energiaút sikeres DRUPS-átállása nem akadályozta meg a hűtési kapacitás kiesését, mert a keringető szivattyúk nem indultak újra automatikusan.

A gyakorlati tanulság egyértelmű: a redundanciát nem berendezéslistaként, hanem működő, tesztelt és helyreállítható rendszerként kell kezelni. A következő audit vagy integrált próba során nemcsak azt érdemes megkérdezni, hogy rendelkezésre áll-e tartalék energiaforrás, hanem azt is, hogy az energiaellátás helyreállása után a teljes hűtési lánc valóban visszatér-e a szükséges üzemi állapotba.

Források

• Google Cloud incidensjelentés: https://status.cloud.google.com/incidents/3BvH3LVGcupoYqV6F4Nw

• The Register szakmai elemzése: https://www.theregister.com/off-prem/2026/07/21/google-cloud-outage-shows-its-still-hard-to-understand-hyperscalers-real-resilience-regimes/5275405