Кондиціонування серверної: навантаження, резервування і кошторис

Визначити ІТ-навантаження, зростання та межі проєкту

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

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

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

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

Задати умови середовища за класом установленого обладнання

ISO/IEC 22237-4:2021 охоплює контроль температури, руху середовища, відносної вологості, частинок, вібрації та фізичної безпеки систем контролю середовища дата-центрів. Стандарт має статус опублікованого, але конкретний об'єкт потребує вибору застосовних класів і критеріїв.

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

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

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

Побудувати шлях повітря та карту теплової щільності стійок

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

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

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

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

Вибрати архітектуру охолодження за навантаженням і умовами

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

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

ANSI/ASHRAE Standard 127 стосується методів рейтингових випробувань обладнання для ІТ-приміщень. Для порівняння фіксують редакцію стандарту, застосовані доповнення, клас обладнання та умови випробувань; загальна назва не означає, що метод охоплює будь-який чилер або рідинний контур. Порівнювати лише найбільшу цифру з каталогів некоректно, якщо умови рейтингу відрізняються.

ДБН В.2.5-67:2013 встановлює загальні вимоги до опалення, вентиляції та кондиціонування, зокрема безпеки, енергоефективності, надійності й ремонтопридатності. Профільні рекомендації дата-центрів застосовують разом із нормативними вимогами об'єкта, а не замість них.

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

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

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

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

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

Узгодити дренаж, ризик витоку та протипожежні взаємодії

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

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

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

ДБН В.1.1-7:2016 встановлює загальні вимоги пожежної безпеки будівель і застосування систем протипожежного захисту. Детальні рішення для конкретної серверної пов'язують із призначенням будівлі, категорією приміщення, кабельними проходками й проєктом протипожежного захисту.

Об'єднати датчики, автоматику, диспетчеризацію та тривоги

Автоматика повинна визначати ротацію блоків, каскад, гістерезис, мінімальний час роботи, повторний пуск, режим після зникнення живлення й поведінку при втраті зв'язку або датчика. Незалежні пульти без координації можуть спричинити нестабільність, одночасне осушення чи конфлікт режимів.

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

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

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

Випробувати систему під навантаженням і передати її в роботу

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

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

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

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

Розкрити склад кошторису та межі відповідальності

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

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

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

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

Часті запитання про кондиціонування серверної

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

Ні. Потрібні виміряне або обґрунтоване ІТ-споживання, профіль роботи, втрати силового обладнання, інші теплові надходження, розширення та допустимий аварійний сценарій. Метод розрахунку фіксують у завданні.

Чи достатньо двох однакових спліт-систем для резервування?

Не завжди. Перевіряють продуктивність при відмові, спільне живлення, зовнішні блоки, автоматику, дренаж, зимову роботу та можливість сервісу. Два блоки можуть мати одну спільну точку відмови.

Яку температуру потрібно підтримувати в серверній?

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

Що важливіше в прийманні: температура кімнати чи холодопродуктивність?

Потрібні обидва аспекти разом із шляхом повітря, умовами на входах стійок, автоматикою та відмовами. Приймання повинно довести виконання погоджених критеріїв під репрезентативним навантаженням.

UkrSmeta виконує складання кошторисів на будівництво для систем кондиціонування й інженерної інфраструктури. Для оцінки надішліть план серверної, перелік стійок та ІТ-потужностей, вимоги виробників, схеми живлення, бажаний рівень резервування й доступні зовнішні зони.

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