Bagaimana Anda menyimpan hijau dengan menjadi hijau? [Tutup]

Untuk keperluan pertanyaan ini, saya tertarik dengan perangkat keras terkait server / pusat data.

Sudahkah Anda memiliki jumlah ROI yang terukur dengan menukar perangkat keras yang ada ke perangkat keras yang lebih "hijau" atau hemat energi?

Sebagai contoh, VMWare mengatakan Anda dapat mengurangi konsumsi energi hingga 80% dengan menggunakan virtualisasi. Saya juga pernah mendengar tentang solusi pendinginan dari HP yang seharusnya mengurangi sedikit penggunaan engery (<25% saya pikir). Google juga telah melakukan sesuatu dengan mengintegrasikan UPS ke dalam catu daya mereka untuk mengurangi konsumsi energi.

Pengalaman dunia nyata mana pun akan menjadi luar biasa, tetapi jika Anda memiliki perincian tentang biaya awal, penghematan dan melunasi waktu tentang perubahan apa yang dilakukan, itu akan fantastis. Saya tidak hanya tertarik pada virtualisasi, saya juga tertarik pada apa pun.

Ini pertanyaan yang sangat besar. Ada banyak cara berbeda orang menghemat energi dan kemudian menghemat $$ dengan menghijaukan pusat data mereka.

Saya pikir Anda bertanya tentang ROI pada upaya seperti itu.

Virtualisasi tentu saja merupakan contoh yang bagus - beli beberapa server fisik besar (2 atau 4 soket) dengan satu ton memori (32 - 128 GB) dan kemudian konversikan Server Fisik ke Server Virtual (P2V) dan matikan server fisik.

VMware memiliki caculator ROI

http://vmware.com/go/calculator

Tapi itu benar-benar tergantung - jika Anda memasukkan 3 VMware ESX Host yang dapat menangani 40 Server Workloads dan Anda hanya bermigrasi 10 atau 20 - maka Anda tidak akan melihat ROI.

Tetapi jika Anda menghitung 40 catu daya (2 per server atau 900 Watt per kotak) dan kemudian menyadari bahwa Anda menggantinya dengan 3 host ESX (2 per server atau 1.200 watt per kotak) maka Anda akhirnya mencabut 36.000 Watt (40 x 900) dan menggantinya dengan daya 3600 watt (hampir 10: 1 konsolidasi dari perspektif Watts). Penghematan bersih sekitar 32.000 Watt.

Dan sadari - ini sekitar 1 Ton Pendinginan per setiap 3,5 kW daya - jadi jika Anda mengambil 32.000 Watt maka Anda dapat menghemat sekitar 30 ton pendinginan (sehingga Anda memperkirakan biaya daya hingga 30 ton pendinginan) dan itu penghematan Anda bisa mengukur.

Matematika saya dibatalkan - Saya telah bermain di luar sepanjang hari (paparan sinar matahari).

Area besar lainnya yang perlu ditingkatkan - Manajemen Daya Terdistribusi - matikan atau kurangi beban kerja di malam hari, putar disk di SAN jika tidak diperlukan, dll.

