Як ви зберегли зелений, перейшовши на зелений? [зачинено]

Для цього питання мене цікавить обладнання, пов'язане з сервером / даними.

Чи були у вас якісь вимірювані показники рентабельності інвестицій, замінивши наявне обладнання на більш "зелене" або енергоефективне обладнання?

Наприклад, VMWare каже, що ви можете зменшити споживання енергії до 80% за допомогою віртуалізації. Я також чув про охолоджуюче рішення від HP, яке, мабуть, зменшить невелику кількість споживання енергії (я вважаю, <25%). Google також щось зробив, інтегруючи ДБЖ у свої джерела живлення, щоб зменшити споживання енергії.

Будь-який досвід у реальному світі був би чудовим, але якщо у вас є якісь деталі щодо початкової вартості, заощадження та окупність часу щодо того, які зміни були внесені, це було б фантастично. Мене цікавить не лише віртуалізація, мене цікавить будь-що.

Це досить величезне питання. Існує багато різних способів, коли люди економлять енергію, а потім, в свою чергу, економлять $$, озеленюючи свої центри даних.

Я думаю, ви запитуєте про рентабельність інвестицій щодо таких зусиль.

Віртуалізація, безумовно, чудовий приклад - придбайте кілька великих фізичних серверів (2 або 4 розетки) з тоною пам'яті (32 - 128 ГБ), а потім перетворіть фізичні сервери у віртуальний сервер (P2V) та вимкніть фізичні сервери.

VMware має ROI-какулятор

http://vmware.com/go/calculator

Але це дійсно залежить - якщо ви розмістите 3 хости VMware ESX, які можуть працювати з 40 завантаженнями сервера, і ви мігруєте лише 10 або 20 - тоді рентабельність інвестицій ви не побачите.

Але якщо ви порахували 40 джерел живлення (2 на сервер або 900 Вт на коробку), а потім зрозумієте, що ви замінюєте їх 3 хостами ESX (2 на сервер або 1200 Вт на коробку), тоді ви закінчуєте 36000 Вт (40 х 900) і замінивши його потужністю 3600 Вт (майже 10: 1 консолідація з точки зору Втс). Чиста економія близько 32 000 Вт.

І зрозумійте - його приблизно 1 тонна охолодження на кожні 3,5 кВт потужності - тож якщо ви витратите 32 000 Вт, то ви зможете зекономити приблизно 30 тонн охолодження (таким чином, ви вважаєте, що вартість електроенергії до 30 тонн охолодження), і це економія ви можете виміряти.

Моя математика вимкнена - я весь день грав на вулиці (сонячне випромінювання).

Інші великі області для покращення роботи - розподілене управління живленням - вимикайте або конденсуйте робочі навантаження вночі, відкручуйте диски в SAN, якщо не потрібно тощо.

