De Eerste Keer Dat Ik PUE Berekende, Had Ik Het Helemaal Fout
Als je hier bent voor de definitie uit het leerboek, hier is hij vooraf: de formule voor PUE is totale faciliteitsenergie gedeeld door IT-apparatuur-energie. Maar toen ik in 2017 voor het eerst een colocationhal van 2 MW auditeerde, maakte ik de klassieke beginnersfout door de maandelijkse energierekening als teller te gebruiken en een enkele PDU-meting als noemer. Dat leverde een vleiende 1.12 op. Zes weken submetering later was het echte cijfer 1.47.
De kloof was geen rekenfout; het was een meetgrens-fout. Dit artikel is de veldgids die ik had willen hebben—een stapsgewijze, door spreadsheet gedreven uiteenzetting die de procedurele hiaten opvult die de meest prominente posts overslaan. U leert waar u meters plaatst, hoe u gedeelde belastingen behandelt, en waarom uw PUE-nummer een curve is, geen constante.
Waarom de Meeste ‘Hoe PUE Te Berekenen’ Gidsen Tekort Schieten
Scan de eerste pagina van Google en u vindt talloze vermeldingen die uitleggen dat PUE gelijk is aan totaal gedeeld door IT. Ze vertellen u zelden hoe u totaal moet meten zonder het te vervuilen met koffiemachines uit het kantoor, of hoe u omgaat met een faciliteit die in het voorjaar op 30% belasting draait. Die ontbrekende procedurele detail is precies waar efficiëntieprojecten falen.
In mijn advieswerk voor 14 faciliteiten was de grootste bron van bechipte PUE-figuren niet de vergelijking maar de meterkaart. Een enterprise klant had drie ‘officiële’ PUE-figuren omdat drie teams drie grenzen gebruiktab hadden. Deze gids verhelpt dat door u een hercaleerbare veldmethode te geven.
Wat is de formule voor PUE? (En de Grens-fijneprint)
De formele vergelijking is Power Usage Effectiveness = Total Facility Energy ÷ IT Equipment Energy. The Green Grid publiceerde dit in 2006, en het U.S. Department of Energy vermeldt het nog steeds als de fundamentele efficiëntiemaatstaf voor federale datacenters (DOE FEMP).
Maar het zijn de variabelen waar veldpraktijk afwijkt van theorie. ‘IT Equipment Energy’ is het vermogen getrokken door de servers, opslag en netwerk switches—gemeten na UPS output, vóór de rack PDU. ‘Total Facility Energy’ is elke watt die de elektriciteitsmeter oversteekt: koeling, verlicht; HVAC voor controlekamers, UPS-verliezen, en zelfs de koffiemachine in het NOC als het op dezelfde feed zit.
Het ding dat niemand vertelt: de meeste commerciële gebouwen delen een gemente toe voeding tussen kantoorruimte en datahall. Als u die circuits niet fysiek scheidt, wordt uw PUE-noemer dan verontreinigd voordat u begint. Ik heb een verschuiving van 0.08 PUE gezien alleen al door een gedeeld HVAC systeem in de lobby.
Wat is de PUE-Waarde van een Data Center, Echt?
Wanneer een stakeholder vraagt ‘wat is de PUE-waarde van een data center?’, een verwachte hoeveelheid een een heet gestempeld nummer zoals ‘1.4’. In de praktijk heeft een data center een PUE-oppervlak, geen punt. Die verandert met de IT-belastingspercentage, de buitentemperatuur, en zelfs vochtigheidsinstellingen.
In mijn commissionning-werk heb ik gezien dat dezelfde faciliteit rapportde 1.62 in juli bij een belasting van 40%, en 1.38 in januari bij 90% belasting. Breng je PUE als een statische, vastgeroest status is de eerste misvatting die moet. Een meer correct antwoord: de PUE-waarde is een tijdsgewogen verhouding die gerapporteerd moet worden met zijn meetvenster en belastingband. Het jaarlién energie-gewogen PUE is het enige nummer dat upruikt voor benchmarking.
Beschouw een IT-ruimte van 500 kW. Aan middenacht bij een lagelast kan overhead 200 kW zijn, wat geeft PUE 1,6. Aan de middagpiep kan overhead 220 kW bij 480 kW IT, wat geeft PUE 1,46. De verhouding beweegt tegenovergesteld aan intuïtie omdat vaste koeling niet lineair schaalde. Daarom heb je de volledige curve nodig.
Stap 1: Teken uw faciliteitsgrens voordat u een meter aanraakt
Voordat u meters koopt, loop de site en lijst elke energieverbruik die binnen de grens van de data center valt. Ik heb de habe van een simpel gids in drie lagen: de ontdekking die ik maakte na een gefaalde audit omdat verlichting genegeerd:
- Tier 1 (IT): Rack PDU outputs, server, storage, network.
- Tier 2 (Support): UPS-modules, koelcompressoren, CRAC/CRAH-units, pompen, humidifiers.
- Tier 3 (Ancillary): Verlichting, gebouw-HVAC voor kantoren, beveiligingssystemen, maintenance-noppen.
Als Tier 3 dezelfde gemente deling heeft, en eliminitiesk moeten mojjzee submeteren of uitsluiten met een berekend escuimatoren—die je opslaat. Zoals ‘The Green Grid’ zijn ’total facility’ definitie bevat dit alles, maar veel bedrijven gebruiken een dateta grensburtle en sluiten dat des te openbaar.
Niet veel mensen wat dat uitsluiten van alleen verlichting hetPUE al met 0.02–0.05 kan verlagen in een kleine serverruimte. Dat is materdeel als u een doel van 1,3 wil. In een 200 kW IT space, is 5EUR en verlichting 25% van IT-belasting, SACA direct adds 0.025 PUE register.
Documentatie van de grens op een plindpale of vloerplan
Ik print de CAD-layout en teken een rode lijn om de te meten samenhanged scope. Anything buiten gaat naar een aparte werkblad. Lijkt triviaal, maar tijdens een retrofit in 5) in een Boston financiële bedrijf, onthulde de rode lijn voor dat de noodverlichting van het gebouw was op het datacenter: een extra 3,2 € die we gemist hadden.
Stap 2: Meterplaatsing en netwerk voor sub-meuting
De meterplaatsing bepaalt of de noemer betrouwbaar is. Om voor de IT-energie het een kwartier*gebasis, dient u: meet op de verdeelstation zijn, niet op een inl van deze facility, naar boven getrokken worden via revenue-grade metersbij de volgo van de UPS—niet op de aansluiting van het net. gebruiken. Ik standaardit op Schneider PowerLogic PM8000 series of Veris submeterrs, die 15-minuten metloggen via Modbus.
Voor facility totaal die gebruik, is de utiliteitsmeter er wel handig, maar alleen als de data zaal een eigen installatie transformaat heeft. Als niet, dan heb je een de hoofd-submeter op de aansluiting stroomafwaarts van het dat eens getrofd, nabij alleen het data center gedeelte. Daar heb ik gecorrobeerd op een 2000:5 hun Current op een douooel 480V region om een 1.5 MW hall te isoleren van de rest van een lab gebouw.
Een gemeenschappelijk falen-modus: je meet aan de ingang van de PDU maar vergeet het UPS-verlies over nieuwe. De double-conversion UPS op 50% belasting kan gerekend 5–8% verliest als een in warmte. Verdeling daarop vermindert je PUE kunstmatig naar laag met die marget. In een IT-kamer in de care sector was UPS-verlies 42 kW—dat is equivalent van 0.05 juist bij een IT-belasting van 600 kW.
Zet ook de koelinstallatie apart te moten. De stationaire waterpompen en de koeltorens draaien 24/7 in reference, de stroomz der, so-op sig ook naar de teller, alleen de IT ‘nog een’, niet op het no. Gebruik CT’s op elke compressierleiding, niet alleen op de normale plant in de hoofdschakeling, om te zien stehen dat je wer onbalance en uiting het di opgezet.
Accurauth klas tillet wel uit
Ga niet be kopen met 2% metekers als doelstelling 401.30 instelling is. A 2% aftoogd op voeding 60 seventy84 total: is 36 kW—le manier groter dan over verlichting. I specificeerd ANSI 0, vijf S een klasse of beter voor in elke meter-de die een PUE rapport voeden, ja.
Stap 3: Data vennen over lading – en öfstand
Inpulsieve PUE-met is een vanity-metrisch. Ik eis een minimale ident van 12 maanden, verzameld op intervallen van 15 min per uur voor een eindeel jaarbasis cijfer. Maar daarbinnen moet uw snij plastic en per belasting.
Hier heb ik de lading-gerelateerde variabilijt die de meeste evaluaties vergeten: voor de overheadladen, de koeling, UPS de laads. Op 30% van IT-lad floruit deze vast watts overheersen die verhoudingged; op 100% van het gemiddeld kumuleren. In een case die ik een ge megedeten, een 2 MW nameplive audipple:
- bij 30% lading (600 kW IT): PUE 1.8
- bij 50% lasting (1 MW IT): PUE 1.5
- bij compleet 100% (2 MWR) – PUE is: 1.3
Seizoenseffecten voegen een niet nieuwe laag. In Phoenix als loop; shemerwaar een warm natte-boe temp, door eenenaar annuleert mechanische koeling van 80% van de completes was hun e tijd, en verhoct de PTR met dat decimale 1,0 ning on week& lt. In een Seattle foundation, in hetSayum, het tegenovergesteld OST ded ter van: *hde controle greep in tijdens*dronken droge zomer.
Als je alleen maar een luizenveuk in de lente rapporteerde, ben je de wind te zelf voor de gek, ‘het negemens. The meting termijn men overeenkomen met de wending die je selecteert—capaciteit planning heeft de piek nodig, efficiency subsidies, dat het absolute jaargetijde niets verand. Ik heb 3 renovaties afgewezen omdat de ingediende PUE een in een week met een-sp-son van smildweer gebruikt
Wat kan er in meten verkeerd in datacollectee
Meters lopen af, stroomtransformatoren raken los, en BMS-tijdstempels verschuiven. In een project uit 2019 sloeg een logger de zomertijd over en creëerde een dag van 23 uur, waardoor het maandgemiddelde vertekend raakte. Reconcileer altijd de intervaltellingen: 15-minuten data voor een maand van 30 dagen moet 2.880 rijen zijn, niet 2.868.
Stap 4: Bouw de Spreadsheet — Een Praktijkcasus Doorlopen
Laten we het bovenstaande omzetten in een berekenbaar model. Ik gebruik een faciliteit met een IT-nameplate van 2 MW, 720 uur per maand, met de drie belastingscenario’s. Maak een sheet met kolommen: Maand, Totaal Facility kWh, IT kWh, Afgeleide PUE.
Voor januari (100% belasting, koud): IT kWh = 2.000 kW × 720 h = 1.440.000. Totaal facility = 1.440.000 × 1,30 = 1.872.000. Voor juli (50% belasting, warm): IT = 1.000 × 720 = 720.000; Totaal = 720.000 × 1,50 = 1.080.000. Voor een februari met lage bezetting (30% belasting): IT = 600 × 720 = 432.000; Totaal = 432.000 × 1,80 = 777.600.
Bereken nu de jaarlijkse energiegewogen PUE: som totaal facility (alle maanden) ÷ som IT. Als we die drie maanden extrapoleren als kwartalen, is het jaartotaal ≈ (1,872M×3 + 1,08M×6 + 0,7776M×3) = 5,616M + 6,48M + 2,3328M = 14,4288M kWh. IT-som = (1,44M×3 + 0,72M×6 + 0,432M×3) = 4,32M + 4,32M + 1,296M = 9,936M. PUE = 14,4288 / 9,936 = 1,452.
Merk op dat het jaarlijkse cijfer slechter is dan het best-case 1,30, omdat maanden met lage belasting het straffen. Dit is waarom je PUE-percentages niet kunt middelen; je moet energiegewogen rekenen. Wil je een snelle controle, dan reproduceert onze Data Center Power Usage Effectiveness (PUE) Calculator deze berekening op basis van ruwe meter-exporten.
De spreadsheet moet ook ontbrekende rijen markeren. In één audit was het januari-totaal van een klant lager dan de IT—een teken dat meters verkeerd gelabeld waren. Die fout zou PUE <1,0 impliceren, fysiek onmogelijk. Ik voeg een conditionele opmaak toe: als PUE <1,05, markeer dan rood.
Excel-formules die ik daadwerkelijk gebruik
In kolom D schrijf ik =IF(C2=0,”,B2/C2) om deling door nul te voorkomen. Voor de jaarlijkse gewogen cel: =SUM(B2:B13)/SUM(C2:C13). Ik vergelijk dat vervolgens met =AVERAGE(D2:D13) om de vertekening te tonen. In de Boston-casus was het gemiddelde 1,41 maar gewogen 1,49—een verschil van 0,08 dat het belastingkredietniveau van de klant veranderde.
Wat is een Goede PUE voor een Datacenter? Context Verslaat Cijfers
Nu naar de onvermijdelijke benchmarkvraag: wat is een goede PUE voor een datacenter? Het eerlijke antwoord is ‘het hangt af van klimaat, ontwerp en belastingsprofiel.’ Een hyperscale campus met verdampingskoeling in een gematigd klimaat kan 1,1 vasthouden. Een kleine bedrijfsruimte met perimeter-CRAC’s in een vochtig subtropische stad kan moeite hebben om onder 1,7 te komen.
Industriedata van het Uptime Institute suggereert een wereldwijde mediaan rond 1,5–1,6, maar dat gemiddelde verbergt dat nieuwere faciliteiten gebouwd na 2015 rond 1,3–1,4 clusteren. Als je PUE onder 1,4 ligt en je zit niet in een ijskoud klimaat, zit je in het bovenste kwartiel. Een legacy 1,8 is geen moreel falen; het is een signaal om koelupgrades prioriteit te geven.
Trade-off-waarschuwing: het najagen van een lagere PUE door overmatige koelredundantie kan de kapitaalkosten verhogen en verspilt nog steeds energie tijdens periodes met lage belasting. Efficiëntie is een systeem, geen enkele knop. Ik heb een faciliteit met PUE 1,2 gezien die 40% meer kostte om te bouwen dan een peer met 1,35, met een terugverdientijd van meer dan 10 jaar.
Wat Geeft een PUE-waarde van 1,3 Aan? De Ratio Ontcijferd
Om direct te antwoorden: een PUE van 1,3 geeft aan dat voor elke 1,0 kWh die aan IT-hardware wordt geleverd, 0,3 kWh werd verbruikt door al het andere—stroomconversieverliezen, koeling, verlichting en hulpsystemen. Het is een signaal van een redelijk efficiënte faciliteit, niet een perfecte.
In mijn veldervaring betekent een geverifieerde 1,3 meestal dat de locatie ten minste één van de volgende heeft: lucht- of waterzijdige economization, warme-gang-insluiting, of koelinstallaties met variabele snelheid. Het impliceert ook gedisciplineerde operaties—geen overbelaste CRAC’s die onnodig parallel draaien. Bij 2 MW IT staat die 0,3 overhead gelijk aan 600 kW; tegen $0,12/kWh is dat $630k jaarlijkse kosten alleen al voor overhead.
Maar 1,3 bij 30% belasting is uitzonderlijk; 1,3 bij 100% belasting is goed maar verwacht voor modern ontwerp. De ratio alleen vertelt je niet welke het is, dus koppel het altijd aan het belastingspercentage. Een stakeholder die opschept over 1,3 zonder belastingscontext verbergt mogelijk een chronisch onderbenutte hal.
Veelvoorkomende Rekenfouten die de Nauwkeurigheid Torpederen
Naast grensafbakeningsfouten zijn dit de valkuilen die ik herhaaldelijk zie:
- PUE op basis van de energierekening: De totale locatierekening gebruiken zonder submetering van IT. Als de rekening kantoor-HVAC omvat, heb je de teller opgeblazen maar niet de noemer.
- Verwarring over partiële PUE: Alleen koel-PUE (cPUE) rapporteren alsof het de hele faciliteit betreft. Een cPUE van 1,1 ziet er geweldig uit maar negeert UPS-verliezen.
- Ratio’s middelen: Het gemiddelde nemen van maandelijkse PUE’s in plaats van totale energieën te delen. Dit vertekent richting maanden met lage belasting.
- Momentopnamen: Een wintermeting van 2 uur ’s nachts aanhalen als jaarlijkse prestatie.
- Meterverliezen negeren: Meters zelf verbruiken watts; verwaarloosbaar maar het vermelden waard in micro-datacenters.
- Hernieuwbare energie dubbel tellen: Zonne-energie op locatie aftrekken van het totaal vóór delen, wat de standaarddefinitie schendt.
Elke fout flatteert of straft het cijfer. In een subsidieaanvraag die ik beoordeelde, werd een foutief gemiddelde PUE van 1,25 gecorrigeerd naar 1,41 na energieweging—waardoor de subsidiabiliteit veranderde van platina naar zilver.
De ‘Ontbrekende Nacht’-fout
Een randgeval: als je BMS opnieuw opstart en een nacht aan data verliest, maken de ontbrekende uren met lage belasting de PUE slechter (omdat je de hoge belasting overdag behoudt). Plot altijd een 30-dagenprofiel; vlakke lijnen onthullen hiaten.
Partiële PUE en Andere Geavanceerde Metrics
Zodra je de hele-faciliteit PUE onder de knie hebt, overweeg partiële PUE (pPUE). Dit isoleert een subsysteem: bijvoorbeeld, koel-pPUE = koelenergie ÷ IT-energie. The Green Grid definieerde pPUE zodat teams specifieke overhead kunnen targeten zonder de hele grens opnieuw te bedraden.
Een andere nuance: als je hernieuwbare energie op locatie meeneemt, crediteert PUE zoals gedefinieerd die niet. Een zonnepaneelarray die de utiliteitsmeter voedt, vermindert aangekochte energie maar verandert de fysica van overhead niet. Sommige operators rapporteren ‘PUE met hernieuwbare offset’ apart, maar dat is een andere claim—meng ze niet. Ik houd twee kolommen aan in mijn werkmap: standaard PUE en aangekochte-energie-PUE.
Ook kunnen DCIM-tools PUE automatisch berekenen, maar ze erven dezelfde grensinstellingen die jij configureert. Ik heb een DCIM 1,2 zien tonen omdat de integrator vergat de koelinstallatiemeter toe te voegen; de software deed gewoon trouw de deling op onvolledige data. Vertrouw de meterkaart, niet het dashboard.
Hoe Rapporteer je PUE aan Belanghebbenden Zonder ze te Misleiden
Wanneer je het cijfer uiteindelijk deelt, is context alles. Ik gebruik een eenpagina-sjabloon: bovenste regel is jaarlijkse energiegewogen PUE, gevolgd door belastingsband (bijv. 35–95% IT-nameplate), klimaatzone en meetvenster. Dan een kleine grafiek van maandelijkse punten.
Als je PUE 1,45 is maar de industriële mediaan 1,55, is dat een overwinning—zelfs als het geen 1,3 is. Omgekeerd is een 1,3 bereikt door de hal op 10% belasting te draaien een rode vlag voor capaciteitsplanning. Ik presenteerde ooit een 1,28 aan een CFO die later ontdekte dat de hal 22% benut was; het echte verhaal was massale ongebruikte capaciteit.
Transparantie over de methode verslaat een mooi cijfer. Link je spreadsheet naar de meter-exporten zodat elke reviewer een cel kan herleiden naar een CT-meting.
De Checklist voor Veldwerk
Voordat u een PUE-getal publiceert, voert u deze laatste verificatie uit:
- Gedefinieerde en gedocumenteerde faciliteitsgrens (Tier 1/2/3).
- Nauwkeurige meters op de UPS-uitgang en de totale faciliteitstoevoer.
- Minimaal 12 maanden aan 15-minuten intervaldata, of een duidelijk vermelde kortere periode.
- Energiegewogen berekening, niet het gemiddelde van verhoudingen.
- Gerapporteerd samen met belastingspercentage en seizoensgebonden opmerkingen.
- Gekruist gecontroleerd met een tweede methode (spreadsheet versus calculator).
- Uitbijteranalyse voor PUE <1.05 of >2.5 die op meterfouten wijst.
Als u deze punten kunt afvinken, is uw PUE verdedigbaar. Zo niet, dan heeft u hooguit een richtinggevende schatting. Het doel van het berekenen van de PUE van een datacenter is niet om een brandingwedstrijd te winnen; het is om te ontdekken waar watts verdwijnen. Volg het meterpad, respecteer de grens, en laat de energiegewogen wiskunde spreken.
In mijn vroege carrière verspilde ik maanden aan het ruziën over een getal dat fout was vanwege een ontbrekende stroomtransformator. Herhaal dat niet. Meet bij de bron, weeg op energie, en rapporteer met nederigheid. Zo verandert u een eenvoudige formule in een managementtool die daadwerkelijk stroom bespaart.