Ganti baterai dalam sistem UPS dengan Flywheels ( http://www.pentadyne.com/ ).

Gunakan pendingin sekitar jika memungkinkan, bila memungkinkan.

Letakkan Pusat Data Anda di suatu tempat dengan biaya yang lebih murah per kW / jam.

Gunakan Pendinginan Air Danau Dalam (berteriak untuk mengintip Toronto).

Karena semua orang berkomentar tentang VMware, saya akan berbicara tentang sesuatu yang berbeda.

Cara lain kita mengurangi konsumsi energi adalah tidak menjalankan perangkat keras lama. Server yang kami beli lebih dari 5 tahun yang lalu mengkonsumsi daya lebih dari dua kali lipat, dan menghasilkan hampir dua kali panas server energi rendah saat ini.

Kiat:

Cari peringkat server BTU sebelum Anda membeli, coba dan gunakan catu daya yang efisien dan CPU berdaya termal rendah.

Decommission server sepenuhnya setelah mereka tidak lagi diperlukan (yaitu: menghapusnya sepenuhnya dari pusat data)

/ Richy

Microsoft memiliki whitepaper yang sangat luar biasa pada manajemen daya server:

Power In, Dolar Keluar: Cara Stem Arus di Pusat Data

Saya belajar banyak dari membacanya, dan sangat terkejut dengan grafik konsumsi server daya idle ini .

Server A adalah model tahun 2005 :

Server B adalah dari vintage 2008 :

Sekarang ini adalah server yang cukup gemuk, dengan 64 GB dan 128 GB memori masing-masing. Namun, itu bukan pertanda baik untuk masa depan, karena memori adalah hal # 1 yang dibutuhkan banyak server dan mendapatkan lebih banyak setiap tahun .. namun tidak seperti CPU terbaru-n-terhebat itu tidak memiliki throttle idle dan menghisap turun ton daya 100% dari waktu!

Stat lain yang menarik:

menurut United States Environmental Protection Agency (EPA) “Laporan ke Kongres tentang Server dan Pusat Data Efisiensi Energi,” ( PDF link ) server produksi berjalan di mana saja dari pemanfaatan rata-rata 5 hingga 15 persen.

Seperti yang dicatat oleh semua orang, ada banyak parameter yang perlu dipertimbangkan.

Yang paling mendasar adalah kekuatan. Periksa dengan pusat data Anda tentang perbedaan tarif bagi mereka yang menyediakan daya 220V vs 110V - Anda mungkin akan terkejut. Apakah mereka menawarkan opsi 18V DC? (ini paling sering tersedia di pusat data yang melayani lebih banyak untuk peralatan telekomunikasi, seperti yang telah menjadi standar selama beberapa dekade) Pasokan daya ada untuk membiarkan gigi x86 lepas dari semua yang di atas. IIRc, catu daya DC paling efisien, diikuti oleh 220V dan kemudian 100V. DC paling efisien karena itu hanya penurunan tegangan melalui resistor, bukan konverter AC / DC seperti pada catu daya AC (output dari catu daya PC adalah +/- 12V dan +/- 5V, kan?). Kadang-kadang bahkan lebih hemat biaya untuk meletakkan konverter AC / DC per rak dan kemudian jalankan AC ke konverter di rak dan kemudian jalankan daya DC ke mesin.

Selain jenis daya, ada penggunaan daya lama: menurunkan array drive yang tidak digunakan, menyiapkan mesin yang tidak digunakan untuk tidur dalam mode daya rendah, atau untuk online ketika diperlukan (melalui kontrol daya jarak jauh atau wake-on-lan) tetapi juga mematikan diri, virtualisasi untuk mengkonsolidasikan beban kerja menjadi mesin fisik yang lebih sedikit sambil mempertahankan pemisahan yang logis.

Efek dari konsumsi daya menetes di seluruh persamaan: lebih sedikit daya berarti lebih sedikit limbah panas berarti lebih sedikit pendinginan yang diperlukan. Ini adalah landasan untuk menjadi hijau ... tetapi juga rumit dan bisa sulit untuk diukur.

Cara favorit saya untuk menjadi hijau hari ini sebenarnya adalah menyepak bola dan 'menggunakan cloud'. Amazon dan Google dan Rackspace dan Linode lebih baik dalam hal ini daripada saya, dan mungkin lebih baik daripada Anda juga. Cari tahu bagaimana menerapkan cloud ke masalah Anda, dengan demikian membuat seluruh masalah penyediaan data center ... milik orang lain.

VMware bisa memberi Anda penghematan daya yang sangat bagus. Sebagai contoh saya punya situs dengan 8 server yang hanya digunakan pada siang hari, ini ada di 8 kotak 1RU yang menjalankan aplikasi terikat CPU tunggal berulir. Saya memindahkannya ke 2x 1RU Quad Core Machines dan mengaktifkan DPM.

Di malam hari dan selama periode tertentu semua mesin dimigrasikan ke 1 server dan server kedua dimatikan. Jadi dari 8 server turun menjadi 1 (plus SAN) untuk waktu yang signifikan.

Jika penghematan daya saja yang akan membayar lisensi VMware adalah pertanyaan yang berbeda.

DPM dalam pikiran saya akan menjadi penghemat biaya yang terlihat bagus. Tergantung pada lingkungan Anda tentu saja jam-jam tertentu membutuhkan waktu CPU jauh lebih sedikit daripada yang lain dan kemampuan untuk menghemat daya dan mungkin memakai dan merobek selama waktu itu akan menghemat uang Anda.

Berikut ini adalah artikel bagus tentang virtualisasi dan go green , dan penggunaan Solaris Zone dibandingkan dengan VMWare (penafian: Saya bekerja untuk orang yang menulisnya).

Kami memiliki Nexsan SATABeast sebagai penyimpanan utama untuk SAN kami - ini dapat memarkir kepala secara otomatis (~ 20% penghematan daya), menurunkan SATA-disk menjadi 4000rpm (40% penghematan daya) dan akhirnya mematikan disk (ya, 100%) tabungan). Fitur ini disebut AutoMAID.