Замініть акумулятори в системах ДБЖ маховиками ( http://www.pentadyne.com/ ).

Якщо можливо, використовуйте зовнішнє охолодження.

Розмістіть свої Центри обробки даних десь з дешевшими витратами на кВт / годину.

Використовуйте глибоке охолодження води на озері (кричіть до Торонто зазирає).

Як коментують VMware, я розповім про щось інше.

Ще один спосіб зменшити споживання енергії - це не запускати старе обладнання. Сервери, які ми придбали понад 5 років тому, споживають більше ніж удвічі більше енергії, і сьогодні випускають майже вдвічі більше тепла з низько енергетичними серверами.

Поради:

Шукайте рейтинги серверів BTU, перш ніж купувати, спробуйте використовувати ефективні джерела живлення та низькі теплові потужності процесора.

Сервери виведення з експлуатації повністю після того, як вони більше не потрібні (тобто: видаліть їх повністю з центру обробки даних)

/ Річі

Microsoft має надзвичайно видатну інформацію про управління потужністю сервера:

Потужність, випуск доларів: як стримувати потік у центрі обробки даних

Я багато чого навчився читати, і був особливо здивований цими графіками споживання сервера живлення .

Сервер A - це урожай 2005 року:

Сервер B - це урожай 2008 року:

Зараз це досить приємні сервери з 64 ГБ і 128 ГБ пам'яті відповідно. Але це не дуже добре для майбутнього, оскільки пам'ять - це перше, що більшість серверів потребує тонни і з кожним роком стає все більше. вниз тонни енергії 100% часу!

Ще одна цікава статистика:

згідно з повідомленням Агенції з охорони навколишнього природного середовища США (EPA) "Звіт Конгресу з питань енергоефективності сервера та центру даних" ( PDF-посилання ) сервери виробництва працюють у середньому від 5 до 15 відсотків використання.

Як зазначають усі, існує велика кількість параметрів.

Самий базовий - це влада. Перевірте у своєму центрі обробки даних різницю тарифів на них, що забезпечують напругу 220 В проти 110 В - вас можуть здивувати. Вони пропонують варіант 18В постійного струму? (найчастіше це доступно в центрах обробки даних, які більше задовольняють телекомунікаційну передачу, як це було стандартом протягом десятиліть) Блоки живлення існують для того, щоб передача x86 перебігала все вищезазначене. IIRc, джерела живлення постійного струму є найбільш ефективними, за ними слід 220В, а потім 100В. Постійний постійний струм є найбільш ефективним, оскільки це просто падіння напруги через резистор, а не перетворювач змінного та постійного струму, як у джерелах живлення змінного струму (виходи джерела живлення ПК - +/- 12 В і +/- 5 В, правда?). Іноді навіть найвигідніше поставити перетворювач змінного струму на постійний струм, а потім запустити змінного струму до перетворювача в стійці, а потім коротко запустити постійний струм до машин.

Окрім типу живлення, є звичайне старе використання енергії: відкручування невикористаних приводних масивів, налаштування невикористаних машин для сну в режимі низької потужності або підключення до Інтернету при необхідності (за допомогою дистанційного керування живленням або пробудження на ланці), але в іншому випадку вимкнути себе, віртуалізація для об'єднання робочих навантажень на меншу кількість фізичних машин, зберігаючи логічне розділення.

Ефекти споживання електроенергії проникають через рівняння: менша потужність означає менше витраченого тепла, означає менше необхідного охолодження. Це наріжний камінь зеленого кольору, але він також складний і його важко виміряти.

Моїм улюбленим способом бути зеленим в наші дні - це насправді ловити і «використовувати хмару». Amazon, Google і Rackspace та Linode в цьому кращі, ніж я, і, мабуть, кращі в цьому, ніж ви теж. З'ясуйте, як застосувати хмару до вашої проблеми, тим самим зробивши всю проблему забезпечення центром обробки даних ... чужою.

VMware може отримати вам дуже приємну економію електроенергії. В якості прикладу у мене був сайт з 8 серверами, які використовувались лише протягом дня, вони знаходилися на 8 ящиках 1RU, де працює одне програмне забезпечення, пов'язане з процесором. Я перемістив їх на 2x 1RU Quad Core Machines та включив DPM.

Вночі та протягом певного періоду всі машини були перенесені на 1 сервер, а другий сервер був вимкнений. Тож від 8 серверів до 1 (плюс SAN) протягом значного часу.

Якщо енергозбереження самостійно коли-небудь платить за ліцензії VMware - це інше питання.

DPM в моєму розумінні буде приємною видимою економією витрат, хоча. Залежно від вашого оточення, звичайно, деякі години вимагають значно меншого часу процесора, ніж інші, а також можливість економити електроенергію, можливо, зношування протягом цього часу заощадить ваші гроші.

Ось хороша стаття про віртуалізацію та використання зеленого кольору та використання Зони Solaris порівняно з VMWare (відмова від відповідальності: я працюю на хлопця, який її написав).

У нас Nexsan SATABeast є основним сховищем для нашого SAN - він може автоматично паркувати голови (~ 20% економії електроенергії), відкручувати SATA-диски до 4000 об / хв (40% економія електроенергії) і врешті-решт закривати падіння диска (так, 100% заощадження). Ця функція називається AutoMAID.

Я мушу визнати, що я не використовую цю функцію на масивах, де розміщуються томи Vmware OS-VMFS, оскільки я не хочу, щоб вони відставали. Можна просто вибрати головний паркінг і затоплення, і завжди дозволяти дискам працювати.

Ще одна річ, яку ми зробили - це запустити інвертор тепла (замість A / C) у серверній кімнаті. Це як кондиціонер, за винятком того, що це двосторонній потік повітря. Він тримає серверну кімнату близько 20 ° C і відштовхує гаряче повітря до нашого підвалу (де він нагріває підвал і тримає наші підлоги на 1 поверсі трохи тепліше).

Ось швидкий виграш, який ми реалізували: увімкнено двосторонній друк. Більшість сучасних принтерів легко впораються з цим, і це економить енергію, чорнило та папір.

VMWare - не єдиний спосіб заощадити енергію та долари в центрі обробки даних. Вам потрібно думати про свої обчислювальні ресурси як про єдину систему та налаштувати / рефактор, щоб покращити продуктивність та ефективність системи. У цьому різниця між інженерією та обходом за допомогою комп’ютерів.

Деякі приклади:

• Охолодження: багато місць з піднятим підлогою ставлять перфоровану плитку в «гарячі проходи». Це як увімкнути обігрівач місця у морозильній камері.
• Охолодження: проектування простору в центрі обробки даних, щоб було зручним для людини
• Енергоносії: Використання старого обладнання для надання послуг, оскільки воно амортизоване та "безкоштовне"

Не існує жодного магічного числа, яке б визначило певну схему економії енергії чи інших ресурсів саме вам. Це залежить від всіляких різних речей. Наприклад, якщо ви перебуваєте в Нью-Йорку, показники електроенергії зроблять рентабельність інвестицій за кожен заощаджений ват віддачі енергії в 3 рази більше, ніж у Південній Кароліні. Автоматизація ручного процесу може заощадити гроші, якщо тільки деякі співробітники не є членами профспілки, які не мають тривалій тривалості.

Розмір вашого бізнесу та те, як ви ведете бухгалтерський облік, також мають значення. Якщо ви купуєте та знецінюєте сервери, придбання меншої кількості серверів + ліцензій VMWare призведе до економії податків та зниження капітальних витрат. Але якщо ви орендуєте сервери, ці заощадження можуть бути меншими. Якщо ви державне агентство, яке отримує федеральне фінансування, VMWare заощадить вам цілий капітал, оскільки вам не потрібно буде запускати кілька серверів, призначених для конкретних федеральних програм або грантів. (Федерам це не подобається, коли ви поєднуєте послуги на обладнання, яке вони фінансують, і очікуєте повернення грошей)

EDIT: Я щойно зрозумів, наскільки дурні виглядають ці підрахунки :) - Я просто залишу їх, я не думаю, що ти не можеш це зробити самостійно, просто забув під час підготовки допису, що я і там помістив деякі незначні мозкові частини :)

