(Sponsorlu İçerik)Veri merkezinde verimliliğin yeni hesabı

Bir veri merkezi sunumunda düşük PUE hemen dikkat çeker. Haklı olarak da önemsenir; elektrik ve soğutma altyapısındaki kayıpları azaltmak işletmenin her gününe yansır. Ama yapay zekâ yatırımları bu ölçeğe çıkmışken tek bir rakamla yetinmek zorlaşıyor. Tesis, tükettiği enerjiyle ne kadar faydalı iş üretiyor? 

PUE, aynı dönemde tesisin toplam enerji tüketiminin bilgi teknolojileri ekipmanlarının tüketimine bölünmesiyle hesaplanır. Sunuculara ulaşan enerjinin nasıl kullanıldığını, yapılan işin değerini veya hizmet kalitesini anlatmaz — anlatması da beklenmez. Altyapının performansı için iyi bir göstergedir; yatırımın tamamı için değil. [4] 

Basit bir örnek. Belirli bir dönemde sunucular 1.000 kWh, destek sistemleri 200 kWh tüketiyorsa PUE 1,20'dir. Aynı iş, boşta çalışan kaynaklar kapatılarak 600 kWh ile yapılabilsin. Gerçekte destek tüketimi de bir miktar düşer, ama orantılı olarak değil: UPS boşta kayıpları, aydınlatma, asgari fan ve pompa debileri BT yükünden görece bağımsız devam eder. Destek tarafı 200 kWh’te kalırsa toplam 1.200'den 800 kWh’e inerken PUE 1,33'e çıkar. 170 kWh’e kadar düşse bile PUE 1,28'dir; yine yükselmiştir. Fatura üçte bir azalmış, yalnızca PUE’ye bakan değerlendirme ise tabloyu kötüye gidiş olarak okumuştur. 

Ölçek bu ayrımı büyütüyor. Uluslararası Enerji Ajansı’nın 2026 güncellemesi, veri merkezlerinin küresel elektrik tüketiminin 2025'teki 485 TWh’den 2030'da yaklaşık 950 TWh’e, yani küresel talebin yüzde 3'üne çıkacağını öngörüyor. Asıl hareket alt kırılımda: yapay zekâ odaklı tesislerin tüketimi 2025'te 155 TWh’ti, 2030'da 465 TWh’e, üç katına çıkması bekleniyor. Sadece 2025'te toplam büyüme yüzde 17, yapay zekâ tarafındaki büyüme yüzde 50 oldu. Bu eğride verimlilik için hangi hedefi seçtiğiniz, yatırım kararını da belirliyor. [2] 

Önümüzdeki dönemde işletme ekiplerinin konuşacağı rakam, belirli bir hizmeti sunmak için harcanan toplam enerji olacak. Bunun anlamlı olması için modelin kalitesi, yanıt süresi ve işin kapsamı da tanımlanmalı. Kısa bir metin yanıtıyla uzun bir video üretimini aynı “sorgu” başlığı altında toplamak hiçbir şey ölçmez. MLCommons’ın MLPerf Power çalışması bu üçlüyü — performans, enerji ve tanımlı doğruluk hedefi — birlikte ele alan bir yöntem öneriyor. [3] 

Burada bir itirazı baştan karşılamak gerekiyor: fikir yeni değil, standardı da var. ISO/IEC 30134 serisinin 4. ve 5. bölümleri sunucu verimliliğini (ITEEsv) ve sunucu kullanımını (ITEUsv) tanımlıyor. The Green Grid ise üretilen faydalı işin, o işi üretmek için harcanan toplam enerjiye oranı olan DCeP’i 2014'te nihai hâline getirdi; arkasında beş yıllık bir çalışma var. [1][6] 

Peki neden yaygınlaşmadı? DCeP’in esnekliği aynı zamanda zaafı: “faydalı iş”in tanımını her kuruluş kendisi yapıyor. Perakendeci satış adedini sayıyor, arama motoru sorgu sayısını. Tesisin kendi içinde dönem dönem kıyas için iyi; iki tesisi karşılaştırmak için işe yaramıyor. Sektör de hesaplamayı ağır bulup rafa kaldırdı. 

Düzenleme bu dengeyi değiştirebilir. AB Enerji Verimliliği Direktifi’nin 12. maddesi ve 2024/1364 sayılı delege tüzük, kurulu BT gücü 500 kW ve üzerindeki veri merkezlerinden her yıl 15 Mayıs’a kadar 24 veri noktası istiyor. PUE, WUE, ERF ve REF’in yanında kapasite kullanımı ve 6 Haziran 2024'ten sonra kurulan sunucuların verimlilik (SERT) puanları da listede. Gönüllü metriklerin kendiliğinden tutmadığını on beş yıl boyunca denedik. [7] 

Veri tarafındaki tablo da bunu doğruluyor. Uptime Institute’un Temmuz 2026 araştırmasında katılımcıların yüzde 87'si enerji tüketimi, yüzde 79'u PUE verisi topladığını söylüyor. Sunucu kullanım verisi toplayanlar yüzde 37'de; dahası bu oran 2025'ten beri hiç kıpırdamamış — raporun “duraklayan tek metrik” dediği kalem bu. Ortak yerleşim sağlayıcıları hesaptan çıkarıldığında oran yüzde 42'ye yükseliyor, çünkü kolokasyon işletmecisinin müşterisinin BT verisine doğrudan erişimi yok; istemesi için geçerli bir gerekçesi olması gerekiyor. Tüketimle üretkenliği birlikte okumak, kısacası tesis işletmecisiyle BT tarafı arasında bir anlaşma işi. [4] 