Saya harus mengakui bahwa saya tidak menggunakan fitur ini pada array yang menjadi tuan rumah volume Vmware OS-VMFS, karena saya tidak ingin mereka ketinggalan. Dimungkinkan untuk hanya memilih head parking dan spindown, dan selalu membiarkan disk berjalan.

Hal lain yang kami lakukan adalah menjalankan inverter panas (bukan A / C) di ruang server. Ini seperti Pendingin Udara, kecuali bahwa itu aliran udara dua arah. Itu membuat ruang server sekitar 20C, dan mendorong udara panas ke ruang bawah tanah kami (di mana ia memanaskan ruang bawah tanah dan membuat lantai kami di lantai 1 sedikit lebih hangat).

Inilah kemenangan cepat yang kami terapkan: mengaktifkan pencetakan dua sisi. Sebagian besar printer modern dapat dengan mudah menangani ini, dan menghemat energi, tinta, dan kertas.

VMWare bukan satu-satunya cara untuk menghemat energi dan dolar di pusat data. Anda perlu memikirkan sumber daya komputasi Anda sebagai satu sistem dan penyesuaian / perbaikan untuk meningkatkan kinerja dan efisiensi sistem. Itulah perbedaan antara teknik dan bermain-main dengan komputer.

Beberapa contoh:

• Pendinginan: banyak tempat dengan lantai yang ditinggikan menempatkan ubin berlubang di "lorong panas". Itu seperti menjalankan pemanas ruangan di freezer Anda.
• Pendinginan: merancang ruang pusat data agar nyaman bagi manusia
• Energi: Menggunakan peralatan lama untuk memberikan layanan karena telah disusutkan dan "gratis"

Tidak ada angka ajaib yang membuat skema khusus untuk menghemat energi atau sumber daya lainnya tepat untuk Anda. Itu tergantung pada segala macam hal yang berbeda. Jika Anda berada di New York, misalnya, tingkat daya akan membuat ROI untuk setiap watt yang dihasilkan dari pengembalian daya 3x lebih dari South Carolina. Mengotomatiskan proses manual dapat menghemat uang Anda, kecuali beberapa karyawan bersatu dengan ketentuan 3 tahun, tanpa PHK.

Ukuran bisnis Anda dan bagaimana Anda melakukan urusan akuntansi juga. Jika Anda membeli & mendepresiasi server, membeli lebih sedikit server + lisensi VMWare akan menghasilkan penghematan pajak dan mengurangi biaya modal. Tetapi jika Anda menyewa server, penghematan itu mungkin lebih sedikit. Jika Anda adalah agen pemerintah yang menerima pendanaan Federal, VMWare akan menghemat banyak uang karena Anda tidak perlu menjalankan beberapa server yang didedikasikan untuk program atau hibah Federal tertentu. (FBI tidak suka bila Anda menggabungkan layanan pada perangkat keras yang mereka danai, dan mengharapkan uang kembali)

EDIT: Saya baru menyadari betapa bodohnya perhitungan itu terlihat :) - Saya hanya akan membiarkan mereka masuk, saya tidak berpikir Anda tidak dapat melakukannya sendiri hanya lupa saat menyusun posting yang saya masukkan beberapa brainfarts kecil di sana juga :)

Tidak ada seorang pun di sini yang akan / dapat memberi Anda deskripsi lengkap cara menghitung tabungan Anda. Anda harus memberi tahu kami rencana Anda tentang pengukuran apa yang menurut Anda dapat diterima dalam "go green" (Saya benci frasa itu, btw).

Biasanya Anda harus pergi dan mendapatkan spesifikasi server Anda, untuk tujuan perhitungan Anda menggunakan penggunaan daya maksimum, sehingga bagian energi mati sederhana.

  sum_of_kw_physical
-  sum_of_kw_virtual
-------------------
    sum_of_kw_saved
x        eur_per_kw
-------------------
          eur_saved
===================