Ніхто тут не зможе / не зможе дати вам повний опис, як розрахувати ваші заощадження. Вам потрібно буде сказати нам у вашому плані, які вимірювання ви вважаєте прийнятними в "зеленому" (я ненавиджу цю фразу btw).

Зазвичай вам слід зайти і отримати характеристики ваших серверів, для розрахунку ви використовуєте максимальне енергоспоживання, тому енергетична частина просто мертва.

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

Далі є проста вартість обладнання. Це, мабуть, коштує лише тому, що зазвичай потрібно дістати трохи великого заліза, щоб запустити кілька екземплярів. Ви, мабуть, також хочете отримати центральне сховище, якщо у вас його ще немає. Якщо ви дійсно хочете зберегти зі своїх старих серверів, ви можете скористатися якоюсь програмою повернення вашого постачальника або продати їх на ebay або подати до якоїсь школи (що робить розрахунок справді складним). Давайте залишимось простими:

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

Далі я особисто люблю вважати договори на послуги для HW чимось самостійним, тому що, залежно від того, яким є ваш план прийому, ви можете отримати 3 контракти на послуги на один рік, якщо комбінація варіантів робить це дешевше, наприклад:

• 1-й рік - наступний робочий день,
• 2-й рік - той самий робочий день,
• 3-й рік - година + ящик для заміни

Зі сторони: при віртуалізації на місці ви, як правило, бажаєте швидших контрактів на підтримку, оскільки менше технічного обладнання повинно вийти з ладу. Тож це, ймовірно, буде дорожче за один сервер, ніж раніше, залежно від того, скільки серверів ви його збережете, в кінці буде дешевше або нижче.

залежить від того, що вам потрібно. Ще одна причина, щоб не мати таких витрат на обладнання - це те, що ви готові отримати ще один або два роки підтримки і знаєте, скільки це коштує замість заміни обладнання, якщо це чомусь необхідно.

розгляньте ліцензії на програмне забезпечення та скажіть, що 3 місяці одного штатного адміністратора зможуть повністю працювати з тією ж швидкістю, ніж раніше. Це не 3 місяці для кожного адміністратора, оскільки знання поширюються досить швидко.

Інші речі, які потрібно враховувати:

• стійка
  • ймовірно, тут і економія
  • надайте (більше) стійки для своїх клієнтів, що платять, за жорсткі євро, якщо у вас є власний постійний струм
  • мають менше стійок для оплати
  • у випадку, якщо клітка розглянути можливість переїзду у меншу клітку

Саме це я і зробив би для основ з точки зору "вимірюваного" фінансового успіху чи невдачі.

Інша сторона - технічний успіх. Заздалегідь потрібно кілька показників:

Враховуйте це:

• Скільки часу від знання вимог проекту потрібно, щоб з'ясувати необхідну конфігурацію HW?
• Скільки часу від здійснення дзвінка на замовлення потрібно, щоб прибув новий HW?
• Скільки часу потрібно для запуску нового сервера (налаштування ОС)?

Не враховуйте це:

• Скільки часу потрібно налаштувати мережу (VLAN тощо)
  • Вам все одно доведеться мати справу з комутаторами, VLAN, кабелями. Я б це виклав у окрему тему

Тепер подумайте, скільки часу це займе у вас в гіршому випадку , з віртуалізацією ви приблизно на тому ж рівні, що і без віртуалізації. Найгіршим є той випадок, коли мені потрібно отримати блискучий новий великий сервер за $ large_amount_of_euros лише для того, щоб запустити один екземпляр. Зважаючи на те, що вам, мабуть, доведеться подбати про ті самі рішення, що і раніше, час доставки і так далі займає стільки ж часу.

Середній випадок полягає в тому, що ви, ймовірно, будете працювати і працювати за короткий час, тому що все, що вам потрібно зробити, це запустити новий екземпляр. Вам потрібно дочекатися, коли проект розповість вам, що їм потрібно, щоб ви могли розібратися з вимогами HW. Просто налаштуйте свій інструмент розгортання, щоб налаштувати ОС на необхідний спосіб завантаження, а про все інше подбає рамка розгортання та конфігурації.

Я вважаю, що перехід на зелений колір повинен здійснюватися цілісно. Увімкніть аудит та облік принтера та побачите, хто такі великі витрати. Замість цього використовуйте XPS або PDF в електронній пошті. Я бачив великі заощадження, просто вивчаючи бізнес-процеси та переробляючи їх на меншу кількість друку, меншу кількість серверів тощо. Я зміг консолідувати або усунути 30% існуючого середовища, не витрачаючи ні копійки. (тоді ви можете переглянути витрати на ліцензування тощо, щоб визначити, чи є сенс перерозподілити послуги у віртуальному середовищі). Крім того, зелений колір означає дозволити людям спілкуватися. Це, можливо, не економить гроші бізнесу само по собі, але зелене і, як правило, робить працівників щасливими. Також зелене може коштувати капіталу зараз, але заощадити пізніше. У випадку, коли люди багато друкували, це було тому, що всі вони мали хитрі монітори,

Те саме стосується серверів. Запуск масиву 1 u crappy серверів процесора може бути дешевим на один сервер, але коштуватиме більше, ніж консолідація цих служб на 1 дорогому CPU-сервері. Наприклад, деякі старі пристрої 1u (p4 procs) мають живлення на 500 Вт. Новий нижній рядок ML150 оснащений джерелом живлення потужністю 650 Вт, але має приблизно втричі більшу обчислювальну потужність. Ще один спосіб заощадити енергію, щоб система завантажилася з Сан. Є багато дисків, що крутяться лише для завантаження системи, яка має інші 90% на сан. Завантаживши San, збережено 1 ціле шасі, повне дисків у центрі обробки даних.

Підсумковий результат через усі ці аналізи заощадив близько 40% за рік, а CapEx окупився приблизно за 20 місяців

Рішення VM досить просто продемонструвати.

Розглянемо енергоспоживання типового 1U-сервера, 2 розетки процесора, багато оперативної пам’яті, максимум 3 або 4 диска, два надлишкових джерела живлення.

Тепер погляньте на його споживання в основному в режимі простою, а потім при 100% використання. Хоча на 100% споживання електроенергії вище, базовий витрата простою на холостому ходу - напрочуд високий відсоток від цього.

Тепер розглянемо консолідацію 4 таких серверів в один екземпляр VMWare / XEN / HyperV на подвійному 4-ядерному вікні, причому 2 процесора призначені для кожного VM. В середньому споживання холостого ходу буде вище, оскільки воно зазвичай буде більш зайнятим, але накладні витрати, що тільки знаходяться, становлять 1/4 від кількості 4 окремих фізичних коробок.

Все інше підходить під економію після цього!

Чим більший центр обробки даних, тим більша ймовірність того, що економія електроенергії на одну систему або на стійку не є вимірюваною кількістю, а також, що не існує керуючої особи, яка б не піклувалася. Мої зусилля щодо використання конфігурацій меншої потужності та віртуалізації не фінансувалися жодними зеленими ініціативами, а також не були доручені вищим керівництвом.

Віртуалізація зменшить розмір вашої фізичної площі сервера, тому ви отримаєте певну економію енергії та обслуговування. Ми спостерігали зменшення фізичних серверів на 62%. Очевидно, ви не обов’язково отримаєте зменшені адміністративні заощадження, оскільки ваші просто переміщувані зображення сервера, а не зменшення їх.