Otomasyonun projedeki yeri de burada değişiyor. Bina yönetim sistemindeki sıcaklık ve debi bilgisiyle elektrik güç izleme sistemindeki tüketim verisini aynı zaman çizgisine koymak, işletme ekibine iyi bir başlangıç verir. Bunlar iş yükü verisiyle eşleştirilebildiğinde sorunun kalitesi değişir: soğutma tüketimindeki artış gerçekten işlem yükünden mi geliyor, yoksa değişmiş bir ayar, kaymış bir sensör ya da gereğinden fazla çalışan bir ekipman mı var? 

Klasik vaka, aynı salondaki iki klima santralinden birinin nemlendirirken diğerinin nem alması. ABD Enerji Bakanlığı’nın tasarım rehberi bunu ayrıca anlatıyor: nem kontrolünün merkezi olmaması ve düzenli kalibre edilmeyen sensörlerin kayması başlıca sebep. Aynı rehber, kontrol sisteminin sürekli erişilebilirlik çerçevesini bozmadan, hem değişken dış ortam koşulları hem de değişken BT yükleri altında soğutmanın verimliliğini gözetecek şekilde programlanmasını öneriyor. [1] 

Rehberden çıkardığım pratik sonuç şu: otomasyon kapsamını yazarken izlenecek nokta sayısı kadar, o noktalarla hangi kararın alınacağını da tarif etmek gerekiyor. Bir sıcaklığı ekranda görmekle, o sıcaklıktaki değişimin nedenini anlayıp doğru müdahaleyi yapmak arasında ciddi bir mühendislik işi var. Sensör doğruluğu, kalibrasyon durumu, zaman damgaları, kayıt aralığı, verinin ne kadar saklanacağı — rehber en az bir yıl diyor — ve kimin neyden sorumlu olduğu projenin başında konuşulmalı. Sonraya kalırsa konuşulmuyor. [1] 

Kabul testlerine de aynı gözle bakmayı öneriyorum. Test planında farklı yük seviyelerinde tüketimin nasıl değiştiğini, yük sıçramasına sistemin ne kadar sürede yanıt verdiğini ve bir ekipman devre dışı kaldığında kontrolün nasıl devam ettiğini görmek isterim. Anlaşılan performans hedeflerinin ölçüm noktası ve test koşulu da belli olmalı; aksi hâlde hedef, kabul tutanağında bir cümle olarak kalır. İşletme ekibi teslim aldığı sistemin davranışını ancak bu şekilde tanımaya başlar. 

Kaynak kullanımının bir de yer meselesi var. Su tüketimini değerlendirirken yıllık toplamın yanında, o suyun hangi havzadan ve hangi koşulda geldiğine bakmak gerekiyor. The Green Grid’in Ekim 2025'te yayımladığı WUI yaklaşımı tam bunu yapıyor; su kullanımını tesisin bulunduğu bölgedeki su stresi seviyesiyle ilişkilendiriyor. Aynı miktarda su tüketen iki tesisin yerel etkisi aynı değil. Yer seçiminde ve soğutma alternatiflerini karşılaştırırken bu fark belirleyici olabiliyor. [5] 

Teklifleri karşılaştırırken ilk yatırım bedelinin yanına beklenen işletme koşullarını koymak da bu yüzden gerekiyor. Tesis hangi dolulukta çalışacak, performans hangi dış ortam koşulunda garanti ediliyor? Enerji ve su maliyeti değiştiğinde tablo nereye gidiyor? Kâğıt üzerinde birbirinin aynı görünen iki çözüm çoğu zaman burada ayrışır. 

Yeni bir projede mekanik, elektrik, otomasyon ve BT ekiplerini tasarımın erken aşamasında aynı masaya oturtmanın değeri de burada. Ortak hedef ve kabul koşulu baştan tanımlandığında her ekip kendi kararının toplam performansa etkisini görebiliyor. 

PUE o masadan kalkmayacak, kalkmasına da gerek yok. Ama tek başına bırakıldığında artık yanlış soruya doğru cevap veriyor. 

Kaynaklar 

[1] ABD Enerji Bakanlığı / FEMP ve NREL (Temmuz 2024). Best Practices Guide for Energy-Efficient Data Center Design. Bölüm 5.8, 8.1, 8.8 ve 8.9. 
[2] Uluslararası Enerji Ajansı (2026). Key Questions on Energy and AI, Executive Summary. 
[3] MLCommons (4 Mart 2025). MLCommons Power Working Group Presents MLPerf Power Benchmark at IEEE HPCA Symposium. 
[4] Uptime Institute (Temmuz 2026). Global Data Center Survey 2026. Sayfa 6–7 ve 11–14. 
[5] The Green Grid (29 Ekim 2025). WP#95 Water Usage Impact (WUI) v1 Metric. 
[6] The Green Grid. Data Center energy Productivity (DCeP) Harmonizing Global Metrics for Data Center Energy Efficiency — 13 March 2014. 
[7] Avrupa Birliği. Enerji Verimliliği Direktifi (EU) 2023/1791, Madde 12 ve Komisyon Delege Tüzüğü (EU) 2024/1364.