Selanjutnya ada biaya perangkat keras yang sederhana. Itu mungkin biaya hanya karena Anda biasanya perlu mendapatkan setrika yang cukup besar untuk menjalankan beberapa contoh. Anda mungkin juga ingin beberapa penyimpanan pusat jika Anda belum memilikinya. Jika Anda benar-benar ingin menyimpan dari server lama Anda, Anda dapat menggunakan beberapa program pengembalian vendor Anda atau menjualnya di ebay atau memberikannya ke beberapa sekolah (yang membuat perhitungannya sangat rumit). Mari kita tetap sederhana:

             cost_of_new_iron
+         cost_of_new_storage
- savings_from_return_program
-----------------------------
                    real_cost
=============================

Selanjutnya saya pribadi ingin mempertimbangkan kontrak layanan untuk HW sebagai sesuatu yang dimiliki sendiri, karena tergantung pada bagaimana rencana receycling Anda, Anda mungkin ingin mendapatkan 3 kontrak layanan selama satu tahun jika kombinasi opsi Anda menjadikannya lebih murah, seperti:

• 1 tahun - hari kerja berikutnya,
• Tahun ke-2 - hari kerja yang sama,
• Tahun ke 3 - jam + kotak pengganti

Di samping catatan: Dengan virtualisasi di tempat Anda biasanya ingin kontrak dukungan lebih cepat karena lebih sedikit perangkat keras yang perlu gagal bagi Anda untuk turun. Jadi itu mungkin akan lebih mahal per server dari sebelumnya, tergantung pada berapa banyak server yang Anda simpan akan lebih murah atau lebih rendah pada akhirnya.

tergantung apa yang Anda butuhkan. Alasan lain untuk tidak memiliki itu dalam biaya perangkat keras adalah bahwa Anda siap dimuka untuk mendapatkan satu atau dua tahun lagi dukungan dan tahu berapa biaya itu daripada mengganti perangkat keras jika itu karena alasan tertentu diperlukan.

pertimbangkan lisensi perangkat lunak, dan katakanlah 3 bulan dari satu admin penuh waktu untuk dapat sepenuhnya bekerja pada kecepatan yang sama dari sebelumnya. Itu bukan 3 bulan untuk setiap admin karena biasanya penyebaran pengetahuan cukup cepat.

Hal-hal lain yang perlu Anda perhitungkan:

• rackspace
  • mungkin beberapa penghematan di sini juga
  • berikan (lebih banyak) rackspace kepada pelanggan membayar Anda untuk euro keras jika Anda memiliki DC sendiri
  • memiliki lebih sedikit rak untuk membayar
  • dalam kasus kandang pertimbangkan untuk pindah ke kandang yang lebih kecil

Itulah yang akan saya lakukan untuk dasar-dasar dalam hal keberhasilan atau kegagalan finansial "terukur".

Sisi lain adalah kesuksesan teknis. Ada beberapa metrik yang Anda butuhkan di muka:

Pertimbangkan ini:

• Berapa lama dari mengetahui persyaratan proyek yang diperlukan untuk mengetahui konfigurasi HW yang diperlukan?
• Berapa lama untuk melakukan panggilan pesanan, HW baru tiba?
• Berapa lama untuk menjalankan server baru (pengaturan OS)?

Jangan memperhitungkan ini:

• Berapa lama waktu yang dibutuhkan untuk mengatur jaringan (VLAN, dll)
  • Anda masih harus berurusan dengan sakelar, VLAN, kabel. Saya akan menempatkan itu dalam topik terpisah

Sekarang pertimbangkan berapa lama Anda dalam kasus terburuk , dengan virtualisasi Anda berada pada tingkat yang sama dengan tanpa virtualisasi. Yang terburuk adalah di mana saya perlu mendapatkan server besar baru yang mengkilap untuk $ large_amount_of_euros hanya untuk menjalankan satu instance. Karena Anda mungkin harus mengurus keputusan yang sama dari sebelumnya, waktu pengiriman dan sebagainya membutuhkan jumlah waktu yang sama.

Kasus rata-rata adalah bahwa Anda mungkin akan berdiri dan berjalan dalam waktu singkat karena semua yang perlu Anda lakukan adalah menjalankan contoh baru. Anda masih perlu menunggu proyek untuk memberi tahu Anda apa yang mereka butuhkan sehingga Anda dapat mengetahui persyaratan HW. Cukup konfigurasikan alat penyebaran Anda untuk mengatur OS dengan cara boot yang diperlukan dan sisanya akan ditangani oleh kerangka kerja penerapan dan konfigurasi.