Але я думаю, що економія електроенергії від простої заміни старої фізики на нову сильно завищена, якщо ви не супергустий магазин. Наприклад, IBM стверджує, що їх нова коробка класу x3650 M2 економить електроенергію в $ 100 / рік. Позіхання. Я не можу захоплюватися витрачанням $ 3 тис. +, Щоб заощадити $ 100 на місяць. Я думаю, ви могли б сказати, що вона окупає себе через 3 роки, але не варто недооцінювати м'які витрати на перехід на нове обладнання. І, нове обладнання, як правило, стає більш енергоефективним, не вимагаючи цього, тому моя стратегія полягає в тому, щоб купувати нову передачу та віртуалізувати, коли це має сенс на основі ділової цінності, а не просто бути зеленим.

Якщо ви займаєтеся будь-якою фермою серверів, де ви можете підключати окремі сервери в Інтернеті та в автономному режимі, ви можете скористатися Wake On Lan (WoL) . Коли навантаження на існуючий пул досить висока, то ви прокинетеся більше серверів. Коли навантаження достатньо низька, ви починаєте вимикати сервери. Зауважте, що це можна зробити на додаток до більшості інших «зелених» ідей. Жоден сервер не використовує менше енергії, ніж відключений.

Я не системдмін, а енергетичний консультант і розробник програмного забезпечення, але є історія з центру обробки даних, яку я люблю розповідати, тому що вона показує, наскільки далеко ви можете її взяти, якщо визначитесь.

Я взяв участь у конференції з зелених ІТ, і був один хлопець з консалтингової компанії в Бремені, Німеччина, який керував власним центром обробки даних для себе та своїх клієнтів. Не величезна, але для типу компанії вона була досить великою, можливо, десь 50 машин. Більше того, вона постійно зростала.

Одного разу генеральний директор, який виступав із розмовою, втратив терпіння з системою управління, вимагаючи все потужнішого обладнання для охолодження та вентиляції, коли їх серверне приміщення росло та зростало. Ці пристрої почали залучати стільки ж бюджету, скільки й самі сервери. Наступного разу, коли адміністратор захотів охолоджувати блок, він змусив хлопця сісти і пояснити все, що він знав про те, чому серверне приміщення повинно бути при 20 ° С. Виявилося, що насправді ніхто не знав, тому вони розпочали широке дослідження.

Перше, що вони зрозуміли - це важлива температура апаратних компонентів, а не кімнатна температура. Тож вони склали список усіх використовуваних компонентів та отримали детальні дані про термостійкість від виробників.

Далі вони переконалися, що вони мають постійні показання температури в режимі реального часу безпосередньо на компонентах, принаймні для достатньо великого зразка.

Тепер вони повільно почали дозволяти підвищувати температуру в приміщенні, стежачи за температурою компонентів. Це одне тільки дозволило піднятися до 25-30 ° C. Коли вони повільно наближалися до критичної температури на компонентах, вони все ще були набагато спекотнішими, ніж приміщення, тому вони намагалися покращити циркуляцію повітря та підняти вентиляційні установки. Основна ідея полягала в тому, щоб піти якомога далі лише на вентиляцію, адже це спосіб дешевше, ніж охолодження.

Цей процес пройшов через кілька ітерацій, і вони неодноразово вдосконалювали та вдосконалювали свою вентиляційну систему, підвищуючи середню температуру в приміщенні. Коли вони дісталися до 45 ° C, вони почали відчувати, що їх запас міцності стає занадто малим, і вони не могли далі покращити вентиляцію. Вони зробили крок назад до 40 ° C, і тепер це постійна робоча температура центру обробки даних.

Вони черпають повітря для вентиляції ззовні, що дуже допомагає в холодні німецькі зими. Охолодження має бути увімкнено лише в особливо спекотні літні дні. Взимку вони повторно використовують тепло, що виділяється з центру обробки даних, щоб доповнити систему опалення. Таким чином, загальна сума витрат на електроенергію та опалення для всієї компанії знизилася на 80%.

У серверній кімнаті зараз дуже жарко і дуже шумно через сильну вентиляцію. Вони повинні були поставити додаткову шумоізоляцію на стінах, щоб не порушити офіси поруч. Адміністратори навряд чи заходять у приміщення, тому що це не зовсім чудове робоче середовище. Для планового обслуговування вони починають охолоджувати приміщення за два дні до цього. У надзвичайній ситуації адміністратори надягають захист вух і переходять на плавки (не жартуючи), перш ніж заходити.