Saya pikir going green harus diimplementasikan secara holistik. Aktifkan audit dan akuntansi printer dan lihat siapa yang menghabiskan banyak uang. Gunakan XPS atau PDF sebagai gantinya. Saya telah melihat penghematan besar hanya dengan memeriksa proses bisnis dan memperbaikinya dengan melibatkan lebih sedikit pencetakan, lebih sedikit server, dll. Saya mampu mengkonsolidasikan atau menghilangkan 30% dari lingkungan yang ada tanpa mengeluarkan uang receh. (maka Anda dapat melihat biaya lisensi dll untuk menentukan apakah masuk akal untuk memisahkan kembali layanan dalam lingkungan virtual) keluar. Selain itu berarti hijau berarti memungkinkan orang untuk melakukan telekomunikasi. Itu mungkin tidak menghemat uang bisnis, tetapi hijau dan biasanya membuat karyawan bahagia. Menjadi hijau juga mungkin membutuhkan modal sekarang tetapi menabung nanti. Dalam kasus di mana orang banyak mencetak, itu karena mereka semua memiliki monitor yang jelek,

Hal yang sama berlaku untuk server. Menjalankan sekelompok server CPU jelek 1 mungkin murah per server tetapi biaya lebih dari mengkonsolidasikan layanan tersebut ke 1 server CPU mahal. Misalnya beberapa dell 1u yang lebih lama (p4 procs) memiliki catu daya 500w di dalamnya. Garis bawah baru ML150 hadir dengan catu daya 650w, tetapi hadir dengan kira-kira tiga kali lipat kapasitas komputasi. Cara lain untuk menghemat daya agar sistem boot dari san. Ada banyak disk berputar hanya untuk mem-boot sistem yang memiliki 90% lainnya di san. Boot dari san menyelamatkan 1 seluruh sasis penuh dengan disk di pusat data.

Intinya melalui semua analisis ini menghemat sekitar 40% dari tahun ke tahun dengan CapEx dibayar kembali dalam sekitar 20 bulan

Solusi VM cukup mudah untuk ditunjukkan.

Pertimbangkan konsumsi daya server 1U yang khas, 2 soket CPU, banyak RAM, 3 atau 4 disk paling banyak, dua catu daya yang berlebihan.

Sekarang lihat konsumsi sementara sebagian besar menganggur, dan kemudian pada pemanfaatan 100%. Sementara pada 100% konsumsi daya lebih tinggi, konsumsi dasar hanya pemalasan adalah persentase yang sangat tinggi.

Sekarang pertimbangkan untuk mengkonsolidasikan 4 server seperti itu ke dalam instance VMWare / XEN / HyperV tunggal pada kotak dual 4 core, dengan 2 CPU dialokasikan untuk masing-masing VM. Rata-rata konsumsi idle akan lebih tinggi, karena biasanya akan lebih sibuk, tetapi overhead hanya pada adalah 1/4 jumlah 4 kotak fisik yang terpisah.

Segala sesuatu yang lain adalah saus dalam hal penghematan setelah itu!

Semakin besar pusat data, semakin besar kemungkinan penghematan daya per-sistem atau per-rak bukan kuantitas yang terukur, dan juga tidak ada entitas pengelola yang peduli. Upaya saya untuk menggunakan konfigurasi daya rendah dan virtualisasi belum didanai oleh inisiatif hijau atau telah diamanatkan oleh manajemen atas.

Virtualisasi akan mengurangi ukuran jejak server fisik Anda, sehingga Anda akan mendapatkan penghematan daya dan pemeliharaan. Kami melihat penurunan 62% di server fisik. Anda jelas tidak akan mendapatkan pengurangan administratif karena Anda hanya memindahkan gambar server, bukan menguranginya.

Tapi saya pikir penghematan daya hanya dengan mengganti fisik lama dengan yang baru sangat berlebihan, kecuali jika Anda adalah toko yang sangat padat. Sebagai contoh, IBM mengklaim bahwa kotak kelas x3650 M2 baru mereka menghemat $ 100 / tahun untuk listrik. Menguap. Saya tidak bisa bersemangat menghabiskan $ 3K + untuk menghemat $ 100 / bulan. Saya kira Anda bisa mengatakan itu membayar untuk dirinya sendiri dalam 3 tahun, tetapi jangan meremehkan biaya lunak melakukan migrasi ke perangkat keras baru. Dan, perangkat keras baru cenderung menjadi lebih hemat daya sepanjang waktu tanpa kami minta, jadi strategi saya adalah membeli peralatan baru dan melakukan virtualisasi ketika masuk akal berdasarkan nilai bisnis, bukan hanya menjadi hijau.

Jika Anda melakukan segala jenis server pertanian di mana Anda dapat membawa masing-masing server online dan offline maka Anda dapat memanfaatkan Wake On Lan (WoL) . Ketika memuat pada kolam yang ada cukup tinggi maka Anda membangun lebih banyak server. Ketika beban cukup rendah Anda mulai mematikan server. Perhatikan bahwa ini dapat dilakukan di samping sebagian besar ide "hijau" lainnya. Tidak ada server yang menggunakan daya lebih kecil dari yang dimatikan.

Saya bukan sysadmin, tetapi seorang konsultan energi dan pengembang perangkat lunak, tetapi ada cerita dari pusat data, yang ingin saya ceritakan, karena ini menunjukkan seberapa jauh Anda dapat mengambilnya jika Anda bertekad.

Saya menghadiri sebuah konferensi tentang IT hijau, dan ada satu orang dari perusahaan konsultan di Bremen, Jerman, yang mengelola inhouse pusat data mereka sendiri untuk diri mereka sendiri dan klien mereka. Bukan yang besar, tetapi untuk jenis perusahaan, itu cukup besar, mungkin sekitar 50 mesin. Selain itu, terus tumbuh.

Suatu hari, CEO, yang memberikan ceramah, kehilangan kesabarannya dengan sysadmin yang meminta peralatan pendingin dan ventilasi yang semakin kuat ketika ruang server mereka tumbuh dan tumbuh. Perangkat-perangkat ini mulai menarik sebanyak anggaran pada server itu sendiri. Lain kali admin menginginkan unit pendingin, dia menyuruh orang itu duduk dan menjelaskan semua yang dia tahu tentang mengapa ruang server harus pada 20 ° C. Ternyata tidak ada yang benar-benar tahu, jadi mereka memulai penelitian yang luas.

Hal pertama yang mereka sadari adalah bahwa suhu pada komponen perangkat keras itu penting, bukan suhu ruangan. Jadi mereka menyusun daftar semua komponen yang mereka gunakan, dan mendapat data toleransi panas terperinci dari produsen.

Selanjutnya, mereka memastikan mereka memiliki pembacaan suhu real-time yang konstan dari kanan pada komponen, setidaknya untuk sampel yang cukup besar.

Sekarang, mereka perlahan-lahan mulai membiarkan suhu ruangan naik, mengawasi suhu komponen. Ini saja memungkinkan untuk mencapai 25-30 ° C. Ketika mereka perlahan-lahan mendekati suhu kritis pada komponen, ini masih jauh lebih panas daripada ruangan, jadi mereka mencoba untuk meningkatkan sirkulasi udara dan menaikkan unit ventilasi. Gagasan utamanya adalah pergi sejauh mungkin dengan ventilasi saja, karena itu jauh lebih murah daripada pendinginan.

Proses ini melewati beberapa iterasi dan mereka berulang kali memperbaiki dan meningkatkan sistem ventilasi mereka, sambil meningkatkan suhu ruangan rata-rata. Ketika mereka mencapai 45 ° C, mereka mulai merasa margin keselamatan mereka menjadi terlalu kecil, dan mereka tidak dapat meningkatkan ventilasi lebih lanjut. Mereka mundur selangkah ke 40 ° C dan sekarang suhu operasi permanen dari pusat data.

Mereka menarik udara untuk ventilasi dari luar, yang banyak membantu di musim dingin di Jerman. Pendinginan hanya harus dihidupkan sama sekali pada hari-hari musim panas yang sangat panas. Di musim dingin, mereka menggunakan kembali panas yang diekstraksi dari pusat data untuk melengkapi sistem pemanas. Dengan begitu, tagihan energi gabungan untuk daya dan pemanas untuk seluruh perusahaan telah turun 80%.

Ruang server sekarang sangat panas, dan sangat bising, karena ventilasi yang kuat. Mereka harus memasang insulasi kebisingan tambahan di dinding, agar tidak mengganggu kantor di sebelah. Admin hampir tidak pernah memasuki ruangan, karena itu bukan lingkungan kerja yang bagus. Untuk pemeliharaan terjadwal, mereka mulai mendinginkan ruangan dua hari sebelumnya. Dalam keadaan darurat, admin mengenakan pelindung telinga dan berganti pakaian renang (tidak bercanda), sebelum masuk.